Re: threads/121343: pthread_cond_wait hanging in libthr

The following reply was made to PR threads/121343; it has
been noted by GNATS.

From: "Josh Carroll" <josh.carrollgmail.com>
To: "David Xu" <davidxufreebsd.org>
Cc: freebsd-gnats-submitfreebsd.org
Subject: Re: threads/121343: pthread_cond_wait hanging in
libthr
Date: Tue, 4 Mar 2008 22:22:44 -0500

 >  I don't know what really happened, but if your
program is using
 >  threads, it is better to link it with thread library
directly.
 >  Can you dump ldd result ?
 
 /usr/local/bin/ushare:
         libupnp.so.3 => /usr/local/lib/libupnp.so.3
(0x4063d000)
         libthreadutil.so.4 =>
/usr/local/lib/libthreadutil.so.4 (0x40771000)
         libixml.so.2 => /usr/local/lib/libixml.so.2
(0x40877000)
         libc.so.7 => /lib/libc.so.7 (0x40982000)
         libthr.so.3 => /lib/libthr.so.3 (0x40b97000)
         liblwres.so.30 => /usr/lib/liblwres.so.30
(0x40cac000)
 
 >  I have ushare up and running:
 >  apple# ps xaHl | grep ushare
 >  apple# sockstat -4l
 
 rootpflog:~# ushare -D
 rootpflog:~# ps xaHl | grep ushare
     0 14812     1   0  44  0  9260  1552 umtxn  Ss    ??   
0:00.00 ushare -D
     0 14812     1   0  44  0  9260  1552 umtxn  Ss    ??   
0:00.00 ushare -D
     0 14968 12265   0  44  0  5864  1160 -      R+    p0   
0:00.00 grep ushare
 rootpflog:~# sockstat -4l | grep ushare
 
 I created a new ushare.conf for the above, which contains
only:
 
 USHARE_NAME=test
 USHARE_IFACE=em1
 USHARE_PORT=
 USHARE_DIR=/tmp
 USHARE_OVERRIDE_ICONV_ERR=
 
 Thanks,
 Josh
_______________________________________________
freebsd-threadsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-threa
ds
To unsubscribe, send any mail to
"freebsd-threads-unsubscribefreebsd.org"