Debian Bug report logs - #663113
gnucash: Gnucash segfaults in libglib-2.0 while trying to edit scheduled transaction

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: adam <netglider@gmail.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: gnucash: Gnucash segfaults in libglib-2.0 while trying to edit scheduled transaction

Date: Thu, 08 Mar 2012 16:31:04 +0100

Package: gnucash
Version: 1:2.4.10-2
Severity: important

Dear Maintainer,

Gnucash segfaults while trying to edit existing scheduled transaction. To case
this, one can only open scheduled transaction window and then click ok. It has
been confirmed on 2 debian testing systems and ubuntu. This appeared for the
first time in 2.6.10-1 version, but even upgrading gnucash and gnucach-common
to 2.6.10-2 didn't solved this problem. Message is dmesg is always the same:
gnucash[28817]: segfault at 2c ip b6db5e1c sp bf8116c0 error 4 in
libglib-2.0.so.0.3000.2[b6d82000+fa000]

End of strace of gnucash:
poll([{fd=6, events=POLLIN}, {fd=4, events=POLLIN}, {fd=8,
events=POLLIN|POLLPRI}, {fd=11, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI},
{fd=16, events=POLLIN}], 6, 0) = 0 (Timeout)
read(6, 0xbf82fdac, 16)                 = -1 EAGAIN (Resource temporarily
unavailable)
brk(0x8cb8000)                          = 0x8cb8000
brk(0x8cb6000)                          = 0x8cb6000
brk(0x8cb3000)                          = 0x8cb3000
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4,
[{"5\30\4\0\4\7\340\3\270\6\340\3\200\6\262\3\224\4\5\0\5\7\340\3\4\7\340\3*\0\0\0"...,
4540}, {NULL, 0}, {"", 0}], 3) = 4540
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
clock_gettime(CLOCK_MONOTONIC, {112827, 40488982}) = 0
poll([{fd=6, events=POLLIN}, {fd=4, events=POLLIN}, {fd=8,
events=POLLIN|POLLPRI}, {fd=11, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI},
{fd=16, events=POLLIN}], 6, 3274) = 1 ([{fd=4, revents=POLLIN}])
read(6, 0xbf82fdac, 16)                 = -1 EAGAIN (Resource temporarily
unavailable)
recv(4,
"\5\0013\207\345\232\271\6\277\0\0\0\270\6\340\3\0\0\0\0i\6\347\3i\6\263\3\20\1\1\0",
4096, 0) = 32
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
clock_gettime(CLOCK_MONOTONIC, {112827, 109717474}) = 0
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{"$\30\1\0&\7\2\0\277\0\0\0", 12}, {NULL, 0}, {"", 0}], 3) = 12
poll([{fd=4, events=POLLIN}], 1, -1)    = 1 ([{fd=4, revents=POLLIN}])
recv(4,
"\1\0015\207\0\0\0\0\277\0\0\0\276#$\1i\6\347\3i\6\347\3\20\0\0\0\0\0\0\0",
4096, 0) = 32
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{"&\30\2\0\276#$\1", 8}, {NULL, 0}, {"", 0}], 3) = 8
poll([{fd=4, events=POLLIN}], 1, -1)    = 1 ([{fd=4, revents=POLLIN}])
recv(4,
"\1\0016\207\0\0\0\0\277\0\0\0\270\6\340\3i\6\347\3i\6\316\3\20\0\0\0\0\0\0\0",
4096, 0) = 32
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{"&\30\2\0\270\6\340\3", 8}, {NULL, 0}, {"", 0}], 3) = 8
poll([{fd=4, events=POLLIN}], 1, -1)    = 1 ([{fd=4, revents=POLLIN}])
recv(4,
"\1\0017\207\0\0\0\0\277\0\0\0\0\0\0\0i\6\347\3i\6\263\3\20\0\0\0\0\0\0\0",
4096, 0) = 32
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
writev(4, [{"%\30\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4
recv(4, 0x85187c8, 4096, 0)             = -1 EAGAIN (Resource temporarily
unavailable)
time(NULL)                              = 1331220496
time(NULL)                              = 1331220496
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2679, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2679, ...}) = 0
time(NULL)                              = 1331220496
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2679, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2679, ...}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

