Date: Thu, 31 Mar 2011 04:03:51 -0400 From: Joe Marcus Clarke <marcus@freebsd.org> To: shild@sbcglobal.net Cc: FreeBSD Gnome <gnome@freebsd.org> Subject: Re: Evolution locking up Message-ID: <4D943567.20202@freebsd.org> In-Reply-To: <1301535979.55825.9.camel@fbsd1.dyndns.org> References: <1301535979.55825.9.camel@fbsd1.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D943567.20202>