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