End of ltrace of gnucash:
gnc_hook_run(0x804e545, 0, 0x40594000, 0x884a5c0, 0xbfcd8898)
= 0
gnc_history_get_last(0xbfcd8878, 0xb773b740, 3199, 0x879e298, 0xb73b4c04
<unfinished ...>
--- SIGCHLD (Child exited) ---
unexpected breakpoint at 0x804a63f
gnc_history_get_last(0xbfcd8878, 0xb773b740, 3199, 0x879e298, 0xb73b4c04)
= 0x8891490
gettext(0x804e552, 0, 0x40594000, 0x884a5c0, 0xbfcd8898)
= 0xb1f1f78c
gnc_update_splash_screen(0xb1f1f78c, 0, 0x40594000, 0x884a5c0, 0xbfcd8898)
= 0
gnc_file_open_file(0x8891490, 0, 0x40594000, 0x884a5c0, 0xbfcd8898)
= 1
g_free(0x8891490, 0, 0x40594000, 0x884a5c0, 0xbfcd8898)
= 0xb6d3e3c0
gnc_destroy_splash_screen(0x8891490, 0, 0x40594000, 0x884a5c0, 0xbfcd8898)
= 44
gnc_main_window_show_all_windows(0x8891490, 0, 0x40594000, 0x884a5c0,
0xbfcd8898)                                 = 0
gnc_hook_run(0x804e581, 0, 0x40594000, 0x884a5c0, 0xbfcd8898)
= 0
gnc_ui_start_event_loop(0x804e581, 0, 0x40594000, 0x884a5c0, 0xbfcd8898
<unfinished ...>
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnucash depends on:
ii  gconf-service              3.2.3-3
ii  gnucash-common             1:2.4.10-2
ii  guile-1.8                  1.8.8+1-6
ii  guile-1.8-libs             1.8.8+1-6
ii  libaqbanking33             5.0.22-1
ii  libc6                      2.13-27
ii  libcairo2                  1.10.2-6.2
ii  libcrypt-ssleay-perl       0.58-1
ii  libdate-manip-perl         6.30-1
ii  libdbi1                    0.8.4-5.1
ii  libfinance-quote-perl      1.17+git20110918-1
ii  libgconf-2-4               3.2.3-3
ii  libgdk-pixbuf2.0-0         2.24.1-1
ii  libglade2-0                1:2.6.4-1
ii  libglib2.0-0               2.30.2-6
ii  libgnome-keyring0          3.2.2-2
ii  libgnome2-0                2.32.1-2
ii  libgnomecanvas2-0          2.30.3-1
ii  libgnomeui-0               2.24.5-2
ii  libgoffice-0.8-8           0.8.17-1
ii  libgtk2.0-0                2.24.10-1
ii  libgwengui-gtk2-0          4.3.1-1
ii  libgwenhywfar60            4.3.1-1
ii  libhtml-tableextract-perl  2.11-1
ii  libhtml-tree-perl          4.2-1
ii  libktoblzcheck1c2a         1.37-1
ii  libofx4                    1:0.9.4-2
ii  libpango1.0-0              1.29.4-2
ii  libwebkitgtk-1.0-0         1.6.3-1
ii  libwww-perl                6.04-1
ii  libx11-6                   2:1.4.4-4
ii  libxml2                    2.7.8.dfsg-7
ii  perl                       5.14.2-7
ii  slib                       3b1-3.1
ii  zlib1g                     1:1.2.6.dfsg-2

Versions of packages gnucash recommends:
ii  gnucash-docs  2.4.1-3
ii  yelp          3.2.1+dfsg-1+b1

Versions of packages gnucash suggests:
pn  libdbd-mysql    <none>
pn  libdbd-pgsql    <none>
pn  libdbd-sqlite3  <none>

-- no debconf information

Message #10 received at 663113@bugs.debian.org (full text, mbox, reply):

From: Sébastien Villemot <sebastien.villemot@ens.fr>

To: adam <netglider@gmail.com>

Cc: 663113@bugs.debian.org

Subject: Re: Bug#663113: gnucash: Gnucash segfaults in libglib-2.0 while trying to edit scheduled transaction

Date: Thu, 08 Mar 2012 19:35:18 +0100

[Message part 1 (text/plain, inline)]

adam <netglider@gmail.com> writes:

> Package: gnucash
> Version: 1:2.4.10-2
> Severity: important
>
> Dear Maintainer,
>
> Gnucash segfaults while trying to edit existing scheduled transaction. To case
> this, one can only open scheduled transaction window and then click ok. It has
> been confirmed on 2 debian testing systems and ubuntu. This appeared for the
> first time in 2.6.10-1 version, but even upgrading gnucash and gnucach-common
> to 2.6.10-2 didn't solved this problem. Message is dmesg is always the same:
> gnucash[28817]: segfault at 2c ip b6db5e1c sp bf8116c0 error 4 in
> libglib-2.0.so.0.3000.2[b6d82000+fa000]

Thanks for your report.

Did you check that your problem is not a duplicate of #652373 ? It looks
very similar.

It would also be helpful if you provided a full gdb trace.

Best,

-- 
Sébastien Villemot
Researcher in Economics & Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594

[Message part 2 (application/pgp-signature, inline)]

Message #15 received at 663113@bugs.debian.org (full text, mbox, reply):

From: Sébastien Villemot <sebastien.villemot@ens.fr>

To: adam <netglider@gmail.com>

Cc: 663113@bugs.debian.org

Subject: Re: Bug#663113: gnucash: Gnucash segfaults in libglib-2.0 while trying to edit scheduled transaction

Date: Sun, 18 Mar 2012 22:50:18 +0100

[Message part 1 (text/plain, inline)]

adam <netglider@gmail.com> writes:

> W dniu 08.03.2012 19:35, Sébastien Villemot pisze:
>> adam <netglider@gmail.com> writes:
>>
>>> Package: gnucash
>>> Version: 1:2.4.10-2
>>> Severity: important
>>>
>>> Dear Maintainer,
>>>
>>> Gnucash segfaults while trying to edit existing scheduled transaction. To case
>>> this, one can only open scheduled transaction window and then click ok. It has
>>> been confirmed on 2 debian testing systems and ubuntu. This appeared for the
>>> first time in 2.6.10-1 version, but even upgrading gnucash and gnucach-common
>>> to 2.6.10-2 didn't solved this problem. Message is dmesg is always the same:
>>> gnucash[28817]: segfault at 2c ip b6db5e1c sp bf8116c0 error 4 in
>>> libglib-2.0.so.0.3000.2[b6d82000+fa000]
>> Thanks for your report.
>>
>> Did you check that your problem is not a duplicate of #652373 ? It looks
>> very similar.
>>
>> It would also be helpful if you provided a full gdb trace.
>>
>> Best,
>>
> I somehow missed  #652373 bug while going through the list.. It indeed
> looks the same - while I try to edit transaction which is active, there
> is no segfault. Below I enclose gdb trace, if it need to be done with
> different that default options please write.

Thanks.

Actually this is not a full GDB backtrace (it only shows the function in
which the crash occurs: g_hash_table_foreach from glib).

See http://live.gnome.org/GettingTraces for getting useful traces. Use
bug-buddy or, from GDB, type "backtrace" after the crash. Don't forget
to install the debug packages before.

Also, can you tell if your crash concerns a scheduled transaction that
has run a finite number of times, as in #652373? If yes, this is
probably the same bug (since the crash is in the same function) and we
should merge the two.

Also note that you replied only to me (and not to the bug). I am cc:ing
this message to the bug in order to keep a log of the discussion.

Best,

> gdb trace:
> $ gdb gnucash
> GNU gdb (GDB) 7.4-debian
> Copyright (C) 2012 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 "i486-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /usr/bin/gnucash...(no debugging symbols found)...done.
> (gdb) run
> Starting program: /usr/bin/gnucash
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library
> "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
> gnc.bin-Message: main: binreloc relocation support was disabled at
> configure time.
>
> WARNING: gnome-keyring:: couldn't connect to:
> /tmp/keyring-fMWjjc/pkcs11: Nie ma takiego pliku ani katalogu
> [New Thread 0xa8337b70 (LWP 5274)]
> Found Finance::Quote version 1.17
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7648e1c in g_hash_table_foreach () from
> /lib/i386-linux-gnu/libglib-2.0.so.0

-- 
Sébastien Villemot
Researcher in Economics & Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594

[Message part 2 (application/pgp-signature, inline)]

Message #20 received at 663113@bugs.debian.org (full text, mbox, reply):

From: adam <netglider@gmail.com>

To: Sébastien Villemot <sebastien.villemot@ens.fr>

Cc: 663113@bugs.debian.org

Subject: Re: Bug#663113: gnucash: Gnucash segfaults in libglib-2.0 while trying to edit scheduled transaction

Date: Sun, 25 Mar 2012 20:59:07 +0200

Thank You for answer and guidances.

W dniu 18.03.2012 22:50, Sébastien Villemot pisze:
>
> Thanks.
>
> Actually this is not a full GDB backtrace (it only shows the function in
> which the crash occurs: g_hash_table_foreach from glib).
>
> See http://live.gnome.org/GettingTraces for getting useful traces. Use
> bug-buddy or, from GDB, type "backtrace" after the crash. Don't forget
> to install the debug packages before.
Hope this one is ok, with debug package installed.

(gdb) backtrace
#0  0xb7648e1c in g_hash_table_foreach () from
/lib/i386-linux-gnu/libglib-2.0.so.0
#1  0xb7e4ef0d in gnc_sx_instance_model_update_sx_instances
(model=0x86a59b8, sx=0x8346e90) at gnc-sx-instance-model.c:820
#2  0xb7efa5fa in gsltma_updated_cb (instances=0x86a59b8,
sx_updated=0x8346e90, user_data=0x8c99280) at
gnc-sx-list-tree-model-adapter.c:542
#3  0xb7067423 in g_cclosure_marshal_VOID__POINTER () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#4  0xb70653dc in g_closure_invoke () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#5  0xb7078180 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#6  0xb7080f17 in g_signal_emit_valist () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#7  0xb708120f in g_signal_emit_by_name () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#8  0xb7e4e9c6 in _gnc_sx_instance_event_handler (ent=0x8346e90,
event_type=2, user_data=0x86a59b8, evt_data=0x0) at
gnc-sx-instance-model.c:665
#9  0xb7cc0317 in qof_event_generate_internal (entity=0x8346e90,
event_id=2, event_data=0x0) at qofevent.c:200
#10 0xb7cc0426 in qof_event_gen (entity=0x8346e90, event_id=2,
event_data=0x0) at qofevent.c:244
#11 0xb7d35f04 in commit_done (inst=0x8346e90) at SchedXaction.c:532
#12 0xb7cbacd2 in qof_commit_edit_part2 (inst=0x8346e90,
on_error=0xb7d35e8d <commit_err>, on_done=0xb7d35ed7 <commit_done>,
on_free=0xb7d35e59 <sx_free>) at qofinstance.c:1157
#13 0xb7d35f65 in gnc_sx_commit_edit (sx=0x8346e90) at SchedXaction.c:539
#14 0xb7f88db0 in gnc_sxed_save_sx (sxed=0x8cc46a8) at
dialog-sx-editor.c:1018
#15 0xb7f8740c in editor_ok_button_clicked (b=0x869f890, sxed=0x8cc46a8)
at dialog-sx-editor.c:255
#16 0xb70668ec in g_cclosure_marshal_VOID__VOID () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#17 0xb70653dc in g_closure_invoke () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#18 0xb7078180 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#19 0xb7080f17 in g_signal_emit_valist () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#20 0xb7081083 in g_signal_emit () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#21 0xb77987ba in gtk_button_clicked () from
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#22 0xb7799bd0 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#23 0xb70668ec in g_cclosure_marshal_VOID__VOID () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#24 0xb7063e2d in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#25 0xb70653dc in g_closure_invoke () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#26 0xb7077947 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#27 0xb7080f17 in g_signal_emit_valist () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#28 0xb7081083 in g_signal_emit () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#29 0xb77986da in gtk_button_released () from
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#30 0xb7798724 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#31 0xb7858662 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#32 0xb7063e2d in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#33 0xb70653dc in g_closure_invoke () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#34 0xb7077fc8 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#35 0xb7080d29 in g_signal_emit_valist () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#36 0xb7081083 in g_signal_emit () from
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#37 0xb7990fe3 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#38 0xb785681e in gtk_propagate_event () from
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#39 0xb7856bb0 in gtk_main_do_event () from
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#40 0xb7292d08 in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#41 0xb765aa3f in g_main_context_dispatch () from
/lib/i386-linux-gnu/libglib-2.0.so.0
#42 0xb765b170 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#43 0xb765b77b in g_main_loop_run () from
/lib/i386-linux-gnu/libglib-2.0.so.0
#44 0xb785594f in gtk_main () from
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#45 0xb7edf1cc in gnc_ui_start_event_loop () at gnc-gnome-utils.c:668
#46 0x0804d304 in inner_main (closure=0x0, argc=1, argv=0xbffff4c4) at
gnucash-bin.c:735
#47 0xb7bfe416 in ?? () from /usr/lib/libguile.so.17
#48 0xb7bd0022 in ?? () from /usr/lib/libguile.so.17
#49 0xb7c45518 in scm_c_catch () from /usr/lib/libguile.so.17
#50 0xb7bd0657 in scm_i_with_continuation_barrier () from
/usr/lib/libguile.so.17
#51 0xb7bd0733 in scm_c_with_continuation_barrier () from
/usr/lib/libguile.so.17
#52 0xb7c43d99 in scm_i_with_guile_and_parent () from
/usr/lib/libguile.so.17
#53 0xb7c43dee in scm_with_guile () from /usr/lib/libguile.so.17
#54 0xb7bfe4ff in scm_boot_guile () from /usr/lib/libguile.so.17
#55 0x0804d6e1 in main (argc=1, argv=0xbffff4c4) at gnucash-bin.c:879
> Also, can you tell if your crash concerns a scheduled transaction that
> has run a finite number of times, as in #652373? If yes, this is
> probably the same bug (since the crash is in the same function) and we
> should merge the two.
I was able to crush gnucash when I has a transaction with finite number
of occurrences. The remaining number was 1, so I changed to 0 and it
crashed while I clicked ok. So this can be the same.
> Also note that you replied only to me (and not to the bug). I am cc:ing
> this message to the bug in order to keep a log of the discussion.
Thank for reminder, now I'm sending also to a bug.
> Best,
Best
Adam

