Josh Sled wrote:
On Sat, 2006-01-14 at 12:39 -0700, Mark Johnson wrote:
  
THen I choose File->New->New File
File->New->New Accounts Page
File->New->New Account Hierarchy.
I selected a simple checkbook, and made all top-level accounts 
placeholders (also Current Assets).  No opening balances.  Then gnucash 
unexpectedly quit.
    

"Then" when?  Are you able to reproduce this while running under GDB to
get a stack trace of the crash?
  
I've just tried it again.  The crash did not repeat.  I was not running under gdb either time.

My accounts page shows only  three top-level accounts: assets, Orphan-CAD, and New top level account.  None of these has a triangle next to it indicating sub-accounts.  My understanding from creating the New Account Hierarchy was that I would have one top level account and several sub-accounts.  For example, assets:current assets:checking.

This time I got the "Unexpectedly quit" dialog (nice dialog by the way) when I tried to save.  I clicked Restart and got the expected error about being unable to obtain a lock.  I opened it anyway, and found a different set of top-level accounts (the file name was the same):
-an account with no name
-Assets
-Equity
-Expenses
-Income
-Orphan-CAD

So I deleted my saved files, restarted gnucash. attached gdb to it, and continued as before:
File->New->New Accounts Page
File->New->New Account Hierarchy.
I selected a simple checkbook, and made all top-level accounts 
placeholders (also Current Assets).  No opening balances.  Then gnucash 
unexpectedly quit.

Here is the resulting backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1224492832 (LWP 14760)]
0xb732a179 in g_type_check_instance_cast () from /usr/lib/libgobject-2.0.so.0
(gdb) bt
#0  0xb732a179 in g_type_check_instance_cast () from /usr/lib/libgobject-2.0.so.0
#1  0xb6ea9359 in gnc_tree_model_account_do_deletions (unused=0x0)
    at gnc-tree-model-account.c:1445
#2  0xb72aec03 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0
#3  0xb72abc02 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#4  0xb72acc78 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#5  0xb72acfb0 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#6  0xb72ad553 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#7  0xb76662e3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#8  0xb697640d in gnc_ui_start_event_loop () at top-level.c:442
#9  0xb69a2761 in gw__tmp813_gnc_ui_start_event_loop_wrapper () at gw-gnc.c:248
#10 0xb73b9069 in scm_deval () from /usr/lib/libguile.so.12
#11 0xb73b75c4 in scm_deval () from /usr/lib/libguile.so.12
#12 0xb73b75c4 in scm_deval () from /usr/lib/libguile.so.12
#13 0xb73b68f2 in scm_i_eval_x () from /usr/lib/libguile.so.12
#14 0xb73b69cc in scm_primitive_eval_x () from /usr/lib/libguile.so.12
#15 0xb73f60e7 in scm_eval_0str () from /usr/lib/libguile.so.12
#16 0xb73bc94c in scm_c_with_fluids () from /usr/lib/libguile.so.12
#17 0xb73bca09 in scm_c_with_fluid () from /usr/lib/libguile.so.12
#18 0xb73d3ce7 in scm_c_call_with_current_module () from /usr/lib/libguile.so.12
#19 0xb73f615a in scm_eval_string () from /usr/lib/libguile.so.12
#20 0xb73f6027 in scm_c_eval_string () from /usr/lib/libguile.so.12
#21 0x08048b32 in inner_main (closure=0x0, argc=1, argv=0xbfa668d4) at gnucash-bin.c:38
#22 0xb73ce84f in scm_init_guile () from /usr/lib/libguile.so.12
#23 0xb73ce80c in scm_init_guile () from /usr/lib/libguile.so.12
#24 0xb73ce4e0 in scm_boot_guile () from /usr/lib/libguile.so.12
#25 0x08048bb1 in main (argc=1, argv=0xbfa668d4) at gnucash-bin.c:56
I selected "restart", and went through the same sequence, except 
choosing investment accounts in addition to simple checkbook.  this time 
it did not crash, but only a "New top level account" showed up in the 
chart of accounts.
    

Is this reproducible, as well?

I'm presently modifying code in this area, but I've not changed anything
recently and the current code shouldn't be behaving this badly...

  
I am wondering if some of my libraries are too old for gnucash and perhaps configure is not checking for their versions properly.  It's just a guess, though.

Mark

_______________________________________________
gnucash-devel mailing list
[email protected]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Reply via email to