Evolution locking up

[Joe Marcus Clarke]

On 3/30/11 9:46 PM, Scott T. Hildreth wrote:
> I recently updated my server to 8.2 and all my ports, but I am sure some
> library needs to be recompiled.  I did have to force a lot of
> portupgrades because of library changes, libcrypt I believe.  After
> being up awhile evolution will go into an unresponsive state, in fact
> the window will be grayed out.  I recompiled evolution with debugging 
> symbols and ran gcore on a stuck process.  Unfortunately the back trace
> is not very useful,
> 
> #0  0x49ee72f7 in __error () from /lib/libthr.so.3
> [New Thread 4b1a8980 (LWP 100619/evolution)]
> [New Thread 4b1a6b80 (LWP 100618/evolution)]
> [New Thread 505fec40 (LWP 100617/evolution)]
> [New Thread 509aec40 (LWP 100616/evolution)]
> [New Thread 4b1a8ac0 (LWP 100612/evolution)]
> [New Thread 4b1a8480 (LWP 100611/evolution)]
> [New Thread 4b1a8fc0 (LWP 100257/evolution)]
> [New Thread 4b1a9100 (LWP 100247/evolution)]
> [New Thread 4b1a9380 (LWP 100244/evolution)]
> [New Thread 4b1a99c0 (LWP 100227/evolution)]
> [New Thread 4b1ce280 (LWP 100196/evolution)]
> [New Thread 4b101140 (LWP 100165/initial thread)]
> (gdb) bt
> #0  0x49ee72f7 in __error () from /lib/libthr.so.3
> #1  0x49ee6ed8 in __error () from /lib/libthr.so.3
> #2  0x53dc6160 in ?? ()
> #3  0x00000008 in ?? ()
> #4  0x00000001 in ?? ()
> #5  0x53dc6140 in ?? ()
> #6  0x00000000 in ?? ()
> #7  0x5058c900 in ?? ()
> #8  0x00000006 in ?? ()
> #9  0x49ee583f in pthread_setcancelstate () from /lib/libthr.so.3
> #10 0x49ee5100 in pthread_cond_signal () from /lib/libthr.so.3
> #11 0x49afe4b1 in g_async_queue_sort ()
> from /usr/local/lib/libglib-2.0.so.0
> #12 0x49afe8cd in g_async_queue_pop ()
> from /usr/local/lib/libglib-2.0.so.0
> #13 0x486c1cad in sync_request_thread_cb ()
> from /usr/local/lib/libcamel-1.2.so.19
> #14 0x49b52281 in g_thread_create_full ()
> from /usr/local/lib/libglib-2.0.so.0
> #15 0x49edc73f in pthread_getprio () from /lib/libthr.so.3
> #16 0xbf4f9fec in ?? ()
> 
> When it is stuck and I try a strace, I get device is busy. I did try
> truss and then evolution died.  Do you think I need recompile glib?
> I have an almost identical setup at work and evolution works fine.
> I also noticed that dbus-daemon always is near the "top" of a top run.
> Its not taking a lot of resources, I just haven't seen it, so active
> before.

At the very least because you'll need to enable debugging symbols.  In
addition to glib, you'll need to recompile libc and libthr with
debugging symbols.

Joe

-- 
Joe Marcus Clarke
FreeBSD GNOME Team	::	gnome at FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome