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