Subject: "parked" processes hell: debug available..
To: None <current-users@netbsd.org>
From: George Michaelson <ggm@apnic.net>
List: current-users
Date: 09/14/2007 12:17:47
I'm in a world of hurt with claws-mail going into "parked" state if I
do an (as yet unknown) number of things. There is no return from this place.

Its fully understood current is not a dependency platform, so I know
I'm in caveat emptor. I just want to help track this down, if its
helpful.

If I can supply a debug state to somebody to help debug this, let me
know. It started about 4 days ago, I have re-made/installed world
multiple times via build.sh since then, keeping myself up-to-date.

gnumeric can also go to the same place, doing transient window popups.

I haven't re-made any GTK/GNOME/X related libraries. I am not sure
where the threads dependency for claws or gnumeric comes in. As yet,
there is no "parking" going on in Firefox, which is where I believe this
has previously been seen.

The LDD state on the binary's direct dependencies tells me this:

/usr/pkg/lib/libcairo.so.2      	-lpthread.0 => /usr/lib/libpthread.so.0
/usr/pkg/lib/libetpan.so.11     	-lpthread.0 => /usr/lib/libpthread.so.0
/usr/pkg/lib/libgdk-x11-2.0.so.0        -lpthread.0 => /usr/lib/libpthread.so.0
/usr/pkg/lib/libgdk_pixbuf-2.0.so.0     -lpthread.0 => /usr/lib/libpthread.so.0
/usr/pkg/lib/libgthread-2.0.so.0        -lpthread.0 => /usr/lib/libpthread.so.0
/usr/pkg/lib/libgtk-x11-2.0.so.0        -lpthread.0 => /usr/lib/libpthread.so.0
/usr/pkg/lib/libpangocairo-1.0.so.0     -lpthread.0 => /usr/lib/libpthread.so.0

do I have to re-make the back-end lib chain to remove something? 

and a heads-up to anyone else who might be living on the edge: its a
bit crumbly on the cliff-top at the moment..

-G