On 6/1/06, Richard Fish <[EMAIL PROTECTED]> wrote:
On 5/31/06, fei huang <[EMAIL PROTECTED]> wrote:
> (gdb) back
> #0  0xffffe410 in __kernel_vsyscall ()
> #1  0xb7df6c5c in pthread_cond_timedwait@@GLIBC_2.3.2 () from
> /lib/tls/libpthread.so.0

Hmm, threading issues...

Is /lib/tls/libpthread.so.0 correct?  My libpthread lives in /lib, so
that looks strange to me.  Is this on the x86 arch?  What does "equery
belongs /lib/tls/libpthread*" report?

the libpthread.so.0 locates in "/lib/tls/" and is a symbolic link that points to /lib/tls/libpthread- 2.3.6.so. I just wonder why this path is not included in the "/etc/ld.so.conf" ? 

yes, my system is running on a intel x86.

[huangfei @ /lib/tls] % equery belongs /lib/tls/libpthread*
[ Searching for file(s) /lib/tls/libpthread-2.3.6.so,/lib/tls/libpthread.so.0 in *... ]
sys-libs/glibc-2.3.6-r3 (/lib/tls/libpthread-2.3.6.so)
sys-libs/glibc- 2.3.6-r3 (/lib/tls/libpthread.so.0 -> libpthread-2.3.6.so)


Do you use nptl and/or nptlonly for glibc (emerge -pv sys-libs/glibc).
If not, try:

echo "sys-libs/glibc nptl nptlonly" >>/etc/portage/package.use
emerge -DNv world

my glibc  has use flag "nptl" but not "nptlonly", just wondering why other programs runs well (opera, gaim for instance), and never got such problem before? maybe this happens when updating the system with portage? 

It will take several days to emerge  world, I think......  ;--(

thank you for your reply.. I'll try it out anyway, need much time though..

daniel.

You do not need to rebuild firefox after the above.

HTH,
-Richard
--
gentoo-user@gentoo.org mailing list


Reply via email to