Re: Gnucash reports using php and mysql
On Fri, 30 Dec 2011 03:00:01 + (UTC) Hendrik Boom hend...@topoi.pooq.com wrote: I still intend to get back to this. I still thiink that the primary problem with the report-writing tools is not that they are unusable, but that no one knows how to use them. Thank you very much. It would be, imho, great ROI allowing (potential) GC users to fully embrace GC. At least, to me it seems much nicer to use GC for everything than to have to fiddle with PHP Web invoicing apps just to easily tweak/create decent invoice. Sincerely, Gour -- In the material world, one who is unaffected by whatever good or evil he may obtain, neither praising it nor despising it, is firmly fixed in perfect knowledge. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21803 - gnucash/branches/2.4/packaging/win32 - Fix guile load path for guile-1.8.8
Op vrijdag 30 december 2011 16:40:11 schreef John Ralls:
Author: jralls
Date: 2011-12-30 16:40:11 -0500 (Fri, 30 Dec 2011)
New Revision: 21803
Trac: http://svn.gnucash.org/trac/changeset/21803
Modified:
gnucash/branches/2.4/packaging/win32/gnucash.iss.in
Log:
Fix guile load path for guile-1.8.8
Otherwise Gnucash crashes on launch.
Modified: gnucash/branches/2.4/packaging/win32/gnucash.iss.in
===
--- gnucash/branches/2.4/packaging/win32/gnucash.iss.in 2011-12-30
17:27:12
UTC (rev 21802) +++
gnucash/branches/2.4/packaging/win32/gnucash.iss.in 2011-12-30 21:40:11 UTC
(rev 21803) @@ -164,7 +164,7 @@
[UninstallDelete]
Type: files; Name: {app}\bin\guile.cmd
Type: files; Name: {app}\etc\gnucash\environment
-Type: files; Name: {app}\share\guile\1.6\slibcat
+Type: files; Name: {app}\share\guile\1.8\slibcat
Type: filesandordirs; Name: {app}\share\guile
Type: filesandordirs; Name: {app}\etc\gconf
Type: dirifempty; Name: {app}\etc\gnucash
___
gnucash-changes mailing list
gnucash-chan...@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-changes
I have fixed a couple more in the same file that are more subtle. Without
these the Windows installation would effectively use guile 1.6 modules if
still available on the system (and otherwise error out).
While I was at it, I have also backported Derek's feature table
implementation.
I have restarted the 2.4 nightly to pick up these changes, so you can still
check today if everything works.
Geert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: AUDIT: r21806 - gnucash/branches/2.4/src/gnome-utils - Add a features table to the KVP frame, and pop up an error message
Op zaterdag 31 december 2011 04:22:00 schreef Geert Janssens: Author: gjanssens Date: 2011-12-31 04:21:57 -0500 (Sat, 31 Dec 2011) New Revision: 21806 Trac: http://svn.gnucash.org/trac/changeset/21806 Modified: gnucash/branches/2.4/src/gnome-utils/gnc-file.c Log: Add a features table to the KVP frame, and pop up an error message if we find a feature we don't know about. Currently there are no known features, so essentially we will error out if we see anything. The format for the slots table is: Book Slots - features (frame) - feature name (string) - feature description ... The feature description is printed to the user: it should be stored in the slots table in English but it should be defined as a translatable string. BP Err, You may ignore the AUDIT keyword in the title. I forgot to strip the BP keyword from the commit message while backporting to 2.4. Sorry for that. Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.
Op vrijdag 30 december 2011 19:44:50 schreef John Ralls: On Dec 30, 2011, at 5:17 PM, Derek Atkins wrote: What about backporting the feature table patch? Oh, did you commit that to trunk? I thought you'd done it direct to 2.4. If you don't beat me to it, I'll backport it tomorrow. Regards, John Ralls It's backported now. If today's build works, we can tag as far as I'm concerned. On a side note: starting tomorrow I won't be much near my computer for a week, so if there are things that need my feedback, it make take some time before I can answer. Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21789 - gnucash/trunk/packaging/win32 - [Win32 build] Enable libxslt to be built in a cross-compile environment.
Op donderdag 29 december 2011 21:43:43 schreef Geert Janssens: Your commit went in just ahead of mine regarding libxslt building. Just for your information, libxslt doesn't build natively either due to a missing iconv.h include file. I fixed the build by adding GNOME_CPPFLAGS and GNOME_LDFLAGS. I haven't been able to test it so yet as I'm waiting for a dist.sh run after some fixes in there. After sending in my commit (which adds your new parameters at the end) I wondered if it would not be sufficient to use the GNOME_CPPFLAGS and GNOME_LDFLAGS for cross-compiling as well ? Or do you think you explicitly need to install your own zlib and iconv libraries for libxslt ? Hmm, no, it didn't work. The build works fine, but I can't open compressed files (I seem to remember a closed bugreport about that, I'll have to look it up). Unfortunately my time is up today. I'll see if I can fix it properly tomorrow (if noone beats me to it ;) I rebuilt with the latest changes and everythings seems to be fine. Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Guile Strings
Op vrijdag 30 december 2011 15:18:30 schreef John Ralls: As you can see, it's allocating a string on the heap and returning it, so either the strings are already getting freed or we're already leaking them. So I went ahead and built swig with the patch from the bug and gave it a spin. It did indeed silence the deprecation warnings in guile-1.8.8. That's already good. Unfortunately guile-2.0 appears to have changed the way that extensions are loaded, because with guile-2.0 installed make check fails with ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/engine/test/./ test-create-account.scm ;;; note: source file /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/gnc-module/gnc -module.scm ;;; newer than compiled /Users/john/.cache/guile/ccache/2.0-LE-4-2.0/Volumes/RAID1/Gnucash-Build/Gn ucash-svn/src/gnucash-git/src/gnc-module/gnc-module.scm.go ;;; compiling /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/gnc-module/gnc -module.scm ;;; WARNING: compilation of /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/gnc-module/gnc -module.scm failed: ;;; ERROR: no code for module (sw_gnc_module) ./test-create-account: line 2: 80147 Bus error guile -l $SRCDIR/test-create-account.scm -c (exit (run-test)) I poked at it briefly, but it couldn't get it to work. Have you tried with environment variable GUILE_AUTO_COMPILE=0 set ? You may need to remove the already autocompiled modules from /Users/john/.cache/guile also. I read somewhere [1] that guile 2 can either precompile modules for performance or use the old interpreted mechanism. I never found explicit documentation on how to select one or the other, but as I understand it you have to disable auto compilation to get the interpreter. Geert [1] http://sites.google.com/site/robertharamoto/Home/programming/moving-to- guile-2 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[PATCH] [WIP] Lithuanian translation update (71% complete)
Hello, here is another translation update for the 2.4.9 release. Current status of the translation: 2925 translated messages, 569 fuzzy translations, 606 untranslated messages. Aurimas Fišeras From 1a695c0f5381f6a3bb74cf48a37554f8647c622d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Aurimas=20Fi=C5=A1eras?= auri...@members.fsf.org Date: Wed, 28 Dec 2011 09:44:03 +0200 Subject: po: Update Lithuanian translation (71%) --- po/lt.po | 365 -- 1 files changed, 213 insertions(+), 152 deletions(-) diff --git a/po/lt.po b/po/lt.po index 850dfea..9153061 100644 --- a/po/lt.po +++ b/po/lt.po @@ -9,7 +9,7 @@ msgstr Project-Id-Version: lt\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2011-10-29 11:05+0300\n -PO-Revision-Date: 2011-12-25 13:53+0300\n +PO-Revision-Date: 2011-12-31 14:04+0300\n Last-Translator: Aurimas FiÅ¡eras auri...@members.fsf.org\n Language-Team: komp...@konf.lt\n Language: lt\n @@ -860,7 +860,6 @@ msgstr Ar tikrai norite registruoti sÄ skaitÄ -faktÅ«rÄ ? #: ../intl-scm/guile-strings.c:2248 ../intl-scm/guile-strings.c:2520 #: ../intl-scm/guile-strings.c:2538 ../intl-scm/guile-strings.c:2648 #: ../intl-scm/guile-strings.c:2730 ../intl-scm/guile-strings.c:2792 -#, fuzzy msgid Due Date msgstr Terminas @@ -1117,9 +1116,8 @@ msgstr Registruota #: ../src/business/business-gnome/dialog-invoice.c:2657 #: ../src/business/business-gnome/dialog-invoice.c:2824 #: ../intl-scm/guile-strings.c:994 ../intl-scm/guile-strings.c:1598 -#, fuzzy msgid Due -msgstr Terminas +msgstr ApmokÄtina #: ../src/business/business-gnome/dialog-invoice.c:2659 #: ../src/business/business-gnome/dialog-order.c:863 @@ -1223,13 +1221,13 @@ msgstr Suma #, c-format msgid The following %d bill is due: msgid_plural The following %d bills are due: -msgstr[0] -msgstr[1] -msgstr[2] +msgstr[0] Å i %d sÄ skaita yra apmokÄtina: +msgstr[1] Å ios %d sÄ skaitas yra apmokÄtinos: +msgstr[2] Å ios %d sÄ skaitų yra apmokÄtinos: #: ../src/business/business-gnome/dialog-invoice.c:2883 msgid Due Bills Reminder -msgstr +msgstr ApmokÄtinų gautų sÄ skaitų priminimas #: ../src/business/business-gnome/dialog-job.c:133 msgid The Job must be given a name. @@ -1506,11 +1504,11 @@ msgstr Nuolaidų dienos: #: ../src/business/business-gnome/glade/billterms.glade.h:18 msgid Due Day: -msgstr +msgstr Termino diena: #: ../src/business/business-gnome/glade/billterms.glade.h:19 msgid Due Days: -msgstr +msgstr Termino dienos: #: ../src/business/business-gnome/glade/billterms.glade.h:20 msgid Edit the current Billing Term @@ -1543,7 +1541,7 @@ msgstr #: ../src/business/business-gnome/glade/billterms.glade.h:25 msgid The day of the month bills are due -msgstr +msgstr MÄnesio diena, kada gautos sÄ skaitos yra apmokÄtinos #: ../src/business/business-gnome/glade/billterms.glade.h:26 #, fuzzy @@ -1610,7 +1608,7 @@ msgstr Rodyti papildomus _mygtukus #: ../src/business/business-gnome/glade/businessprefs.glade.h:5 msgid How many days in the future to warn about Bills coming due. -msgstr +msgstr PrieÅ¡ kiek dienų įspÄti apie apmokÄtinas gautas sÄ skaitas. #: ../src/business/business-gnome/glade/businessprefs.glade.h:6 #: ../src/business/business-gnome/schemas/apps_gnucash_dialog_business_common.schemas.in.h:5 @@ -1668,20 +1666,19 @@ msgstr #: ../src/business/business-gnome/glade/businessprefs.glade.h:13 msgid Whether to display the list of Bills Due at startup. -msgstr +msgstr Ar rodyti apmokÄtinų gautų sÄ skaitų sÄ raÅ¡Ä paleidus. #: ../src/business/business-gnome/glade/businessprefs.glade.h:14 msgid _Accumulate splits on post msgstr _Sumuoti skaidymus registravimo metu #: ../src/business/business-gnome/glade/businessprefs.glade.h:15 -#, fuzzy msgid _Days in advance: -msgstr _Dienos iÅ¡ anksto: +msgstr _PrieÅ¡ kiek dienų: #: ../src/business/business-gnome/glade/businessprefs.glade.h:16 msgid _Notify when due -msgstr +msgstr PraneÅ¡ti, kada _apmokÄtinos #: ../src/business/business-gnome/glade/businessprefs.glade.h:17 msgid _Open in new window @@ -1957,7 +1954,7 @@ msgstr Atsiskaitymas #: ../src/business/business-gnome/glade/employee.glade.h:6 #: ../src/gnome-utils/dialog-transfer.c:1788 msgid Credit Account -msgstr Kredito sÄ skaita +msgstr KreditinÄ sÄ skaita #: ../src/business/business-gnome/glade/employee.glade.h:8 msgid Default Hours per Day: @@ -2909,15 +2906,14 @@ msgid Show bills due within this many days msgstr #: ../src/business/business-gnome/schemas/apps_gnucash_dialog_business_common.schemas.in.h:14 -#, fuzzy msgid This field defines the number of days in advance that GnuCash will check for due bills. Its value is only used if the \Notify when due\ setting is active. msgstr -Å is laukas nurodo prieÅ¡ kiek dienų skaiÄių, kurį GnuCash naudos gautų -sÄ skaitų apmokÄjimo tikrinimui. Lauko reikÅ¡mÄ naudojama, jei nuostata -âPraneÅ¡ti mokÄjimo terminÄ â
Re: 2.6 Release -- SCheme
On Fri, 30 Dec 2011 18:19:58 +0100, Geert Janssens wrote: Op vrijdag 30 december 2011 09:06:58 schreef u: Swig/Guile: It looks to me like we have a much broader problem: Swig's Guile support is not maintained. For the short term we can try applying the patch from the Swig bug report and see if that gets us Guile 2.0 support, but in the longer run it looks like we need to either switch back to GWrap or replace Guile with something that's better supported. Yes, this is a bad problem. This is probably a more drastic change than guile 2.0, but: There's another implementation of Scheme available that actually compiles Scheme to C or C++ -- Gambit-C. You can actually embed C++ code within the C code, even #include stuff. There's also an interpreter, but the interpreter doesn't have embedded C/C++ code, though it can call previously compiled code that does. The Debian package is called gambc. I have no idea whether this would be easier to use and maintain than using guile. -- hendrik ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.
On Dec 31, 2011, at 1:38 AM, Geert Janssens wrote: Op vrijdag 30 december 2011 19:44:50 schreef John Ralls: On Dec 30, 2011, at 5:17 PM, Derek Atkins wrote: What about backporting the feature table patch? Oh, did you commit that to trunk? I thought you'd done it direct to 2.4. If you don't beat me to it, I'll backport it tomorrow. Regards, John Ralls It's backported now. If today's build works, we can tag as far as I'm concerned. On a side note: starting tomorrow I won't be much near my computer for a week, so if there are things that need my feedback, it make take some time before I can answer. It didn't work: In c:\Program Files\gnucash/share/guile/1.8/slib/require.scm: 141: 2 (cond ((not feature) (set! *catalog* #f)) ((slib:provided? feature)) . ..) 145: 3 (let* ((path #)) (cond (# #) (# # #) (# # #) ...)) 145: 4* [catalog:get hash-table] 76: 5* (if (not *catalog*) (let* ((slibcat #)) (cond (# # #)) ...)) 77: 6 (let* ((slibcat #)) (cond (# # #)) (cond (slibcat #)) ...) 78: 7* (cond ((not #) (slib:load-source #) (set! slibcat #))) 79: 8* [#procedure #f # c:\\Program Files\\gnucash/share/guile/1.8/slib/mk libcat] 205: 9 [with-load-pathname c:\\Program Files\\gnucash/share/guile/1.8/slib/m klibcat ...] In c:\Program Files\gnucash/share/guile/1.8/slib/guile.init: ... 308: 10 [dynamic-wind #procedure #f () #procedure #f () #procedure #f () ] In unknown file: ?: 11* [#procedure #f ()] In c:\Program Files\gnucash/share/guile/1.8/slib/require.scm: 207: 12* [apply #procedure slib:load # #] In unknown file: ?: 13 [slib:load c:\\Program Files\\gnucash/share/guile/1.8/slib/mklibcat] ... ?: 14 [dynamic-wind #procedure #f () #procedure #f () #procedure #f () ] ?: 15* [#procedure #f ()] In c:\Program Files\gnucash/share/guile/1.8/slib/guile.init: 558: 16* (let* ((errinfo #)) (if (and errinfo #) (apply throw errinfo))) 561: 17 (if (and errinfo (catch # # #)) (apply throw errinfo)) In unknown file: ... ?: 18 [throw] c:\Program Files\gnucash/share/guile/1.8/slib/guile.init:561:10: In procedure op en-file in expression (if (and errinfo #) (apply throw errinfo)): c:\Program Files\gnucash/share/guile/1.8/slib/guile.init:561:10: No such file or directory: c:\\Program Files\\gnucash/share/guile/1.8/slib/mklibcat Sigh. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.
Hi, On Sat, December 31, 2011 1:39 pm, John Ralls wrote: On Dec 31, 2011, at 1:38 AM, Geert Janssens wrote: On a side note: starting tomorrow I won't be much near my computer for a week, so if there are things that need my feedback, it make take some time before I can answer. It didn't work: In c:\Program Files\gnucash/share/guile/1.8/slib/require.scm: 141: 2 (cond ((not feature) (set! *catalog* #f)) ((slib:provided? feature)) . ..) [snip] 205: 9 [with-load-pathname c:\\Program Files\\gnucash/share/guile/1.8/slib/m klibcat ...] In c:\Program Files\gnucash/share/guile/1.8/slib/guile.init: ... 308: 10 [dynamic-wind #procedure #f () #procedure #f () #procedure #f () ] In unknown file: ?: 11* [#procedure #f ()] In c:\Program Files\gnucash/share/guile/1.8/slib/require.scm: 207: 12* [apply #procedure slib:load # #] In unknown file: ?: 13 [slib:load c:\\Program Files\\gnucash/share/guile/1.8/slib/mklibcat] ... ?: 14 [dynamic-wind #procedure #f () #procedure #f () #procedure #f () ] ?: 15* [#procedure #f ()] In c:\Program Files\gnucash/share/guile/1.8/slib/guile.init: 558: 16* (let* ((errinfo #)) (if (and errinfo #) (apply throw errinfo))) 561: 17 (if (and errinfo (catch # # #)) (apply throw errinfo)) In unknown file: ... ?: 18 [throw] c:\Program Files\gnucash/share/guile/1.8/slib/guile.init:561:10: In procedure op en-file in expression (if (and errinfo #) (apply throw errinfo)): c:\Program Files\gnucash/share/guile/1.8/slib/guile.init:561:10: No such file or directory: c:\\Program Files\\gnucash/share/guile/1.8/slib/mklibcat Sigh. Regards, John Ralls This should be a simple fix where we just need to build the catalog file. It can be done once, possibly during the build. It just requires someone to run: guile -c (use-modules (ice-9 slib)) (require 'new-catalog) Maybe we just need to do this in our install.sh script? -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Guile Strings
On Dec 31, 2011, at 1:59 AM, Geert Janssens wrote: Op vrijdag 30 december 2011 15:18:30 schreef John Ralls: As you can see, it's allocating a string on the heap and returning it, so either the strings are already getting freed or we're already leaking them. So I went ahead and built swig with the patch from the bug and gave it a spin. It did indeed silence the deprecation warnings in guile-1.8.8. That's already good. Unfortunately guile-2.0 appears to have changed the way that extensions are loaded, because with guile-2.0 installed make check fails with ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/engine/test/./ test-create-account.scm ;;; note: source file /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/gnc-module/gnc -module.scm ;;; newer than compiled /Users/john/.cache/guile/ccache/2.0-LE-4-2.0/Volumes/RAID1/Gnucash-Build/Gn ucash-svn/src/gnucash-git/src/gnc-module/gnc-module.scm.go ;;; compiling /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/gnc-module/gnc -module.scm ;;; WARNING: compilation of /Volumes/RAID1/Gnucash-Build/Gnucash-svn/src/gnucash-git/src/gnc-module/gnc -module.scm failed: ;;; ERROR: no code for module (sw_gnc_module) ./test-create-account: line 2: 80147 Bus error guile -l $SRCDIR/test-create-account.scm -c (exit (run-test)) I poked at it briefly, but it couldn't get it to work. Have you tried with environment variable GUILE_AUTO_COMPILE=0 set ? You may need to remove the already autocompiled modules from /Users/john/.cache/guile also. I read somewhere [1] that guile 2 can either precompile modules for performance or use the old interpreted mechanism. I never found explicit documentation on how to select one or the other, but as I understand it you have to disable auto compilation to get the interpreter. Yes. It only reduces the spew, it doesn't fix the segfault at the end. The key is in ERROR: no code for module (sw_gnc_module), and after debugging into it with the Guile interpreter I've established that Guile 2.0 changes the way that it loads C libraries. I could only get (dynamic-link) to find a library in /usr/lib. It ignores LD_LIBRARY_PATH and DYLD_LIBRARY_PATH and won't load even with an absolute path (though the documentation implies that it should). I'm going to have to go code-diving in the Guile-2 sources to figure this out, but not right now. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Guile Strings
On Sat, December 31, 2011 2:01 pm, John Ralls wrote: On Dec 31, 2011, at 1:59 AM, Geert Janssens wrote: The key is in ERROR: no code for module (sw_gnc_module), and after debugging into it with the Guile interpreter I've established that Guile 2.0 changes the way that it loads C libraries. I could only get (dynamic-link) to find a library in /usr/lib. It ignores LD_LIBRARY_PATH and DYLD_LIBRARY_PATH and won't load even with an absolute path (though the documentation implies that it should). I'm going to have to go code-diving in the Guile-2 sources to figure this out, but not right now. IMHO this is not high priority for 2.4.x, but we should get guile-2 working for 2.6. So, this should not hold up the 2.4.9 release. Regards, John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.
On Dec 31, 2011, at 10:47 AM, Derek Atkins wrote: Hi, On Sat, December 31, 2011 1:39 pm, John Ralls wrote: On Dec 31, 2011, at 1:38 AM, Geert Janssens wrote: On a side note: starting tomorrow I won't be much near my computer for a week, so if there are things that need my feedback, it make take some time before I can answer. It didn't work: In c:\Program Files\gnucash/share/guile/1.8/slib/require.scm: 141: 2 (cond ((not feature) (set! *catalog* #f)) ((slib:provided? feature)) . ..) [snip] 205: 9 [with-load-pathname c:\\Program Files\\gnucash/share/guile/1.8/slib/m klibcat ...] In c:\Program Files\gnucash/share/guile/1.8/slib/guile.init: ... 308: 10 [dynamic-wind #procedure #f () #procedure #f () #procedure #f () ] In unknown file: ?: 11* [#procedure #f ()] In c:\Program Files\gnucash/share/guile/1.8/slib/require.scm: 207: 12* [apply #procedure slib:load # #] In unknown file: ?: 13 [slib:load c:\\Program Files\\gnucash/share/guile/1.8/slib/mklibcat] ... ?: 14 [dynamic-wind #procedure #f () #procedure #f () #procedure #f () ] ?: 15* [#procedure #f ()] In c:\Program Files\gnucash/share/guile/1.8/slib/guile.init: 558: 16* (let* ((errinfo #)) (if (and errinfo #) (apply throw errinfo))) 561: 17 (if (and errinfo (catch # # #)) (apply throw errinfo)) In unknown file: ... ?: 18 [throw] c:\Program Files\gnucash/share/guile/1.8/slib/guile.init:561:10: In procedure op en-file in expression (if (and errinfo #) (apply throw errinfo)): c:\Program Files\gnucash/share/guile/1.8/slib/guile.init:561:10: No such file or directory: c:\\Program Files\\gnucash/share/guile/1.8/slib/mklibcat Sigh. Regards, John Ralls This should be a simple fix where we just need to build the catalog file. It can be done once, possibly during the build. It just requires someone to run: guile -c (use-modules (ice-9 slib)) (require 'new-catalog) Maybe we just need to do this in our install.sh script? Oh, it's there. But it's calling guile.cmd, and there isn't one. I see that it works for me when I test because guile.exe can find the guile installation directory which was compiled in, even when the installer puts it in c:\Program Files\gnucash. The guile built on the buildbot must have a different path (even though I'm building in c:\soft), so it can't even find ice-9/boot-9. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Guile Strings
On Dec 31, 2011, at 11:11 AM, Derek Atkins wrote: On Sat, December 31, 2011 2:01 pm, John Ralls wrote: On Dec 31, 2011, at 1:59 AM, Geert Janssens wrote: The key is in ERROR: no code for module (sw_gnc_module), and after debugging into it with the Guile interpreter I've established that Guile 2.0 changes the way that it loads C libraries. I could only get (dynamic-link) to find a library in /usr/lib. It ignores LD_LIBRARY_PATH and DYLD_LIBRARY_PATH and won't load even with an absolute path (though the documentation implies that it should). I'm going to have to go code-diving in the Guile-2 sources to figure this out, but not right now. IMHO this is not high priority for 2.4.x, but we should get guile-2 working for 2.6. So, this should not hold up the 2.4.9 release. Absolutely. I need to get guile-1.8 working correctly in M$Win for the 2.4.9 release. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.
On Sat, December 31, 2011 2:45 pm, John Ralls wrote: On Dec 31, 2011, at 10:47 AM, Derek Atkins wrote: guile -c (use-modules (ice-9 slib)) (require 'new-catalog) Maybe we just need to do this in our install.sh script? Oh, it's there. But it's calling guile.cmd, and there isn't one. I see that it works for me when I test because guile.exe can find the guile installation directory which was compiled in, even when the installer puts it in c:\Program Files\gnucash. The guile built on the buildbot must have a different path (even though I'm building in c:\soft), so it can't even find ice-9/boot-9. 2.4 on buildbot is in c:\soft-2.4 It is POSSIBLE that there is a guile in the buildbot path that is NOT the guile that's part of the 2.4 build. Would that cause this problem? Regards, John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
On Sat, December 31, 2011 5:46 pm, Mike Alexander wrote: --On December 31, 2011 6:22:55 PM + Hendrik Boom hend...@topoi.pooq.com wrote: On Fri, 30 Dec 2011 18:19:58 +0100, Geert Janssens wrote: This is probably a more drastic change than guile 2.0, but: There's another implementation of Scheme available that actually compiles Scheme to C or C++ -- Gambit-C. You can actually embed C++ code within the C code, even #include stuff. There's also an interpreter, but the interpreter doesn't have embedded C/C++ code, though it can call previously compiled code that does. The Debian package is called gambc. I have no idea whether this would be easier to use and maintain than using guile. I don't know anything about Gambit-C, but it's also available in MacPorts on MacOSX. The description sounds promising. The home page is at http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Main_Page where they also link to Windows (and iPad!) installers. Is it really worth our time to find another scheme implementation and swap everything over to it? I would think that it would be better to write a report infrastructure in a language that would seem more popular (python), build in the infrastructure, and then send out a call for report writers to convert the existing scheme reports over to the new language. Mike -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.
On Dec 31, 2011, at 1:39 PM, Derek Atkins wrote:
On Sat, December 31, 2011 2:45 pm, John Ralls wrote:
On Dec 31, 2011, at 10:47 AM, Derek Atkins wrote:
guile -c (use-modules (ice-9 slib)) (require 'new-catalog)
Maybe we just need to do this in our install.sh script?
That's not necessary with slib3. It's smart enough to recognize that it needs a
catalog and create one as part of it's require function. We actually have
that line in gnucash.iss.in, but it was a no-op because it was never called.
For the real problem, read on.
Oh, it's there. But it's calling guile.cmd, and there isn't one.
I see that it works for me when I test because guile.exe can find the
guile installation directory which was compiled in, even when the
installer puts it in c:\Program Files\gnucash. The guile built on the
buildbot must have a different path (even though I'm building in c:\soft),
so it can't even find ice-9/boot-9.
2.4 on buildbot is in c:\soft-2.4
It is POSSIBLE that there is a guile in the buildbot path that is NOT the
guile that's part of the 2.4 build. Would that cause this problem?
No.
The problem is that like most unix programs, guile hardcodes its installation
prefix into the binary and generally expects to find everything it needs
relative to that prefix for ever after. For loading modules, that can be
overridden with GUILE_LOAD_PATH, which we do in the environment file that gets
loaded at gnucash startup.
Slib has another quirk, though: It sets an internal variable named
implementation-vicinity to prefix and tries to write slibcat there. If that
directory doesn't exist (c:/soft-2.4 in this case), it barfs -- and because the
error handling in that part of guile.init is wrong, it returns a message about
the scheme file that creates the catalog, mklibcat, not being found.
The good news is that there's another environment variable,
GUILE_IMPLEMENTATION_PATH, which overrides the compiled-in prefix, and setting
that in gnucash's environment file seems to fix the problem. I'll commit the
appropriate change to gnucash.iss.in as soon as I verify that I have the inno
syntax right, and we'll see if tomorrow's build works.
The thing that puzzles me a bit is that that's not what trunk does, and I don't
see how it gets around the problem. It doesn't put the slibcat in
{GNC_HOME}/share/guile/1.8 -- or anywhere else that I can find. I guess we'll
have to wait for Geert to get back to find out that little puzzle.
Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
On Sat, Dec 31, 2011 at 6:17 PM, Derek Atkins de...@ihtfp.com wrote: On Sat, December 31, 2011 5:46 pm, Mike Alexander wrote: --On December 31, 2011 6:22:55 PM + Hendrik Boom hend...@topoi.pooq.com wrote: On Fri, 30 Dec 2011 18:19:58 +0100, Geert Janssens wrote: This is probably a more drastic change than guile 2.0, but: There's another implementation of Scheme available that actually compiles Scheme to C or C++ -- Gambit-C. You can actually embed C++ code within the C code, even #include stuff. There's also an interpreter, but the interpreter doesn't have embedded C/C++ code, though it can call previously compiled code that does. The Debian package is called gambc. I have no idea whether this would be easier to use and maintain than using guile. I don't know anything about Gambit-C, but it's also available in MacPorts on MacOSX. The description sounds promising. The home page is at http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Main_Page where they also link to Windows (and iPad!) installers. Is it really worth our time to find another scheme implementation and swap everything over to it? I would think that it would be better to write a report infrastructure in a language that would seem more popular (python), build in the infrastructure, and then send out a call for report writers to convert the existing scheme reports over to the new language. Much as I prefer working in Scheme to any other language for most things, I was about to write the same message. Python is very usable, well-supported and well-documented. And it's far better accepted in the general community than Scheme. I agree completely with Derek. If there is agreement among the developers that this is an attractive alternative to Guile, I would advise doing some prototyping to evaluate the performance of Python for report generation. My guess is that it will be faster than Guile, but that's only a guess. It should be tested before committing to it. One of the problems (and not the only one) with the current report system is performance, and it would not be smart to invest a lot of effort in a new system that had the same problem. /Don Mike -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
--On December 31, 2011 6:17:13 PM -0500 Derek Atkins de...@ihtfp.com wrote: On Sat, December 31, 2011 5:46 pm, Mike Alexander wrote: --On December 31, 2011 6:22:55 PM + Hendrik Boom hend...@topoi.pooq.com wrote: On Fri, 30 Dec 2011 18:19:58 +0100, Geert Janssens wrote: This is probably a more drastic change than guile 2.0, but: There's another implementation of Scheme available that actually compiles Scheme to C or C++ -- Gambit-C. You can actually embed C++ code within the C code, even #include stuff. There's also an interpreter, but the interpreter doesn't have embedded C/C++ code, though it can call previously compiled code that does. The Debian package is called gambc. I have no idea whether this would be easier to use and maintain than using guile. I don't know anything about Gambit-C, but it's also available in MacPorts on MacOSX. The description sounds promising. The home page is at http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Main_Page where they also link to Windows (and iPad!) installers. Is it really worth our time to find another scheme implementation and swap everything over to it? I would think that it would be better to write a report infrastructure in a language that would seem more popular (python), build in the infrastructure, and then send out a call for report writers to convert the existing scheme reports over to the new language. That's a very good question. I think the answer depends to some extent on the effort involved. Switching languages will likely be non-trivial, switching to Gambit might be easier (I don't really know). I wasn't advocating switching to Gambit, just pointing out that this is a possibility that might be worth considering. As I said I know almost nothing about Gambit. Switching languages might be better but choosing a language may be more difficult than it seems. Python is popular now, but will it be in 10 years? I've seen lots of languages come and go. Mike ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
--On December 31, 2011 6:31:34 PM -0500 Donald Allen donaldcal...@gmail.com wrote: If there is agreement among the developers that this is an attractive alternative to Guile, I would advise doing some prototyping to evaluate the performance of Python for report generation. My guess is that it will be faster than Guile, but that's only a guess. It should be tested before committing to it. One of the problems (and not the only one) with the current report system is performance, and it would not be smart to invest a lot of effort in a new system that had the same problem. Having looked at a number of reports, and optimized some by factors of 5 or more, I don't think changing the language will help this problem. Even if the Guile interpreter were infinitely fast, some reports would still be slow because of the algorithms they use. They often do multiple passes over large searches through the Gnucash data. That is where the time often goes. Of course if all the reports were rewritten, these problems might be fixed in passing. Mike ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
On Sat, Dec 31, 2011 at 6:41 PM, Mike Alexander m...@umich.edu wrote: --On December 31, 2011 6:31:34 PM -0500 Donald Allen donaldcal...@gmail.com wrote: If there is agreement among the developers that this is an attractive alternative to Guile, I would advise doing some prototyping to evaluate the performance of Python for report generation. My guess is that it will be faster than Guile, but that's only a guess. It should be tested before committing to it. One of the problems (and not the only one) with the current report system is performance, and it would not be smart to invest a lot of effort in a new system that had the same problem. Having looked at a number of reports, and optimized some by factors of 5 or more, I don't think changing the language will help this problem. Even if the Guile interpreter were infinitely fast, some reports would still be slow because of the algorithms they use. If the Guile interpreter were infinitely fast, we wouldn't be having this discussion; the reports would be infinitely fast :-) They often do multiple passes over large searches through the Gnucash data. That is where the time often goes. Of course if all the reports were rewritten, these problems might be fixed in passing. A bad algorithm written in a fast language running on a fast computer can be unacceptably slow. A good algorithm written in a slow language on a fast computer can be unacceptably slow. Yes, there's more leverage in the algorithm, but the language can matter, too. /Don Mike ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
On Sat, 31 Dec 2011 18:17:13 -0500 Derek Atkins de...@ihtfp.com wrote: Is it really worth our time to find another scheme implementation and swap everything over to it? I would think that it would be better to write a report infrastructure in a language that would seem more popular (python), build in the infrastructure, and then send out a call for report writers to convert the existing scheme reports over to the new language. +1 Very well put together. ;) btw, wishing happy prosperous New Year to everybody to make GC even better in 2012! Sincerely, Gour -- Bewildered by the modes of material nature, the ignorant fully engage themselves in material activities and become attached. But the wise should not unsettle them, although these duties are inferior due to the performers' lack of knowledge. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
On Sat, 31 Dec 2011 18:31:34 -0500
Donald Allen donaldcal...@gmail.com wrote:
If there is agreement among the developers that this is an attractive
alternative to Guile, I would advise doing some prototyping to
evaluate the performance of Python for report generation.
I believe you ('cause I did not dive into GC yet) that performance might
be problem, but in my case customizability is much bigger one, so we're
ready to trade it for performance.
Otoh, it's not we would not believe with Python, but just wonder if you
thought about Lua which shoould go nicely along with C and it is very
simple language to learn for end user wanting to customize reports?
Sincerely,
Gour
--
A person who has given up all desires for sense gratification,
who lives free from desires, who has given up all sense of
proprietorship and is devoid of false ego — he alone can
attain real peace.
http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810
signature.asc
Description: PGP signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 2.6 Release -- SCheme
On Sat, 31 Dec 2011 18:36:28 -0500 Mike Alexander m...@umich.edu wrote: Python is popular now, but will it be in 10 years? I've seen lots of languages come and go. That's true, but I bet it will be more popular than Scheme for sure. Moreover, we can speculate what will happen with GTK+ in 10 years, but let's make GC more approachable *today*. ;) Sincerely, Gour -- A self-realized man has no purpose to fulfill in the discharge of his prescribed duties, nor has he any reason not to perform such work. Nor has he any need to depend on any other living being. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