Message #25 received at 663113@bugs.debian.org (full text, mbox, reply):

From: Sébastien Villemot <sebastien.villemot@ens.fr>

To: adam <netglider@gmail.com>

Cc: 663113@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#663113: gnucash: Gnucash segfaults in libglib-2.0 while trying to edit scheduled transaction

Date: Mon, 26 Mar 2012 19:27:33 +0200

[Message part 1 (text/plain, inline)]

forcemerge 652373 663113
thanks

adam <netglider@gmail.com> writes:

> W dniu 18.03.2012 22:50, Sébastien Villemot pisze:
>> Actually this is not a full GDB backtrace (it only shows the function in
>> which the crash occurs: g_hash_table_foreach from glib).
>>
>> See http://live.gnome.org/GettingTraces for getting useful traces. Use
>> bug-buddy or, from GDB, type "backtrace" after the crash. Don't forget
>> to install the debug packages before.
> Hope this one is ok, with debug package installed.
[...]

>> Also, can you tell if your crash concerns a scheduled transaction that
>> has run a finite number of times, as in #652373? If yes, this is
>> probably the same bug (since the crash is in the same function) and we
>> should merge the two.
> I was able to crush gnucash when I has a transaction with finite number
> of occurrences. The remaining number was 1, so I changed to 0 and it
> crashed while I clicked ok. So this can be the same.

Given that the circumstances, the symptom and the backtrace are similar,
I am merging this bug with #652373.

Thanks,

-- 
Sébastien Villemot
Researcher in Economics & Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594

[Message part 2 (application/pgp-signature, inline)]

Send a report that this bug log contains spam.