Re: Invoices: Process Payment
Derek, Am Dienstag, 29. September 2009 18:07:27 schrieben Sie: Sebastian, David T. sunfis...@yahoo.com writes: Sebastian-- If I am understanding you correctly, you want to be able to use an existing transaction (the one that has been imported to Gnucash) to account for an invoice. In my few experiments with using the billing features, I was unable to figure out how to do that, and I believe I was told that Gnucash doesn't have the option of using an existing transaction to pay an invoice. I will be eager to see how this plays out for you, as it would help me as well. David David is correct here. As of right now there is no way to assign a split to a customer (see bug #108570). The way to do it now is to run Process Payment when you actually get the payment from the customer, and then during the import mark it as a duplicate of the existing transaction. The problem is, that I do not know, a payment has been placed, until I start the import. Only then, by looking at my imported transactions (via HBCI) I can recognize payments. I'll have a look at this issue. Thanks for explaining. Sebastian -derek --- On Mon, 9/28/09, Sebastian Held sebastian.h...@gmx.de wrote: From: Sebastian Held sebastian.h...@gmx.de Subject: Invoices: Process Payment To: gnucash-devel@gnucash.org Date: Monday, September 28, 2009, 8:58 AM Hello List, hello Derek, I'm currently trying to get familiar with the invoice payment procedure, but it seems to only model the got cash way of paying an invoice, correct? This is, what I want the invoice payment to do: - I sell s.th. and create an invoice - this invoice shows up in A/R (asset) - the Income/Sales is credited - now the customer pays the invoice - via HBCI I see this payment on my checking account - now I like to link this payment with the invoice item in A/R this seems to be impossible. The process payment command creates a new transaction to my checking account, which is not correct. Is it possible to modify an imported (via HBCI aka aqbanking) transaction to behave like a payment? If not, I'll need to code that. Or is there a fundamental flaw in my description above? Sebastian PS: I also like to have a more intelligent process payment druid (take the description of the selected transaction and try to find a matching invoice (customer)) ___ 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 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: crash at Reports/Account Transaction Report
Am Montag, 28. September 2009 14:23:47 schrieb Brian Amos: On Sun, Sep 27, 2009 at 7:12 PM, jra...@raehls.org wrote: Gnucash disappears in Windows when selecting Account Transaction Report, as well as Account Report just above it in the menu. This is with a copy that I compiled with install.sh and distribution executable built with dist.sh, installed to c:\Program Files\Gnucash in the usual way. I have a fairly sizeable 2 Mb XML database. Unfortunately, I do not have time to learn the debugger, but wanted to report that the bug also appears in Windows. Jim Raehl I experienced the same problem and found bug 593906 in bugzilla that appears to be the same issue and offers a patch. Not having tried the patch I cannot say whether it works or not, but it's worth a try. Brian Amos Thanks, Brian. The patch works. Derek, can you please commit it (it's 9 days old...)? Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Invoices: Process Payment
Hello List, hello Derek, I'm currently trying to get familiar with the invoice payment procedure, but it seems to only model the got cash way of paying an invoice, correct? This is, what I want the invoice payment to do: - I sell s.th. and create an invoice - this invoice shows up in A/R (asset) - the Income/Sales is credited - now the customer pays the invoice - via HBCI I see this payment on my checking account - now I like to link this payment with the invoice item in A/R this seems to be impossible. The process payment command creates a new transaction to my checking account, which is not correct. Is it possible to modify an imported (via HBCI aka aqbanking) transaction to behave like a payment? If not, I'll need to code that. Or is there a fundamental flaw in my description above? Sebastian PS: I also like to have a more intelligent process payment druid (take the description of the selected transaction and try to find a matching invoice (customer)) ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
crash at Reports/Account Transaction Report
gnucash crashes, if the menu command Reports/Account Transaction Report is invoked. svn rev. 18350 This was tested with a new user (empty home dir), empty gnucash-file and therefore empty checking account. Sebastian LANG=C ./gnucash-gdb GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-pc-linux-gnu... (gdb) run Starting program: /home/test/src/gnucash.trunk/BIN/bin/gnucash-bin warning: Lowest section in /usr/lib64/libicudata.so.42 is .hash at 003cdda00190 [Thread debugging using libthread_db enabled] This is a development version. It may or may not work. Report bugs and other problems to gnucash-de...@gnucash.org. You can also lookup and file bug reports at http://bugzilla.gnome.org The last stable version was GnuCash 2.2.9 The next stable version will be GnuCash 2.4 [New Thread 0x7f6df1a3c770 (LWP 17368)] [New Thread 0x7f6dea0e2910 (LWP 17379)] Found Finance::Quote version 1.16 [New Thread 0x7f6de98e1910 (LWP 17380)] [...] [New Thread 0x7f6de88df910 (LWP 17395)] Backtrace: In unknown file: ?: 0* [gnc:register-report-create # # # ...] In /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/report/standard-reports.scm: 165: 1* (let* (# #) (gnc:debug create-fcn: create-fcn) (if create-fcn # #)) 168: 2 (if create-fcn (create-fcn account split ...) ...) 171: 3 (gnc:register-report-create-internal #f query ...) /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/report/standard-reports.scm:171:9: In expression (gnc:register-report-create-internal #f query ...): /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/report/standard-reports.scm:171:9: Unbound variable: gnc:register-report-create-internal Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f6df1a3c770 (LWP 17368)] 0x0038f38233f4 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 (gdb) bt #0 0x0038f38233f4 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #1 0x0038f3823cc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #2 0x0038f3811288 in g_object_dispatch_properties_changed () from /usr/lib/libgobject-2.0.so.0 #3 0x0038f3814360 in g_object_thaw_notify () from /usr/lib/libgobject-2.0.so.0 #4 0x0038f8042027 in gtk_widget_unparent () from /usr/lib/libgtk-x11-2.0.so.0 #5 0x0038f7ef0bfd in gtk_fixed_remove () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x0038f380d3ae in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #7 0x0038f3821d79 in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0 #8 0x0038f38237e6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #9 0x0038f3823cc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #10
Re: crash at Reports/Account Transaction Report
Am Sonntag, 27. September 2009 19:14:07 schrieb Derek Atkins: hi, Quoting Sebastian Held sebastian.h...@gmx.de: gnucash crashes, if the menu command Reports/Account Transaction Report is invoked. svn rev. 18350 This was tested with a new user (empty home dir), empty gnucash-file and therefore empty checking account. Sebastian LANG=C ./gnucash-gdb GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-pc-linux-gnu... (gdb) run Starting program: /home/test/src/gnucash.trunk/BIN/bin/gnucash-bin warning: Lowest section in /usr/lib64/libicudata.so.42 is .hash at 003cdda00190 [Thread debugging using libthread_db enabled] This is a development version. It may or may not work. Report bugs and other problems to gnucash-de...@gnucash.org. You can also lookup and file bug reports at http://bugzilla.gnome.org The last stable version was GnuCash 2.2.9 The next stable version will be GnuCash 2.4 [New Thread 0x7f6df1a3c770 (LWP 17368)] [New Thread 0x7f6dea0e2910 (LWP 17379)] Found Finance::Quote version 1.16 [New Thread 0x7f6de98e1910 (LWP 17380)] [...] [New Thread 0x7f6de88df910 (LWP 17395)] Backtrace: In unknown file: ?: 0* [gnc:register-report-create # # # ...] In /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/repo rt/standard-reports.scm: 165: 1* (let* (# #) (gnc:debug create-fcn: create-fcn) (if create-fcn # #)) 168: 2 (if create-fcn (create-fcn account split ...) ...) 171: 3 (gnc:register-report-create-internal #f query ...) /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/repo rt/standard-reports.scm:171:9: In expression (gnc:register-report-create-internal #f query ...): /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/repo rt/standard-reports.scm:171:9: Unbound variable: gnc:register-report-create-internal [snip] This implies that this procedure wasn't found.. Which is very odd. Do you have mixed versions of GnuCash installed? Is this a clean build? If not, can you try a clean build? -derek This is already a clean build (new user account, with empty home dir). The configure command is: ./configure --enable-ofx --enable-aqbanking --enable-debug -- prefix=/home/test/src/gnucash.trunk/BIN --with-html-engine=webkit I'm currently rebuilding on my laptop (no gnucash installation present). I'll get back to you, soon. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: crash at Reports/Account Transaction Report
Am Sonntag, 27. September 2009 20:23:54 schrieb Sebastian Held: Am Sonntag, 27. September 2009 19:14:07 schrieb Derek Atkins: hi, Quoting Sebastian Held sebastian.h...@gmx.de: gnucash crashes, if the menu command Reports/Account Transaction Report is invoked. svn rev. 18350 This was tested with a new user (empty home dir), empty gnucash-file and therefore empty checking account. Sebastian LANG=C ./gnucash-gdb GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-pc-linux-gnu... (gdb) run Starting program: /home/test/src/gnucash.trunk/BIN/bin/gnucash-bin warning: Lowest section in /usr/lib64/libicudata.so.42 is .hash at 003cdda00190 [Thread debugging using libthread_db enabled] This is a development version. It may or may not work. Report bugs and other problems to gnucash-de...@gnucash.org. You can also lookup and file bug reports at http://bugzilla.gnome.org The last stable version was GnuCash 2.2.9 The next stable version will be GnuCash 2.4 [New Thread 0x7f6df1a3c770 (LWP 17368)] [New Thread 0x7f6dea0e2910 (LWP 17379)] Found Finance::Quote version 1.16 [New Thread 0x7f6de98e1910 (LWP 17380)] [...] [New Thread 0x7f6de88df910 (LWP 17395)] Backtrace: In unknown file: ?: 0* [gnc:register-report-create # # # ...] In /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/re po rt/standard-reports.scm: 165: 1* (let* (# #) (gnc:debug create-fcn: create-fcn) (if create-fcn # #)) 168: 2 (if create-fcn (create-fcn account split ...) ...) 171: 3 (gnc:register-report-create-internal #f query ...) /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/re po rt/standard-reports.scm:171:9: In expression (gnc:register-report-create-internal #f query ...): /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/re po rt/standard-reports.scm:171:9: Unbound variable: gnc:register-report-create-internal [snip] This implies that this procedure wasn't found.. Which is very odd. Do you have mixed versions of GnuCash installed? Is this a clean build? If not, can you try a clean build? -derek This is already a clean build (new user account, with empty home dir). The configure command is: ./configure --enable-ofx --enable-aqbanking --enable-debug -- prefix=/home/test/src/gnucash.trunk/BIN --with-html-engine=webkit I'm currently rebuilding on my laptop (no gnucash installation present). I'll get back to you, soon. Sebastian I cannot compile gnucash trunk on ubuntu Karmic: checking for guile-config... yes checking whether guile-config works... yes checking for sin in -lm... yes checking for guile libraries... -lguile -lguile-ltdl -Wl,-Bsymbolic-functions -lqthreads -lpthread -lcrypt -lm checking for guile headers... checking whether guile works... yes checking for guile... /usr/bin/guile checking for guile - 1.6.0 = version 99.99.99... yes: 1.6.8 checking for guile - 1.8.0 = version 99.99.99... no: 1.6.8 checking for SLIB support... yes checking if guile long_long is at least as big as gint64... yes checking for scm_long_long2num in -lguile... yes checking if unsigned long is at least as big as guint32... yes checking if guile needs our copy of srfi-1... no checking if guile needs our copy of srfi-11... no checking if guile needs our copy of srfi-19... no checking if guile needs our copy of srfi-2... no checking if guile needs our copy of srfi-8... no checking if guile needs our copy of srfi-9... no checking if guile needs our copy of (guile www)... ./configure: line 15762: syntax error near unexpected token `gnc_have_guile_www,' ./configure: line 15762: `GUILE_MODULE_AVAILABLE(gnc_have_guile_www,(www main))' sebast...@laptop:~/src/gnucash.trunk$ svn up Revision 18350. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: crash at Reports/Account Transaction Report
Am Sonntag, 27. September 2009 20:44:25 schrieb Derek Atkins: Hi, Quoting Sebastian Held sebastian.h...@gmx.de: [snip] /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/r epo rt/standard-reports.scm:171:9: In expression (gnc:register-report-create-internal #f query ...): /home/test/src/gnucash.trunk/BIN/share/gnucash/guile-modules/gnucash/r epo rt/standard-reports.scm:171:9: Unbound variable: gnc:register-report-create-internal [snip] This implies that this procedure wasn't found.. Which is very odd. Do you have mixed versions of GnuCash installed? Is this a clean build? If not, can you try a clean build? -derek This is already a clean build (new user account, with empty home dir). The configure command is: ./configure --enable-ofx --enable-aqbanking --enable-debug -- prefix=/home/test/src/gnucash.trunk/BIN --with-html-engine=webkit I'm currently rebuilding on my laptop (no gnucash installation present). I'll get back to you, soon. Sebastian This API is defined in register.scm: ./src/report/standard-reports/register.scm:(define (gnc:register-report-create-internal invoice? query journal? double? ./src/report/standard-reports/register.scm:(export gnc:register-report-create-internal) Check your installation? And make sure this file gets loaded? -derek Hi Derek, I managed to get gnucash to compile on my ubuntu laptop: It crashes in the very same way as my gentoo box does. The file you mentioned is installed. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Importing Invoices Expense Reports
Hi Derek, hi Jeremy Am Samstag, 19. September 2009 18:56:06 schrieb Derek Atkins: Hi, Jeremy Andrews jer...@tag1consulting.com writes: Hello, I'm using GnuCash for managing the finances for my small consulting company. I currently track hours with a couple of custom open source Drupal modules [1] [2], and each month I run reports which I then manually turn into GnuCash invoices. I'm hoping to remove this manual step, as it's time consuming and error prone. My question is: what is the simplest format that I could export reports to, which could then be imported into GnuCash to generate invoices? I need a solution that works with the current stable 2.2.x branch. I see a number of options under the Import menu, but I'm not sure which format is best suited to what I'm trying to do or even which formats are easy to generate from PHP code. I'm afraid to say that at this time there is no way in GnuCash to import any business objects (Customers, Vendors, Invoices, etc). I'm glad to say, that importing customers and invoices already works on my development machine. I can provide precompiled plugins for gnucash, but please tell me the gnucash version and your operating system. If you are an experienced developer, monitor http://tellico.dyndns.org/drupal for the source to appear soon. Sebastian I would like to export/import data to generate business custom invoices, and also data to generate business employee expense reports. Sorry. -derek PS: This is a user question and should have been asked on the gnucash-user mailing list. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
AMD64 compilation problem: cast from pointer to integer of different size
To compile on AMD64 I need the following patch. Don't know, if that gets the correct bits... Sebastian patch: Index: /home/sebastian/src/gnucash.trunk/src/backend/sql/gnc-budget-sql.c === --- /home/sebastian/src/gnucash.trunk/src/backend/sql/gnc-budget-sql.c (Revision 18268) +++ /home/sebastian/src/gnucash.trunk/src/backend/sql/gnc-budget-sql.c (Arbeitskopie) @@ -153,7 +153,7 @@ g_return_if_fail( pObj != NULL ); - info-period_num = (guint)val; + info-period_num = (guint)(gulong)val; } static gnc_numeric ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Customer Import Plugin
Dear developers, A new version of the customer import patch (with screenshots) is available at http://tellico.dyndns.org/drupal/node/1 or direct: http://tellico.dyndns.org/drupal/sites/default/files/gnucash-plugin__customer_import_20090723.patch Limitations: - currently only glib 2.14 and gtk 2.14 are supported - currently no scheme interface for automation Remarks: It's realized as a plugin -- self contained and therefore it may be possible to accept the version requirements? Because it's realized as a plugin, a load statement must appear in ~/.gnucash/config.user : (gnc:module-load gnucash/plugins/customer_import 0) Off topic: It would be great, if the plugin system could be expanded, to autoload plugins from, say, ~/.gnucash/plugins/ A gui inside gnucash to enable/disable a plugin (to start a browser to go to our new plugin repository?) A function to load/unload a plugin during runtime: would ease developing plugins. We need a plugin SDK to be able to build plugins outside the gnucash tree (do we?). Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [OT]: Boston (was Re: Program Startup)
Am Mittwoch, 3. Juni 2009 15:37:28 schrieb Derek Atkins: Sebastian Held sebastian.h...@gmx.de writes: Am Dienstag, 2. Juni 2009 17:07:35 schrieb Derek Atkins: Sebastian, When are you coming to Boston? How long are you going to be here? -derek Derek, I'm going to attend IMS (microwave conference) at Bosten Convention Center. Jun 7th is reserved for a trip to New York and on Monday evening the conference starts. I'm going to leave on Friday the 12th. Well, let me know if you (or anyone else in Boston) wants to get together for a drink or something. Sebastian -derek Yes, I like the idea. My schedule is not fixed yet - my presentation is on tuesday morning; a drink on tuesday evening will be very welcome. I hope to have internet access during my stay. I'm going to contact you by email to get together at short notice, ok?. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [OT]: Boston (was Re: Program Startup)
Am Dienstag, 2. Juni 2009 17:07:35 schrieb Derek Atkins: Sebastian, When are you coming to Boston? How long are you going to be here? -derek Derek, I'm going to attend IMS (microwave conference) at Bosten Convention Center. Jun 7th is reserved for a trip to New York and on Monday evening the conference starts. I'm going to leave on Friday the 12th. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: win32 daily build is set up on gnucash.org
On Thursday 28 May 2009 11:38:08 Christian Stimming wrote: Derek and I managed to set up a daily win32 build of the full gnucash package on a vmware machine on gnucash.org. This build is triggered by running the shell script http://svn.gnucash.org/trac/browser/gnucash/trunk/packaging/win32/daily_bui ld.sh every night. The result is the current setup.exe installer, 71 MB, of gnucash trunk. It would be perfect, if the setup is split into pieces: gnucash itself (which will change every day) and base packages (qt, gnome, ... do not change often). This will reduce bandwidth consumption and increase adoption. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Program Startup
Am Donnerstag, 28. Mai 2009 23:15:56 schrieb Mike C.: All of a sudden I can't open the GnuCash program. I am using version 2.2.9 with Windows XP SP3. It was working fine yesterday and the last thing I can remember doing was setting up the download for a credit card. Now when I try to start the program from either a shortcut or going to the gnucash.cmd file it flashes a DOS command line screen for a fraction of a second to fast to read and then nothing. I tried rebooting the computer with no change. I have a lot of data entered and would sure hate to loose it. Any suggestions what might be causing this? Help! Mike ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Try to invoke gnucash.cmd from a dos shell (cmd.exe). This should reveal some more info. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gnucash not starting up
Am Sonntag 26 April 2009 10:10:26 schrieb Prateek Jain: I have been using GNU cash for sometime and I have been pretty satisfied with it. But now a days GNU cash does not start up. I am pretty desperate to record transactions but its not responding. Please help me out asap. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Try to start gnucash with debugging enabled: gnucash --debug --logto stderr This may reveal the error. Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gwenhywfar-3.6.0.tar.gz not found
Am Freitag 24 April 2009 09:18:35 schrieb Stephen Grant Brown: Hi All, The way the script checks to see if the file has already been downloaded is to do`basename $URL` and see if that exists in the download directory. But that doesn't work with the gwen URL since it ends in =gwenhywfar-3.6.0.tar.gz rather than the expected /gwenhywfar-3.6.0.tar.gz. So that check will always fail and the script will always try to download. So how do I fix it? Why do you try to compile an old version of gnucash? If you do svn update on [...]/branches/2.2 you will get a more recent windows installation script (gwen-2.6.2). Or even try to compile trunk. Yours Sincerely Stephen Grant Brown ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gwenhywfar-3.6.0.tar.gz not found
Stephen Grant Brown schrieb: Hi All, Why do you try to compile an old version of gnucash? If you do svn update on [...]/branches/2.2 you will get a more recent windows installation script (gwen-2.6.2). Or even try to compile trunk. I honestly thought I am compiling the latest code. Output from msys is - gnuc...@elshadai ~/Packaging $ svn info Path: . URL: http://svn.gnucash.org/repo/gnucash/trunk/packaging/win32 Repository Root: http://svn.gnucash.org/repo Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd Revision: 18056 Node Kind: directory Schedule: normal Last Changed Author: andi5 Last Changed Rev: 17948 Last Changed Date: 2009-02-24 07:19:03 +1100 (Tue, 24 Feb 2009) gnuc...@elshadai ~/Packaging $ svn update At revision 18056. gnuc...@elshadai ~/Packaging --- Where do I find a later one? Yours Sincerely Stephen Grant Brown Oh, sorry -- gwen-2.6.2 is enabled only if AQBANKING3 is no which is not what you want... You are using the latest revision. If you cannot get it right with help of the other answers in this thread, try my version at: http://tellico.dyndns.org/drupal/node/1 This one uses gwen-2.7.2, patched to be usable with gcc-4.3.3. Sebastian begin:vcard fn:Sebastian Held n:Held;Sebastian adr:;;von-Galen-Str. 4;Hamminkeln;NRW;46499;Germany email;internet:sebastian.h...@gmx.de tel;home:+49 2852 508527 x-mozilla-html:FALSE version:2.1 end:vcard ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Segmentation fault
Am Mittwoch 22 April 2009 09:53:21 schrieb Dave Hardman:
On Wed, Apr 22, 2009 at 07:42:31AM +0200, Sebastian Held wrote:
Without synchronized debug information, it's hopeless to find the bug.
The next step you can take is to set a breakpoint at table-gnome.c:189
and step the program until the error occurs.
Ah - stop it. The one-liner for enabling debug: did you disable
optimization, too?
CFLAGS should not include -O2, but include -O0 -ggdb
Sebastian
Sebastian,
The Makefile.local now contains two lines:
CONFIGURE_ARGS+=--enable-debug
CFLAGS+= -O0 -ggdb
As before I opened a file, which opened with only the
accounts window, the program crashed when I selected an account (
or would have if I had'nt had gdb running).
And the backtrace follows.
Dave
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x808202180 (LWP 100211)]
0x000800c0e28f in set_dimensions_pass_one (sheet=0x80be18060,
cursor=0x808256700, dimensions=0x80be14860) at gnucash-style.c:177
177 gnucash-style.c: No such file or directory.
in gnucash-style.c
(gdb) bt
#0 0x000800c0e28f in set_dimensions_pass_one (sheet=0x80be18060,
cursor=0x808256700, dimensions=0x80be14860) at gnucash-style.c:177
#1 0x000800c0ebb2 in styles_recompute_layout_dimensions
(sheet=0x80be18060, default_width=680) at gnucash-style.c:493
#2 0x000800c0ec8e in gnucash_sheet_styles_set_dimensions
(sheet=0x80be18060, default_width=680) at gnucash-style.c:506
#3 0x000800c0f44d in gnucash_sheet_compile_styles (sheet=0x80be18060)
at gnucash-style.c:668
#4 0x000800c108ce in gnc_table_init_gui (widget=0x80bd79e20,
data=0x8085a0910) at table-gnome.c:189
Please try to apply the attached patch from Jonathan Kamens.
Sebastian
Index: /home/sebastian/src/gnucash-2.2/src/register/register-gnome/gnucash-style.c
===
--- /home/sebastian/src/gnucash-2.2/src/register/register-gnome/gnucash-style.c (.../trunk/src/register/register-gnome/gnucash-style.c) (Revision 13692)
+++ /home/sebastian/src/gnucash-2.2/src/register/register-gnome/gnucash-style.c (.../branches/2.2/src/register/register-gnome/gnucash-style.c) (Revision 18054)
@@ -48,7 +48,16 @@
return key;
}
+static gpointer
+style_create_key (SheetBlockStyle *style)
+{
+static gint key;
+key = style-cursor-num_rows;
+
+return g_memdup(key, sizeof(key));
+}
+
static void
cell_dimensions_construct (gpointer _cd, gpointer user_data)
{
@@ -103,7 +112,7 @@
if (!dimensions) {
dimensions = style_dimensions_new (style);
g_hash_table_insert (sheet-dimensions_hash_table,
- style_get_key (style), dimensions);
+ style_create_key (style), dimensions);
}
dimensions-refcount++;
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gwenhywfar-3.6.0.tar.gz not found
Hi Stephen, did you place it under [...]\downloads? Sebastian Stephen Grant Brown schrieb: Hi All, In msys on a Windows XP machine I downloaded gwenhywfar-3.6.0.tar.gz but still get --- ### Gwenhywfar --06:55:58-- http://www.aquamaniac.de/sites/download/download.php?package=01release=17file=01dummy=gwenhywfar-3.6.0.tar.gz = `z:/soft/tmp/download@package=01release=17file=01dummy=gwenhywfar-3.6.0.tar.gz' Resolving www.aquamaniac.de... 81.169.145.75 Connecting to www.aquamaniac.de[81.169.145.75]:80... connected. HTTP request sent, awaiting response... 404 06:55:59 ERROR 404: (no description). gnuc...@elshadai ~/Packaging --- In Windows Internet Explorer, the http://www.aquamaniac.de/sites/download/download.php?package=01release=17file=01dummy=gwenhywfar-3.6.0.tar.gz page is not found. Yours Sincerely Stephen Grant Brown ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel begin:vcard fn:Sebastian Held n:Held;Sebastian adr:;;von-Galen-Str. 4;Hamminkeln;NRW;46499;Germany email;internet:sebastian.h...@gmx.de tel;home:+49 2852 508527 x-mozilla-html:FALSE version:2.1 end:vcard ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Segmentation fault
Am Dienstag 14 April 2009 09:29:25 schrieb Dave Hardman: I updated the ports (on freebsd 7.1 amd64) and gnucash-2.2.7 was recompiled since there was a later version of one or more of its dependencies. Over 400 ports were recompiled. Gnucash now loads the file, if file previously had account windows open the gnucash crashes, if the only window open is the list of accounts then gnucash does not crash until I attempt to open an account. I tried more than one file, including a backup, with consistent results. Presumably, the fault was caused by one or more of the new dependencies. The information below is from a session which crashed when I attempted open an account. : gnucash --debug --extra :~ gnc.bin-Message: main: binreloc relocation support was disabled at configure time. Found Finance::Quote version 1.15 [1]93890 segmentation fault gnucash --debug --extra Extracts from gnucash.trace * 15:44:13 INFO gnc.engine [gnc_hook_lookup] no hook lists * 15:44:13 INFO qof.engine [init_from_file] guid_init got 512 bytes from /dev/urandom * 15:44:13 INFO qof.engine [init_from_file] guid_init got 1903 bytes from /etc/passwd * 15:44:13 INFO qof.engine [guid_init] got 18951 bytes * 15:44:27 MESSG gnc.bin loading system configuration * 15:44:27 MESSG gnc.bin loading user configuration * 15:44:27 MESSG gnc.bin loading auto configuration * 15:44:27 MESSG gnc.bin loading saved reports * 15:44:27 MESSG gnc.bin loading stylesheets * 15:44:27 MESSG gnc.scm Found Finance::Quote version 1.15 * 15:44:27 INFO gnc.account [xaccAccountRecomputeBalance] acct= starting baln=0/1 * 15:44:27 INFO gnc.commodity [gnc_commodity_table_insert] insert 0x80810b908 AFA into nsp=0x8089a11e0 CURRENCY The missing entries are overwhelmingly INFO with a few MESSG * 15:44:33 INFO gnc.account [xaccAccountGetBalanceInCurrency] baln=647830/100 * 15:44:33 INFO gnc.account [xaccAccountGetBalanceInCurrency] baln=647830/100 * 15:44:33 INFO gnc.account [xaccAccountGetBalanceInCurrency] baln=647830/100 * 15:44:33 INFO gnc.account [xaccAccountGetBalanceInCurrency] baln=647830/100 * 15:44:33 INFO qof.object [qof_object_foreach] type=Split * 15:44:33 INFO qof.query [qof_query_run_internal] matching objects=0x80bd22000 count=60 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=5 hi=0x8094a8aa0 han=0x80118b020 data=0x0 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=3 hi=0x8089bb820 han=0x800946530 data=0x0 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=2 hi=0x8087db280 han=0x801416900 data=0x0 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=1 hi=0x8084bbb40 han=0x80117ba60 data=0x0 * 15:44:33 INFO gnc.engine [xaccTransSetDateInternal] addr=0x8094a3530 set date to 1239631200.0 Tue Apr 14 00:00:00 2009 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=5 hi=0x8094a8aa0 han=0x80118b020 data=0x7fffcf50 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=3 hi=0x8089bb820 han=0x800946530 data=0x7fffcf50 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=2 hi=0x8087db280 han=0x801416900 data=0x7fffcf50 * 15:44:33 INFO qof.engine [qof_event_generate_internal] id=1 hi=0x8084bbb40 han=0x80117ba60 data=0x7fffcf50 I Dave ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. Am Saturday 18 April 2009 03:47:34 schrieben Sie: On Tue, Apr 14, 2009 at 10:24:06AM +0200, Sebastian Held wrote: Am Dienstag 14 April 2009 09:29:25 schrieb Dave Hardman: Gnucash now loads the file, if file previously had account windows open the gnucash crashes, if the only window open is the list of accounts then gnucash does not crash until I attempt to open an account. I tried more than one file, including a backup, with consistent results. Presumably, the fault was caused by one or more of the new dependencies. Please create a backtrace by following http://wiki.gnucash.org/wiki/Stack_Trace This will show the library where the crash occurs. Sebastian Sebastion, Attached Dave Dear Dave, Please respond to the list, too. I'm sorry for the delay, but currently I've no internet access at home. Thanks for the backtrace. I will look into it. The backtrace will be even more meaningful, if you substitute bt full for the bt command (should be changed at the wiki...). Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: AqBanking - Adapt PATH Variable
Sorry for the late response - no internet access at home :( Glad to hear it's working (sadly not with your bank). Sebastian Good evening Sebastian, Thank you for your help. On a whim, I tried looking for some American banks (I am in Canada) and it worked without a problem. The problem must be that my Canadian banks are not set up for this. Thanks again for your assistance, but the resolution of this appears to be beyond the scope of gnucash. Regards, Dan On Wed, Apr 15, 2009 at 4:18 PM, Daniel Gosselin gosselin@gmail.com wrote: I have uninstalled Qt and gnucash, then downloaded and installed the version from your site. Last time, the failure occurred when I entered the bank name and then clicked in the empty matching banks table of the select bank for this user tab. Now, the failure does not occur but the table is still not populated with entries. What do I need to do for this to become populated? Thanks again, Dan On Wed, Apr 15, 2009 at 1:51 AM, Sebastian Held sebastian.h...@gmx.de wrote: Version 4.5.0 is only an example, any qt verstion starting from 4.x something should work (compilation is possible with qt-3, too). You may try the gnucash-2.2.9 from my site: http://tellico.dyndns.org/drupal/node/1 This version is known to work on vista32 and includes Qt (as does the official version). If you face the same problem, you may have ancient Qt-Libraries lying around, which interfere with Aqbanking. Sebastian Hello Sebastian, Thank you for your prompt response. I first installed using gnucash-2.2.9-setup.exe, then installed ActivePerl and Qt, online banking gave me the error described below, so I re-installed using gnucash-2.2.9-setup.exe, and the same error materialized. As a note, my path for Qt reads Qt/2009.01/bin, not 4.5.0 - do I have the wrong version? Also, I did not compile from source, but I do not know what PATH is or how to add anything to it. Thank you for your assistance, Dan On Tue, Apr 14, 2009 at 2:05 AM, Sebastian Held sebastian.h...@gmx.de wrote: Hello Dan, If you are using gnucash-2.2.9-setup.exe, no further Qt related changes are necessary. If you are compiling from source, you may need to adapt you path variable. Go to your control panel, system, environment variables and add c:\program files\qt\4.5.0\bin to PATH (adapt as necessary). Sebastian Am Montag 13 April 2009 22:12:51 schrieb Daniel Gosselin: Good afternoon, I am running into trouble setting up aqBanking, I receive an error that states: If you have installed Qt already, you will have to adapt the PATH variable of your system appropriately. Contact the GnuCash developers if you need further assistance on how to install Qt correctly. I am using Windows Vista, I have installed Qt 4.5, but I cannot find help anywhere on the internet to update the PATH variable. Can you help? Thank you, Dan ___ 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: Segmentation fault
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x808102180 (LWP 100227)] gnucash_sheet_styles_set_dimensions (sheet=0x80bd340c0, default_width=680) at gnucash-style.c:177 177gnucash-style.c: No such file or directory. in gnucash-style.c Function gnucash_sheet_styles_set_dimensions is located at lines 501, not 177 ... (gdb) bt #0 gnucash_sheet_styles_set_dimensions (sheet=0x80bd340c0, default_width=680) at gnucash-style.c:177 #1 0x000800bc6aab in gnc_table_init_gui (widget=Variable widget is not available. ) at table-gnome.c:189 gnc_table_init_gui() is at table-gnome.c:189, but invokes gnucash_sheet_compile_styles() from there Is your gnucash-2.2.7 patched? Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Segmentation fault
Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. Am Wednesday 22 April 2009 06:11:34 schrieben Sie: On Tue, Apr 21, 2009 at 01:56:44PM +0200, Sebastian Held wrote: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x808102180 (LWP 100227)] gnucash_sheet_styles_set_dimensions (sheet=0x80bd340c0, default_width=680) at gnucash-style.c:177 177 gnucash-style.c: No such file or directory. in gnucash-style.c Function gnucash_sheet_styles_set_dimensions is located at lines 501, not 177 ... (gdb) bt #0 gnucash_sheet_styles_set_dimensions (sheet=0x80bd340c0, default_width=680) at gnucash-style.c:177 #1 0x000800bc6aab in gnc_table_init_gui (widget=Variable widget is not available. ) at table-gnome.c:189 gnc_table_init_gui() is at table-gnome.c:189, but invokes gnucash_sheet_compile_styles() from there Is your gnucash-2.2.7 patched? Sebastian There does not appear to be any patches applied. I extracted the source and gnucash_sheet_styles_set_dimensions is at line 501 in gnucash_style.c The distribution info is: MD5 (gnucash-2.2.7.tar.bz2) = 0f3f324c274b136070b769aa10591ccf SHA256 (gnucash-2.2.7.tar.bz2) = aaa558e76427b7a990287089a6e0e5ecb0f4404e0343a7200e1588f60ffab1e8 SIZE (gnucash-2.2.7.tar.bz2) = 7362491 The ports makefile is attached. None of the options were used. I added Makefile.local with one line enabling debug. Dave Without synchronized debug information, it's hopeless to find the bug. The next step you can take is to set a breakpoint at table-gnome.c:189 and step the program until the error occurs. Ah - stop it. The one-liner for enabling debug: did you disable optimization, too? CFLAGS should not include -O2, but include -O0 -ggdb Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: AqBanking - Adapt PATH Variable
Hello Dan, If you are using gnucash-2.2.9-setup.exe, no further Qt related changes are necessary. If you are compiling from source, you may need to adapt you path variable. Go to your control panel, system, environment variables and add c:\program files\qt\4.5.0\bin to PATH (adapt as necessary). Sebastian Am Montag 13 April 2009 22:12:51 schrieb Daniel Gosselin: Good afternoon, I am running into trouble setting up aqBanking, I receive an error that states: If you have installed Qt already, you will have to adapt the PATH variable of your system appropriately. Contact the GnuCash developers if you need further assistance on how to install Qt correctly. I am using Windows Vista, I have installed Qt 4.5, but I cannot find help anywhere on the internet to update the PATH variable. Can you help? Thank you, Dan ___ 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: r18041 - gnucash/trunk - Merge webkit branch into trunk.
Am Dienstag 14 April 2009 10:48:39 schrieb Herbert Thoma: Eventually I will upgrade to a newer distro, but for now I would prefer to stay with SuSE 10.3. It's possible to update parts of SuSE 10.3: http://software.opensuse.org/search e.g. libgnomeprint-2.18.2-4.i586.rpm Herbert. Herbert. -derek -derek Sebastian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: AqBanking - Adapt PATH Variable
Version 4.5.0 is only an example, any qt verstion starting from 4.x something should work (compilation is possible with qt-3, too). You may try the gnucash-2.2.9 from my site: http://tellico.dyndns.org/drupal/node/1 This version is known to work on vista32 and includes Qt (as does the official version). If you face the same problem, you may have ancient Qt-Libraries lying around, which interfere with Aqbanking. Sebastian Hello Sebastian, Thank you for your prompt response. I first installed using gnucash-2.2.9-setup.exe, then installed ActivePerl and Qt, online banking gave me the error described below, so I re-installed using gnucash-2.2.9-setup.exe, and the same error materialized. As a note, my path for Qt reads Qt/2009.01/bin, not 4.5.0 - do I have the wrong version? Also, I did not compile from source, but I do not know what PATH is or how to add anything to it. Thank you for your assistance, Dan On Tue, Apr 14, 2009 at 2:05 AM, Sebastian Held sebastian.h...@gmx.de wrote: Hello Dan, If you are using gnucash-2.2.9-setup.exe, no further Qt related changes are necessary. If you are compiling from source, you may need to adapt you path variable. Go to your control panel, system, environment variables and add c:\program files\qt\4.5.0\bin to PATH (adapt as necessary). Sebastian Am Montag 13 April 2009 22:12:51 schrieb Daniel Gosselin: Good afternoon, I am running into trouble setting up aqBanking, I receive an error that states: If you have installed Qt already, you will have to adapt the PATH variable of your system appropriately. Contact the GnuCash developers if you need further assistance on how to install Qt correctly. I am using Windows Vista, I have installed Qt 4.5, but I cannot find help anywhere on the internet to update the PATH variable. Can you help? Thank you, Dan ___ 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: svn too old
Hi Stephen, you have different svn client revisions on your machine (e.g. 1.5.x and the new 1.6.x). Get the newest client utilities from subversion.tigris.org and install them system wide. Then delete the cvn folder of your gnucash build tree. This will normally result in a rebuild of svn, but the install.sh script will now find your new version and use this. (you alos overwrite the svn folder with the new version, if you do not want to install it system wide). br, Sebastian Am Mittwoch 08 April 2009 10:26:24 schrieb Stephen Grant Brown: Hi All, In using install.sh from packaging on a Windows XP machine I get the following when in an msys shell. --- --- ### SVN update of docs svn: This client is too old to work with working copy '.'; please get a newer Subversion client gnuc...@elshadai ~/Packaging $ --- -- How do I udpate svn? Yours Sincerely Stephen Grant Brown ___ 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: GnuCash and Vista
Dear paul, I'm not a core developer, but nevertheless will try to answer your question: What's the problem running a 32-bit program on vista64? I'm not aware of any advantage of having a 64-bit gnucash version. br, Sebastian Am Samstag 04 April 2009 13:18:51 schrieb Paul Hammond: Dear GnuCash developers, Can somebody please let me know if it is planned for GnuCash to run on Vista 64-bit. I'm hoping to use GnuCash, but would rather not reduce to 32-bit operation. Thanks very much, Paul Hammond (phamm...@prah.flyer.co.uk) _ I am using the Free version of SPAMfighter http://www.spamfighter.com/len . We are a community of 6 million users fighting spam. SPAMfighter has removed 185 of my spam emails to date. The Professional version does not have this message. ___ 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: /c/soft/gnucash/dist/bin/gnucash-env: Resource temporarily unavailable
Hi Stephen, don't know, but for debugging gnucash it may be easier to start gnucash and then attach gdb to the running process. If I remember correctly, the error has to do with name resolution, but I cannot find a corresponding line inside gnucash-env. br, Sebastian Am Samstag 04 April 2009 04:11:18 schrieb Stephen Grant Brown: Hi All, Can someone explain what is going on here please? I am runnuing this on an old and slow machine running Windows XP The output from a msys shell is --- - gnuc...@elshadai ~ $ gnucash-env gdb gnucash-bin /c/soft/gnucash/dist/bin/gnucash-env: /c/soft/gnucash/dist/bin/gnucash-env: Resource temporarily unavailable /c/soft/gnucash/dist/bin/gnucash-env: /c/soft/gnucash/dist/bin/gnucash-env: Resource temporarily unavailable gnuc...@elshadai ~ $ --- -- Yours Sincerely Stephen Grant Brown ___ 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: Crash in dialog_file_access.c (was Re: Trouble compiling)
Finally I got my suse box to compile trunk, and voila:
trunk (rev18013) crashes even on linux, but not the first time you open save
as...
Here is how to reproduce the crash:
- trigger save as
- press cancel
- trigger save as again - crashes
I'm currently recompiling trunk with debuging symbols enabled to get a
meaningful backtrace.
Sebastian
Am Sonntag, 5. April 2009 00:40:56 schrieb Phil Longstaff:
Because it's a variable on the stack so its value is undefined before it is
set.
Phil
On April 4, 2009 05:34:39 pm David Reiser wrote:
So even though I have 3 dbd files in the location specified in
configure with --with-dbi-dbd-dir=, my list is still null because
gnucash hasn't asked for the registered backends yet? If so, why would
Sebastian's example show a non-null list with a breakpoint at the same
location?
Dave
On Apr 4, 2009, at 4:38 PM, Phil Longstaff wrote:
List being null isn't the problem.
list isn't used until after that point in the code (it asks qof
for the list of registered backends and doesn't add combobox entries
for sqlite3, mysql or pgsql if there isn't a registered
backend, and the libdbi backend doesn't register a backend if the
dbd file isn't present).
From: David Reiser dbrei...@earthlink.net
To: Phil Longstaff plongst...@rogers.com
Cc: Sebastian Held sebastian.h...@gmx.de; Gnucash list
gnucash-de...@lists.gnucash.org
Sent: Saturday, April 4, 2009 4:18:49 PM
Subject: Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
[...]
From: Sebastian Held sebastian.h...@gmx.de
To: Phil Longstaff plongst...@rogers.com
Cc: David Reiser dbrei...@earthlink.net; Derek Atkins
warl...@mit.edu
; Gnucash list gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 3:19:10 PM
Subject: Re: Trouble compiling
Same (rev18012) here on windows:
63A4A37E libgobject-2.0-0.dll:63A4A37E g_object_connect
64F0BAE3 libgncmod-gnome-utils.dll:64F0BAE3 gnc_ui_file_access
dialog-file-access.c:234
64F0BC72 libgncmod-gnome-utils.dll:64F0BC72
gnc_ui_file_access_for_save_as dialog-file-access.c:275
6E36706F libgnc-gnome-0.dll:6E36706F
gnc_main_window_cmd_file_save_as gnc-plugin-basic-commands.c:393
(gdb) break dialog-file-access.c:234
...
(gdb) list 234
234 g_object_connect( G_OBJECT(faw-cb_uri_type),
signal::changed, cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x1e3a6c0
xml = (GladeXML *) 0x16aae00
box = (GtkWidget *) 0x65c41273
ds_node = (GList *) 0x1296850
op = (GtkButton *) 0x3eb4f60
align = (GtkWidget *) 0x3eafd68
fileChooser = (GtkFileChooserWidget *) 0x3ec4360
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x1d5c7a0
node = (GList *) 0x22f318
uri_type_container = (GtkWidget *) 0x3e9f918
__PRETTY_FUNCTION__ = gnc_ui_file_access
(gdb) p *faw
$2 = {type = 1, dialog = 0x3ec7008, frame_file = 0x3eafd00,
frame_database = 0x3eafb60, fileChooser = 0x3ec4360,
cb_uri_type = 0x3ed7010, tf_host = 0x3eaa0c0, tf_database =
0x3eaa170,
tf_username = 0x3eaa220, tf_password = 0x3eaa2d0}
(gdb) p cb_uri_type_changed_cb
$3 = {void (GtkComboBox *)} 0x64f0b688 cb_uri_type_changed_cb
From gdb in my crash, I get:
Breakpoint 1, gnc_ui_file_access (type=1) at dialog-file-access.c:234
234g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x5077650
xml = (GladeXML *) 0x59d2c48
box = (GtkWidget *) 0x1b1f7d0
ds_node = (GList *) 0x1897e68
op = (GtkButton *) 0x5c09078
align = (GtkWidget *) 0x5c0a958
fileChooser = (GtkFileChooserWidget *) 0x29b4110
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x0
node = (GList *) 0xbfffd800
uri_type_container = (GtkWidget *) 0x5c060d8
__PRETTY_FUNCTION__ = gnc_ui_file_access
list is NULL, so that's probably the cause of my crash. Any
suggestions on changes I can try to work on the lack of list?
I have all three libdbi drivers installed, and configure reports
that gnucash is configured for the dbi backend.
Dave
--
David Reiser
dbrei...@earthlink.net
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
--
David Reiser
dbrei...@earthlink.net
___
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
Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
Great - with dubbing symbols, the app does not crash anymore.
This certainly has to do with dangling pointers uninitialized vars, ...
valgrind will be your friend, but I cannot get gnucash to run under
supervision of valgrind. It aborts with SIGABRT in the startup phase.
The save as function needs to be analyzed carefully.
Sebastian
Am Sonntag, 5. April 2009 10:46:33 schrieb Sebastian Held:
Finally I got my suse box to compile trunk, and voila:
trunk (rev18013) crashes even on linux, but not the first time you open
save as...
Here is how to reproduce the crash:
- trigger save as
- press cancel
- trigger save as again - crashes
I'm currently recompiling trunk with debuging symbols enabled to get a
meaningful backtrace.
Sebastian
Am Sonntag, 5. April 2009 00:40:56 schrieb Phil Longstaff:
Because it's a variable on the stack so its value is undefined before it
is set.
Phil
On April 4, 2009 05:34:39 pm David Reiser wrote:
So even though I have 3 dbd files in the location specified in
configure with --with-dbi-dbd-dir=, my list is still null because
gnucash hasn't asked for the registered backends yet? If so, why would
Sebastian's example show a non-null list with a breakpoint at the same
location?
Dave
On Apr 4, 2009, at 4:38 PM, Phil Longstaff wrote:
List being null isn't the problem.
list isn't used until after that point in the code (it asks qof
for the list of registered backends and doesn't add combobox entries
for sqlite3, mysql or pgsql if there isn't a registered
backend, and the libdbi backend doesn't register a backend if the
dbd file isn't present).
From: David Reiser dbrei...@earthlink.net
To: Phil Longstaff plongst...@rogers.com
Cc: Sebastian Held sebastian.h...@gmx.de; Gnucash list
gnucash-de...@lists.gnucash.org
Sent: Saturday, April 4, 2009 4:18:49 PM
Subject: Re: Crash in dialog_file_access.c (was Re: Trouble
compiling)
[...]
From: Sebastian Held sebastian.h...@gmx.de
To: Phil Longstaff plongst...@rogers.com
Cc: David Reiser dbrei...@earthlink.net; Derek Atkins
warl...@mit.edu
; Gnucash list gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 3:19:10 PM
Subject: Re: Trouble compiling
Same (rev18012) here on windows:
63A4A37E libgobject-2.0-0.dll:63A4A37E g_object_connect
64F0BAE3 libgncmod-gnome-utils.dll:64F0BAE3 gnc_ui_file_access
dialog-file-access.c:234
64F0BC72 libgncmod-gnome-utils.dll:64F0BC72
gnc_ui_file_access_for_save_as dialog-file-access.c:275
6E36706F libgnc-gnome-0.dll:6E36706F
gnc_main_window_cmd_file_save_as gnc-plugin-basic-commands.c:393
(gdb) break dialog-file-access.c:234
...
(gdb) list 234
234 g_object_connect( G_OBJECT(faw-cb_uri_type),
signal::changed, cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x1e3a6c0
xml = (GladeXML *) 0x16aae00
box = (GtkWidget *) 0x65c41273
ds_node = (GList *) 0x1296850
op = (GtkButton *) 0x3eb4f60
align = (GtkWidget *) 0x3eafd68
fileChooser = (GtkFileChooserWidget *) 0x3ec4360
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x1d5c7a0
node = (GList *) 0x22f318
uri_type_container = (GtkWidget *) 0x3e9f918
__PRETTY_FUNCTION__ = gnc_ui_file_access
(gdb) p *faw
$2 = {type = 1, dialog = 0x3ec7008, frame_file = 0x3eafd00,
frame_database = 0x3eafb60, fileChooser = 0x3ec4360,
cb_uri_type = 0x3ed7010, tf_host = 0x3eaa0c0, tf_database =
0x3eaa170,
tf_username = 0x3eaa220, tf_password = 0x3eaa2d0}
(gdb) p cb_uri_type_changed_cb
$3 = {void (GtkComboBox *)} 0x64f0b688 cb_uri_type_changed_cb
From gdb in my crash, I get:
Breakpoint 1, gnc_ui_file_access (type=1) at dialog-file-access.c:234
234g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x5077650
xml = (GladeXML *) 0x59d2c48
box = (GtkWidget *) 0x1b1f7d0
ds_node = (GList *) 0x1897e68
op = (GtkButton *) 0x5c09078
align = (GtkWidget *) 0x5c0a958
fileChooser = (GtkFileChooserWidget *) 0x29b4110
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x0
node = (GList *) 0xbfffd800
uri_type_container = (GtkWidget *) 0x5c060d8
__PRETTY_FUNCTION__ = gnc_ui_file_access
list is NULL, so that's probably the cause of my crash. Any
suggestions on changes I can try to work on the lack of list?
I have all three libdbi drivers installed, and configure reports
that gnucash is configured for the dbi
Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
got it.
valgrind report for save as command:
==3984== Conditional jump or move depends on uninitialised value(s)
==3984==at 0x4CDA9D2: g_object_connect (gobject.c:1345)
==3984==by 0x422B67F: gnc_ui_file_access (dialog-file-access.c:234)
==3984==by 0x41469D7: gnc_main_window_cmd_file_save_as
(gnc-plugin-basic-commands.c:389)
==3984==by 0x4CE52A3: g_cclosure_marshal_VOID__VOID (gmarshal.c:77)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEB0AC: signal_emit_unlocked_R (gsignal.c:2440)
==3984==by 0x4CEC5DD: g_signal_emit_valist (gsignal.c:2199)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
==3984==by 0x4ED64B4: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4ED7473: gtk_action_activate
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4CE52A3: g_cclosure_marshal_VOID__VOID (gmarshal.c:77)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEB0AC: signal_emit_unlocked_R (gsignal.c:2440)
==3984==by 0x4CEC5DD: g_signal_emit_valist (gsignal.c:2199)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
==3984==by 0x50FD9D6: gtk_widget_activate
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FDD77F: gtk_menu_shell_activate_item
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FDF57C: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FD615A: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FCFDE5: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4CD62B8: g_type_class_meta_marshal (gclosure.c:567)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEAD54: signal_emit_unlocked_R (gsignal.c:2478)
==3984==by 0x4CEC467: g_signal_emit_valist (gsignal.c:2209)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
--3984-- Reading syms from /usr/lib/gtk-2.0/2.10.0/immodules/im-xim.so
(0xc387000)
--3984--object doesn't have a symbol table
gobject.c:
gpointer
g_object_connect (gpointer _object,
const gchar *signal_spec,
...)
{
GObject *object = _object;
va_list var_args;
g_return_val_if_fail (G_IS_OBJECT (object), NULL);
g_return_val_if_fail (object-ref_count 0, object);
va_start (var_args, signal_spec);
1345: -- while (signal_spec)
{
Any thoughts on this?
Sebastian
Am Sonntag, 5. April 2009 11:40:31 schrieb Sebastian Held:
Great - with dubbing symbols, the app does not crash anymore.
This certainly has to do with dangling pointers uninitialized vars, ...
valgrind will be your friend, but I cannot get gnucash to run under
supervision of valgrind. It aborts with SIGABRT in the startup phase.
The save as function needs to be analyzed carefully.
Sebastian
Am Sonntag, 5. April 2009 10:46:33 schrieb Sebastian Held:
Finally I got my suse box to compile trunk, and voila:
trunk (rev18013) crashes even on linux, but not the first time you open
save as...
Here is how to reproduce the crash:
- trigger save as
- press cancel
- trigger save as again - crashes
I'm currently recompiling trunk with debuging symbols enabled to get a
meaningful backtrace.
Sebastian
Am Sonntag, 5. April 2009 00:40:56 schrieb Phil Longstaff:
Because it's a variable on the stack so its value is undefined before
it is set.
Phil
On April 4, 2009 05:34:39 pm David Reiser wrote:
So even though I have 3 dbd files in the location specified in
configure with --with-dbi-dbd-dir=, my list is still null because
gnucash hasn't asked for the registered backends yet? If so, why
would Sebastian's example show a non-null list with a breakpoint at
the same location?
Dave
On Apr 4, 2009, at 4:38 PM, Phil Longstaff wrote:
List being null isn't the problem.
list isn't used until after that point in the code (it asks qof
for the list of registered backends and doesn't add combobox
entries for sqlite3, mysql or pgsql if there isn't a
registered backend, and the libdbi backend doesn't register a
backend if the dbd file isn't present).
From: David Reiser dbrei...@earthlink.net
To: Phil Longstaff plongst...@rogers.com
Cc: Sebastian Held sebastian.h...@gmx.de; Gnucash list
gnucash-de...@lists.gnucash.org
Sent: Saturday, April 4, 2009 4:18:49 PM
Subject: Re: Crash in dialog_file_access.c (was Re: Trouble
compiling)
[...]
From: Sebastian Held sebastian.h...@gmx.de
To: Phil Longstaff plongst...@rogers.com
Cc: David Reiser dbrei...@earthlink.net; Derek Atkins
warl...@mit.edu
; Gnucash list gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 3:19:10 PM
Subject: Re: Trouble compiling
Same (rev18012) here on windows:
63A4A37E
[PATCH] Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
can s.o. apply this to trunk?
Index: dialog-file-access.c
===
--- dialog-file-access.c(revision 18016)
+++ dialog-file-access.c(working copy)
@@ -231,7 +231,8 @@
uri_type_container = glade_xml_get_widget( xml,
vb_uri_type_container );
faw-cb_uri_type = GTK_COMBO_BOX(gtk_combo_box_new_text());
gtk_container_add( GTK_CONTAINER(uri_type_container),
GTK_WIDGET(faw-cb_uri_type) );
-g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL );
+g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL,
+ NULL );
/* Autoconnect signals */
glade_xml_signal_autoconnect_full( xml,
gnc_glade_autoconnect_full_func,
Sebastian
p.s. Binaries for Windows on http://tellico.dyndns.org/drupal/ are in
the process of being updated
Sebastian Held schrieb:
got it.
valgrind report for save as command:
==3984== Conditional jump or move depends on uninitialised value(s)
==3984==at 0x4CDA9D2: g_object_connect (gobject.c:1345)
==3984==by 0x422B67F: gnc_ui_file_access (dialog-file-access.c:234)
==3984==by 0x41469D7: gnc_main_window_cmd_file_save_as
(gnc-plugin-basic-commands.c:389)
==3984==by 0x4CE52A3: g_cclosure_marshal_VOID__VOID (gmarshal.c:77)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEB0AC: signal_emit_unlocked_R (gsignal.c:2440)
==3984==by 0x4CEC5DD: g_signal_emit_valist (gsignal.c:2199)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
==3984==by 0x4ED64B4: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4ED7473: gtk_action_activate
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4CE52A3: g_cclosure_marshal_VOID__VOID (gmarshal.c:77)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEB0AC: signal_emit_unlocked_R (gsignal.c:2440)
==3984==by 0x4CEC5DD: g_signal_emit_valist (gsignal.c:2199)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
==3984==by 0x50FD9D6: gtk_widget_activate
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FDD77F: gtk_menu_shell_activate_item
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FDF57C: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FD615A: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FCFDE5: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4CD62B8: g_type_class_meta_marshal (gclosure.c:567)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEAD54: signal_emit_unlocked_R (gsignal.c:2478)
==3984==by 0x4CEC467: g_signal_emit_valist (gsignal.c:2209)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
--3984-- Reading syms from /usr/lib/gtk-2.0/2.10.0/immodules/im-xim.so
(0xc387000)
--3984--object doesn't have a symbol table
gobject.c:
gpointer
g_object_connect (gpointer _object,
const gchar *signal_spec,
...)
{
GObject *object = _object;
va_list var_args;
g_return_val_if_fail (G_IS_OBJECT (object), NULL);
g_return_val_if_fail (object-ref_count 0, object);
va_start (var_args, signal_spec);
1345: -- while (signal_spec)
{
Any thoughts on this?
Sebastian
Am Sonntag, 5. April 2009 11:40:31 schrieb Sebastian Held:
Great - with dubbing symbols, the app does not crash anymore.
This certainly has to do with dangling pointers uninitialized vars, ...
valgrind will be your friend, but I cannot get gnucash to run under
supervision of valgrind. It aborts with SIGABRT in the startup phase.
The save as function needs to be analyzed carefully.
Sebastian
Am Sonntag, 5. April 2009 10:46:33 schrieb Sebastian Held:
Finally I got my suse box to compile trunk, and voila:
trunk (rev18013) crashes even on linux, but not the first time you open
save as...
Here is how to reproduce the crash:
- trigger save as
- press cancel
- trigger save as again - crashes
I'm currently recompiling trunk with debuging symbols enabled to get a
meaningful backtrace.
Sebastian
Am Sonntag, 5. April 2009 00:40:56 schrieb Phil Longstaff:
Because it's a variable on the stack so its value is undefined before
it is set.
Phil
On April 4, 2009 05:34:39 pm David Reiser wrote:
So even though I have 3 dbd files in the location specified in
configure with --with-dbi-dbd-dir=, my list is still null because
gnucash hasn't asked for the registered backends yet? If so, why
would Sebastian's example show a non-null list with a breakpoint at
the same location?
Dave
On Apr 4, 2009, at 4:38 PM, Phil Longstaff wrote:
List being null isn't the problem.
list isn't used until after that point in the code (it asks qof
for the list of registered backends and doesn't add combobox
entries for sqlite3, mysql or pgsql if there isn't
Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
The SIGABRT is generated within goffice, thus I upgraded to goffice-0.7.4.
This in turn required an update to libgsf. Apparently updating the
latter seems to be sufficient, because on execution, gnucash loads my
system default goffice-0.6, but the new installed libgsf and there was
no SIGABRT anymore.
Phil Longstaff schrieb:
How did you fix the SIGABRT?
I misread the documentation. I think there needs to be another NULL argument
at the end of the call to g_object_connect().
Dave, change the line to:
g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL, NULL );
and see if that fixes the problem.
Phil
On April 5, 2009 12:43:39 pm Sebastian Held wrote:
got it.
valgrind report for save as command:
==3984== Conditional jump or move depends on uninitialised value(s)
==3984==at 0x4CDA9D2: g_object_connect (gobject.c:1345)
==3984==by 0x422B67F: gnc_ui_file_access (dialog-file-access.c:234)
==3984==by 0x41469D7: gnc_main_window_cmd_file_save_as
(gnc-plugin-basic-commands.c:389)
==3984==by 0x4CE52A3: g_cclosure_marshal_VOID__VOID (gmarshal.c:77)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEB0AC: signal_emit_unlocked_R (gsignal.c:2440)
==3984==by 0x4CEC5DD: g_signal_emit_valist (gsignal.c:2199)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
==3984==by 0x4ED64B4: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4ED7473: gtk_action_activate
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4CE52A3: g_cclosure_marshal_VOID__VOID (gmarshal.c:77)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEB0AC: signal_emit_unlocked_R (gsignal.c:2440)
==3984==by 0x4CEC5DD: g_signal_emit_valist (gsignal.c:2199)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
==3984==by 0x50FD9D6: gtk_widget_activate
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FDD77F: gtk_menu_shell_activate_item
(in /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FDF57C: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FD615A: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4FCFDE5: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==3984==by 0x4CD62B8: g_type_class_meta_marshal (gclosure.c:567)
==3984==by 0x4CD7B5A: g_closure_invoke (gclosure.c:490)
==3984==by 0x4CEAD54: signal_emit_unlocked_R (gsignal.c:2478)
==3984==by 0x4CEC467: g_signal_emit_valist (gsignal.c:2209)
==3984==by 0x4CECA25: g_signal_emit (gsignal.c:2243)
--3984-- Reading syms from /usr/lib/gtk-2.0/2.10.0/immodules/im-xim.so
(0xc387000)
--3984--object doesn't have a symbol table
gobject.c:
gpointer
g_object_connect (gpointer _object,
const gchar *signal_spec,
...)
{
GObject *object = _object;
va_list var_args;
g_return_val_if_fail (G_IS_OBJECT (object), NULL);
g_return_val_if_fail (object-ref_count 0, object);
va_start (var_args, signal_spec);
1345: -- while (signal_spec)
{
Any thoughts on this?
Sebastian
Am Sonntag, 5. April 2009 11:40:31 schrieb Sebastian Held:
Great - with dubbing symbols, the app does not crash anymore.
This certainly has to do with dangling pointers uninitialized vars, ...
valgrind will be your friend, but I cannot get gnucash to run under
supervision of valgrind. It aborts with SIGABRT in the startup phase.
The save as function needs to be analyzed carefully.
Sebastian
Am Sonntag, 5. April 2009 10:46:33 schrieb Sebastian Held:
Finally I got my suse box to compile trunk, and voila:
trunk (rev18013) crashes even on linux, but not the first time you
open save as...
Here is how to reproduce the crash:
- trigger save as
- press cancel
- trigger save as again - crashes
I'm currently recompiling trunk with debuging symbols enabled to get a
meaningful backtrace.
Sebastian
Am Sonntag, 5. April 2009 00:40:56 schrieb Phil Longstaff:
Because it's a variable on the stack so its value is undefined before
it is set.
Phil
On April 4, 2009 05:34:39 pm David Reiser wrote:
So even though I have 3 dbd files in the location specified in
configure with --with-dbi-dbd-dir=, my list is still null because
gnucash hasn't asked for the registered backends yet? If so, why
would Sebastian's example show a non-null list with a breakpoint at
the same location?
Dave
On Apr 4, 2009, at 4:38 PM, Phil Longstaff wrote:
List being null isn't the problem.
list isn't used until after that point in the code (it asks qof
for the list of registered backends and doesn't add combobox
entries for sqlite3, mysql or pgsql if there isn't a
registered backend, and the libdbi backend doesn't register a
backend if the dbd file isn't present).
From: David Reiser dbrei...@earthlink.net
To: Phil Longstaff plongst
Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
Yes, it crashes.
But if it doesn't for you, I will distclean my build folder and compile
it again.
btw. I'm using gcc-4.3.3
br,
Sebastian
Phil Longstaff schrieb:
It's not crashing for me on win32. Sebastian, you showed the results when it
hit the breakpoint in gdb, but does it crash for you? I don't see that from
your e-mail.
Phil
From: Phil Longstaff plongst...@rogers.com
To: Gnucash list gnucash-de...@lists.gnucash.org
Sent: Friday, April 3, 2009 9:18:57 AM
Subject: Crash in dialog_file_access.c (was Re: Trouble compiling)
I got my win32 build environment running so I'll look at this as soon as I
can.
Phil
From: Sebastian Held sebastian.h...@gmx.de
To: Phil Longstaff plongst...@rogers.com
Cc: David Reiser dbrei...@earthlink.net; Derek Atkins warl...@mit.edu;
Gnucash list gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 3:19:10 PM
Subject: Re: Trouble compiling
Same (rev18012) here on windows:
63A4A37E libgobject-2.0-0.dll:63A4A37E g_object_connect
64F0BAE3 libgncmod-gnome-utils.dll:64F0BAE3 gnc_ui_file_access
dialog-file-access.c:234
64F0BC72 libgncmod-gnome-utils.dll:64F0BC72
gnc_ui_file_access_for_save_as dialog-file-access.c:275
6E36706F libgnc-gnome-0.dll:6E36706F
gnc_main_window_cmd_file_save_as gnc-plugin-basic-commands.c:393
(gdb) break dialog-file-access.c:234
...
(gdb) list 234
234 g_object_connect( G_OBJECT(faw-cb_uri_type),
signal::changed, cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x1e3a6c0
xml = (GladeXML *) 0x16aae00
box = (GtkWidget *) 0x65c41273
ds_node = (GList *) 0x1296850
op = (GtkButton *) 0x3eb4f60
align = (GtkWidget *) 0x3eafd68
fileChooser = (GtkFileChooserWidget *) 0x3ec4360
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x1d5c7a0
node = (GList *) 0x22f318
uri_type_container = (GtkWidget *) 0x3e9f918
__PRETTY_FUNCTION__ = gnc_ui_file_access
(gdb) p *faw
$2 = {type = 1, dialog = 0x3ec7008, frame_file = 0x3eafd00,
frame_database = 0x3eafb60, fileChooser = 0x3ec4360,
cb_uri_type = 0x3ed7010, tf_host = 0x3eaa0c0, tf_database =
0x3eaa170,
tf_username = 0x3eaa220, tf_password = 0x3eaa2d0}
(gdb) p cb_uri_type_changed_cb
$3 = {void (GtkComboBox *)} 0x64f0b688 cb_uri_type_changed_cb
Sadly I'm currently learning gtk/glib so I'll stop here.
Sebastian
Phil Longstaff schrieb:
This part of the code creates a text combo box to contain the access types
(xml, mysql, sqlite3, ...). Line 234 is:
g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL );
Works fine on linux. I have no clue.
Phil
From: David Reiser dbrei...@earthlink.net
To: Derek Atkins warl...@mit.edu
Cc: Phil Longstaff plongst...@rogers.com; Gnucash list
gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 11:54:38 AM
Subject: Re: Trouble compiling
No. I have upgraded a couple dependencies since I first mentioned this, but
the attached crash log is from gnucash built last night from 18012 with no
other updates after.
Dave
On Apr 2, 2009, at 10:22 AM, Derek Atkins wrote:
Did you change out dependencies after you configured/compiled?
-derek
David Reiser dbrei...@earthlink.net writes:
On Apr 1, 2009, at 1:42 PM, Phil Longstaff wrote:
[...]
Once gnucash is started, either with a new file and set of accounts,
or by
loading your old data, select FIle - Save As.
[...]
After choosing save as, I get a bus error.
Thread 0 Crashed:
0 libSystem.B.dylib 0x91deac60 strncmp + 224
1 libgobject-2.0.0.dylib0x0186f590 g_object_connect + 248
2 libgncmod-gnome-utils.dylib 0x0035f7e8 gnc_ui_file_access
+ 1088 (dialog-file-access.c:234)
3 libgncmod-gnome-utils.dylib 0x0035f9d8
gnc_ui_file_access_for_save_as + 24 (dialog-file-access.c:275)
4 libgnc-gnome.0.dylib 0x0020087c
gnc_main_window_cmd_file_save_as + 140
(gnc-plugin-basic-commands.c:389)
5 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
6 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
7 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
8 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
9 libgtk-x11-2.0.0.dylib0x00dd099c
_gtk_action_emit_activate + 88
10 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
11 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
12 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
13 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
14 libgtk-x11-2.0.0.dylib0x00fa070c gtk_widget_activate + 148
15 libgtk-x11-2.0.0.dylib0x00ea2d48
gtk_menu_shell_activate_item + 352
16 libgtk-x11-2.0.0
Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
hmm - now I remember... I already did a clean build. Now I will try
gcc-3.4.5 (std mingw)
Phil Longstaff schrieb:
It's not crashing for me on win32. Sebastian, you showed the results when it
hit the breakpoint in gdb, but does it crash for you? I don't see that from
your e-mail.
Phil
From: Phil Longstaff plongst...@rogers.com
To: Gnucash list gnucash-de...@lists.gnucash.org
Sent: Friday, April 3, 2009 9:18:57 AM
Subject: Crash in dialog_file_access.c (was Re: Trouble compiling)
I got my win32 build environment running so I'll look at this as soon as I
can.
Phil
From: Sebastian Held sebastian.h...@gmx.de
To: Phil Longstaff plongst...@rogers.com
Cc: David Reiser dbrei...@earthlink.net; Derek Atkins warl...@mit.edu;
Gnucash list gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 3:19:10 PM
Subject: Re: Trouble compiling
Same (rev18012) here on windows:
63A4A37E libgobject-2.0-0.dll:63A4A37E g_object_connect
64F0BAE3 libgncmod-gnome-utils.dll:64F0BAE3 gnc_ui_file_access
dialog-file-access.c:234
64F0BC72 libgncmod-gnome-utils.dll:64F0BC72
gnc_ui_file_access_for_save_as dialog-file-access.c:275
6E36706F libgnc-gnome-0.dll:6E36706F
gnc_main_window_cmd_file_save_as gnc-plugin-basic-commands.c:393
(gdb) break dialog-file-access.c:234
...
(gdb) list 234
234 g_object_connect( G_OBJECT(faw-cb_uri_type),
signal::changed, cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x1e3a6c0
xml = (GladeXML *) 0x16aae00
box = (GtkWidget *) 0x65c41273
ds_node = (GList *) 0x1296850
op = (GtkButton *) 0x3eb4f60
align = (GtkWidget *) 0x3eafd68
fileChooser = (GtkFileChooserWidget *) 0x3ec4360
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x1d5c7a0
node = (GList *) 0x22f318
uri_type_container = (GtkWidget *) 0x3e9f918
__PRETTY_FUNCTION__ = gnc_ui_file_access
(gdb) p *faw
$2 = {type = 1, dialog = 0x3ec7008, frame_file = 0x3eafd00,
frame_database = 0x3eafb60, fileChooser = 0x3ec4360,
cb_uri_type = 0x3ed7010, tf_host = 0x3eaa0c0, tf_database =
0x3eaa170,
tf_username = 0x3eaa220, tf_password = 0x3eaa2d0}
(gdb) p cb_uri_type_changed_cb
$3 = {void (GtkComboBox *)} 0x64f0b688 cb_uri_type_changed_cb
Sadly I'm currently learning gtk/glib so I'll stop here.
Sebastian
Phil Longstaff schrieb:
This part of the code creates a text combo box to contain the access types
(xml, mysql, sqlite3, ...). Line 234 is:
g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL );
Works fine on linux. I have no clue.
Phil
From: David Reiser dbrei...@earthlink.net
To: Derek Atkins warl...@mit.edu
Cc: Phil Longstaff plongst...@rogers.com; Gnucash list
gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 11:54:38 AM
Subject: Re: Trouble compiling
No. I have upgraded a couple dependencies since I first mentioned this, but
the attached crash log is from gnucash built last night from 18012 with no
other updates after.
Dave
On Apr 2, 2009, at 10:22 AM, Derek Atkins wrote:
Did you change out dependencies after you configured/compiled?
-derek
David Reiser dbrei...@earthlink.net writes:
On Apr 1, 2009, at 1:42 PM, Phil Longstaff wrote:
[...]
Once gnucash is started, either with a new file and set of accounts,
or by
loading your old data, select FIle - Save As.
[...]
After choosing save as, I get a bus error.
Thread 0 Crashed:
0 libSystem.B.dylib 0x91deac60 strncmp + 224
1 libgobject-2.0.0.dylib0x0186f590 g_object_connect + 248
2 libgncmod-gnome-utils.dylib 0x0035f7e8 gnc_ui_file_access
+ 1088 (dialog-file-access.c:234)
3 libgncmod-gnome-utils.dylib 0x0035f9d8
gnc_ui_file_access_for_save_as + 24 (dialog-file-access.c:275)
4 libgnc-gnome.0.dylib 0x0020087c
gnc_main_window_cmd_file_save_as + 140
(gnc-plugin-basic-commands.c:389)
5 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
6 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
7 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
8 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
9 libgtk-x11-2.0.0.dylib0x00dd099c
_gtk_action_emit_activate + 88
10 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
11 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
12 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
13 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
14 libgtk-x11-2.0.0.dylib0x00fa070c gtk_widget_activate + 148
15 libgtk-x11-2.0.0.dylib0x00ea2d48
gtk_menu_shell_activate_item + 352
16 libgtk-x11-2.0.0.dylib0x00ea2e8c
Re: Tutorial on Plugins
marcus.wolsc...@googlemail.com schrieb: On Tue, 31 Mar 2009 17:33:44 +0200, Sebastian Held sebastian.h...@gmx.de wrote: Hello List, I've placed a small tutorial on: http://wiki.gnucash.org/wiki/Building It's a bit misplaced, so feel free to move it (and feel free to correct spelling, ...). I didn't found this particular information at the site, but if it's already there feel free to delete it. It looks very usefull. However: 1) I would name the page plugin_tutorial instead of Building 2) State what the page is about at the start of the page 3) Link to the documentation on what APIs the plugin can use. Marcus The page Building was already there and that seems to be the best place to put this tutorial in (the best place I had write permissions to). APIs - yes, good point. But I do not know ;) As far as I currenty believe, the plugin is able to use the full power of GnuCash (it's in the same address space). Some concept similiar to swig should be used to dynamically link to the GnuCash modules, but a static link will do, too (I guess). The future vision should be: a development kit, which allows for external plugin development; full dynamic linking; a modifieable GnuCash infrastructure (already discussed on the list to eventually be made from look up tables) for hooking into existing functions... Let's start with the simple things. The next thing I like to do, is to add a small glade example and use this knowledge to finally get my customer import module finished. Sebastian begin:vcard fn:Sebastian Held n:Held;Sebastian adr:;;von-Galen-Str. 4;Hamminkeln;NRW;46499;Germany email;internet:sebastian.h...@gmx.de tel;home:+49 2852 508527 x-mozilla-html:FALSE version:2.1 end:vcard ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Crash in dialog_file_access.c (was Re: Trouble compiling)
The recompiled trunk does not show the segfault!
Either we discovered a bug in gcc-4.3.3 or gnucash uses some strange
code lines...
I'm on windows = can you run valgrind on the save as command?
Sebastian
Sebastian Held schrieb:
hmm - now I remember... I already did a clean build. Now I will try
gcc-3.4.5 (std mingw)
Phil Longstaff schrieb:
It's not crashing for me on win32. Sebastian, you showed the results when
it hit the breakpoint in gdb, but does it crash for you? I don't see that
from your e-mail.
Phil
From: Phil Longstaff plongst...@rogers.com
To: Gnucash list gnucash-de...@lists.gnucash.org
Sent: Friday, April 3, 2009 9:18:57 AM
Subject: Crash in dialog_file_access.c (was Re: Trouble compiling)
I got my win32 build environment running so I'll look at this as soon as I
can.
Phil
From: Sebastian Held sebastian.h...@gmx.de
To: Phil Longstaff plongst...@rogers.com
Cc: David Reiser dbrei...@earthlink.net; Derek Atkins warl...@mit.edu;
Gnucash list gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 3:19:10 PM
Subject: Re: Trouble compiling
Same (rev18012) here on windows:
63A4A37E libgobject-2.0-0.dll:63A4A37E g_object_connect
64F0BAE3 libgncmod-gnome-utils.dll:64F0BAE3 gnc_ui_file_access
dialog-file-access.c:234
64F0BC72 libgncmod-gnome-utils.dll:64F0BC72
gnc_ui_file_access_for_save_as dialog-file-access.c:275
6E36706F libgnc-gnome-0.dll:6E36706F
gnc_main_window_cmd_file_save_as gnc-plugin-basic-commands.c:393
(gdb) break dialog-file-access.c:234
...
(gdb) list 234
234 g_object_connect( G_OBJECT(faw-cb_uri_type),
signal::changed, cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x1e3a6c0
xml = (GladeXML *) 0x16aae00
box = (GtkWidget *) 0x65c41273
ds_node = (GList *) 0x1296850
op = (GtkButton *) 0x3eb4f60
align = (GtkWidget *) 0x3eafd68
fileChooser = (GtkFileChooserWidget *) 0x3ec4360
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x1d5c7a0
node = (GList *) 0x22f318
uri_type_container = (GtkWidget *) 0x3e9f918
__PRETTY_FUNCTION__ = gnc_ui_file_access
(gdb) p *faw
$2 = {type = 1, dialog = 0x3ec7008, frame_file = 0x3eafd00,
frame_database = 0x3eafb60, fileChooser = 0x3ec4360,
cb_uri_type = 0x3ed7010, tf_host = 0x3eaa0c0, tf_database =
0x3eaa170,
tf_username = 0x3eaa220, tf_password = 0x3eaa2d0}
(gdb) p cb_uri_type_changed_cb
$3 = {void (GtkComboBox *)} 0x64f0b688 cb_uri_type_changed_cb
Sadly I'm currently learning gtk/glib so I'll stop here.
Sebastian
Phil Longstaff schrieb:
This part of the code creates a text combo box to contain the access types
(xml, mysql, sqlite3, ...). Line 234 is:
g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL );
Works fine on linux. I have no clue.
Phil
From: David Reiser dbrei...@earthlink.net
To: Derek Atkins warl...@mit.edu
Cc: Phil Longstaff plongst...@rogers.com; Gnucash list
gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 11:54:38 AM
Subject: Re: Trouble compiling
No. I have upgraded a couple dependencies since I first mentioned this, but
the attached crash log is from gnucash built last night from 18012 with no
other updates after.
Dave
On Apr 2, 2009, at 10:22 AM, Derek Atkins wrote:
Did you change out dependencies after you configured/compiled?
-derek
David Reiser dbrei...@earthlink.net writes:
On Apr 1, 2009, at 1:42 PM, Phil Longstaff wrote:
[...]
Once gnucash is started, either with a new file and set of accounts,
or by
loading your old data, select FIle - Save As.
[...]
After choosing save as, I get a bus error.
Thread 0 Crashed:
0 libSystem.B.dylib 0x91deac60 strncmp + 224
1 libgobject-2.0.0.dylib0x0186f590 g_object_connect + 248
2 libgncmod-gnome-utils.dylib 0x0035f7e8 gnc_ui_file_access
+ 1088 (dialog-file-access.c:234)
3 libgncmod-gnome-utils.dylib 0x0035f9d8
gnc_ui_file_access_for_save_as + 24 (dialog-file-access.c:275)
4 libgnc-gnome.0.dylib 0x0020087c
gnc_main_window_cmd_file_save_as + 140
(gnc-plugin-basic-commands.c:389)
5 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
6 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
7 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
8 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
9 libgtk-x11-2.0.0.dylib0x00dd099c
_gtk_action_emit_activate + 88
10 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
11 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
12 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
13 libgobject-2.0.0.dylib0x0187d234 g_signal_emit
Re: Trouble compiling
Same (rev18012) here on windows:
63A4A37E libgobject-2.0-0.dll:63A4A37E g_object_connect
64F0BAE3 libgncmod-gnome-utils.dll:64F0BAE3 gnc_ui_file_access
dialog-file-access.c:234
64F0BC72 libgncmod-gnome-utils.dll:64F0BC72
gnc_ui_file_access_for_save_as dialog-file-access.c:275
6E36706F libgnc-gnome-0.dll:6E36706F gnc_main_window_cmd_file_save_as
gnc-plugin-basic-commands.c:393
(gdb) break dialog-file-access.c:234
...
(gdb) list 234
234 g_object_connect( G_OBJECT(faw-cb_uri_type),
signal::changed, cb_uri_type_changed_cb, NULL );
(gdb) info local
faw = (FileAccessWindow *) 0x1e3a6c0
xml = (GladeXML *) 0x16aae00
box = (GtkWidget *) 0x65c41273
ds_node = (GList *) 0x1296850
op = (GtkButton *) 0x3eb4f60
align = (GtkWidget *) 0x3eafd68
fileChooser = (GtkFileChooserWidget *) 0x3ec4360
fileChooserAction = GTK_FILE_CHOOSER_ACTION_SAVE
list = (GList *) 0x1d5c7a0
node = (GList *) 0x22f318
uri_type_container = (GtkWidget *) 0x3e9f918
__PRETTY_FUNCTION__ = gnc_ui_file_access
(gdb) p *faw
$2 = {type = 1, dialog = 0x3ec7008, frame_file = 0x3eafd00,
frame_database = 0x3eafb60, fileChooser = 0x3ec4360,
cb_uri_type = 0x3ed7010, tf_host = 0x3eaa0c0, tf_database = 0x3eaa170,
tf_username = 0x3eaa220, tf_password = 0x3eaa2d0}
(gdb) p cb_uri_type_changed_cb
$3 = {void (GtkComboBox *)} 0x64f0b688 cb_uri_type_changed_cb
Sadly I'm currently learning gtk/glib so I'll stop here.
Sebastian
Phil Longstaff schrieb:
This part of the code creates a text combo box to contain the access types
(xml, mysql, sqlite3, ...). Line 234 is:
g_object_connect( G_OBJECT(faw-cb_uri_type), signal::changed,
cb_uri_type_changed_cb, NULL );
Works fine on linux. I have no clue.
Phil
From: David Reiser dbrei...@earthlink.net
To: Derek Atkins warl...@mit.edu
Cc: Phil Longstaff plongst...@rogers.com; Gnucash list
gnucash-de...@lists.gnucash.org
Sent: Thursday, April 2, 2009 11:54:38 AM
Subject: Re: Trouble compiling
No. I have upgraded a couple dependencies since I first mentioned this, but
the attached crash log is from gnucash built last night from 18012 with no
other updates after.
Dave
On Apr 2, 2009, at 10:22 AM, Derek Atkins wrote:
Did you change out dependencies after you configured/compiled?
-derek
David Reiser dbrei...@earthlink.net writes:
On Apr 1, 2009, at 1:42 PM, Phil Longstaff wrote:
[...]
Once gnucash is started, either with a new file and set of accounts,
or by
loading your old data, select FIle - Save As.
[...]
After choosing save as, I get a bus error.
Thread 0 Crashed:
0 libSystem.B.dylib 0x91deac60 strncmp + 224
1 libgobject-2.0.0.dylib0x0186f590 g_object_connect + 248
2 libgncmod-gnome-utils.dylib 0x0035f7e8 gnc_ui_file_access
+ 1088 (dialog-file-access.c:234)
3 libgncmod-gnome-utils.dylib 0x0035f9d8
gnc_ui_file_access_for_save_as + 24 (dialog-file-access.c:275)
4 libgnc-gnome.0.dylib 0x0020087c
gnc_main_window_cmd_file_save_as + 140
(gnc-plugin-basic-commands.c:389)
5 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
6 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
7 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
8 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
9 libgtk-x11-2.0.0.dylib0x00dd099c
_gtk_action_emit_activate + 88
10 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
11 libgobject-2.0.0.dylib0x0187bbe4
signal_emit_unlocked_R + 2644
12 libgobject-2.0.0.dylib0x0187cff4
g_signal_emit_valist + 1892
13 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
14 libgtk-x11-2.0.0.dylib0x00fa070c gtk_widget_activate + 148
15 libgtk-x11-2.0.0.dylib0x00ea2d48
gtk_menu_shell_activate_item + 352
16 libgtk-x11-2.0.0.dylib0x00ea2e8c
gtk_menu_shell_button_release + 232
17 libgtk-x11-2.0.0.dylib0x00e9087c
_gtk_marshal_BOOLEAN__BOXED + 204
18 libgobject-2.0.0.dylib0x0186ae1c g_closure_invoke + 396
19 libgobject-2.0.0.dylib0x0187be08
signal_emit_unlocked_R + 3192
20 libgobject-2.0.0.dylib0x0187d038
g_signal_emit_valist + 1960
21 libgobject-2.0.0.dylib0x0187d234 g_signal_emit + 44
22 libgtk-x11-2.0.0.dylib0x00fa0a28
gtk_widget_event_internal + 760
23 libgtk-x11-2.0.0.dylib0x00e8ea94 gtk_propagate_event + 468
24 libgtk-x11-2.0.0.dylib0x00e8f104 gtk_main_do_event + 1248
25 libgdk-x11-2.0.0.dylib0x011ccc78 gdk_event_dispatch + 124
26 libglib-2.0.0.dylib 0x018d9bf4
g_main_context_dispatch + 616
27 libglib-2.0.0.dylib 0x018db960
g_main_context_iterate + 1360
28 libglib-2.0.0.dylib 0x018dbd5c g_main_loop_run + 872
29
Tutorial on Plugins
Hello List, I've placed a small tutorial on: http://wiki.gnucash.org/wiki/Building It's a bit misplaced, so feel free to move it (and feel free to correct spelling, ...). I didn't found this particular information at the site, but if it's already there feel free to delete it. br, Sebastian p.s. an out-of-tree approach would be very useful - but I don't know how to realize it. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [PATCH] Budget report improvements (was Re: Budget reports)
Hi, this may be of interest to win32 users: http://tellico.dyndns.org/drupal/node/1 Currently providing svn rev18006. br, Sebastian Derek Atkins schrieb: No, the latest released version of GnuCash does NOT contain this feature. It's only in Trunk (the development sources) for which we do not provide Win32 packages. begin:vcard fn:Sebastian Held n:Held;Sebastian adr:;;von-Galen-Str. 4;Hamminkeln;NRW;46499;Germany email;internet:sebastian.h...@gmx.de tel;home:+49 2852 508527 x-mozilla-html:FALSE version:2.1 end:vcard ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Problem building gnucash on windows
Hello, I'm currently cleaning up my build scripts, but you may try them: http://tellico.dyndns.org/drupal/ Extract the zip to e.g. c:\dev\projects\gnucash\packaging Modify the path settings at custom.sh (if needed) Start up msys and cd /c/dev/projects/gnucash/packaging/win32 ./install.sh Good luck, Sebastian Am Dienstag 24 März 2009 12:26:01 schrieb Mike: I am trying to build GnuCash on windows XP. I am following the directions on the wiki page http://wiki.gnucash.org/wiki/Windows#Q:_Is_it_possible_to_compile_GnuCash_o n _Windows.3F. When running install.sh, the build fails on the package gwenhywfar with the following popup error: The procedure entry point BIO_clear_flags could not be located in the dynamic link library libeay32.dll. I understand this is an OpenSSL library, but from the build it appears OpenSSL installed fine, but I'm not experienced enough with GnuCash to know what to check next. Thanks in advance. 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
