segfaults when running graphical reports

John Ralls jralls at ceridwen.us
Sun Apr 13 14:44:38 EDT 2014


On Apr 13, 2014, at 10:12 AM, Thomas Klausner <tk at giga.or.at> wrote:

> On Sun, Apr 13, 2014 at 10:02:57AM -0700, John Ralls wrote:
>> If the terminal output is the same as always, then the easiest way to find out what the problem is is to attach the suspended process in the debugger and get a stack trace.
> 
> Here it is:
> 
> (gdb) thread apply all bt
> 
> Thread 3 (LWP 2):
> #0  0x00007f7fdce3be8a in poll () from /usr/lib/libc.so.12
> #1  0x00007f7fee4070f7 in poll () from /usr/lib/libpthread.so.1
> #2  0x00007f7fdf251cdd in g_main_context_iterate () from /usr/pkg/lib/libglib-2.0.so.0
> #3  0x00007f7fdf251db4 in g_main_context_iteration () from /usr/pkg/lib/libglib-2.0.so.0
> #4  0x00007f7fd4a0714d in ?? () from /usr/pkg/lib/gio/modules/libdconfsettings.so
> #5  0x00007f7fdf27779a in g_thread_proxy () from /usr/pkg/lib/libglib-2.0.so.0
> #6  0x00007f7fee40a9cc in ?? () from /usr/lib/libpthread.so.1
> #7  0x00007f7fdce84380 in __mknod50 () from /usr/lib/libc.so.12
> #8  0x00010102464c457f in ?? ()
> #9  0x0000000000000000 in ?? ()
> 
> Thread 2 (LWP 3):
> #0  0x00007f7fdce3be8a in poll () from /usr/lib/libc.so.12
> #1  0x00007f7fee4070f7 in poll () from /usr/lib/libpthread.so.1
> #2  0x00007f7fdf251cdd in g_main_context_iterate () from /usr/pkg/lib/libglib-2.0.so.0
> #3  0x00007f7fdf25203f in g_main_loop_run () from /usr/pkg/lib/libglib-2.0.so.0
> #4  0x00007f7fe12e5cfb in gdbus_shared_thread_func () from /usr/pkg/lib/libgio-2.0.so.0
> #5  0x00007f7fdf27779a in g_thread_proxy () from /usr/pkg/lib/libglib-2.0.so.0
> #6  0x00007f7fee40a9cc in ?? () from /usr/lib/libpthread.so.1
> #7  0x00007f7fdce84380 in __mknod50 () from /usr/lib/libc.so.12
> #8  0x00010102464c457f in ?? ()
> #9  0x0000000000000000 in ?? ()
> 
> Thread 1 (LWP 1):
> #0  0x00007f7fdce3be8a in poll () from /usr/lib/libc.so.12
> #1  0x00007f7fee4070f7 in poll () from /usr/lib/libpthread.so.1
> #2  0x00007f7fdf251cdd in g_main_context_iterate () from /usr/pkg/lib/libglib-2.0.so.0
> #3  0x00007f7fdf25203f in g_main_loop_run () from /usr/pkg/lib/libglib-2.0.so.0
> #4  0x00007f7fe12e5cfb in gdbus_shared_thread_func () from /usr/pkg/lib/libgio-2.0.so.0
> #5  0x00007f7fdf27779a in g_thread_proxy () from /usr/pkg/lib/libglib-2.0.so.0
> #6  0x00007f7fee40a9cc in ?? () from /usr/lib/libpthread.so.1
> #7  0x00007f7fdce84380 in __mknod50 () from /usr/lib/libc.so.12
> #8  0x00010102464c457f in ?? ()
> #9  0x0000000000000000 in ?? ()
> 
> 
> Can't say it enlightened me...
> Thomas

How it’s getting there is still to be determined, but the fact that it’s running the main loop in 3 threads is a major problem. That isn’t GnuCash’s doing: It’s single threaded.

But there should be GnuCash symbols there. Are you sure you’re running the version you built with -g -O0?

Regards,
John Ralls




More information about the gnucash-devel mailing list