From bugmaster at FreeBSD.org Mon Jul 7 11:07:08 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 7 11:09:32 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200807071107.m67B77Nt062200@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/76690 threads fork hang in child for -lc_r 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s bin/32295 threads pthread(3) dont dequeue signals s threa/34536 threads accept() blocks other threads s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/49087 threads Signals lost in programs linked with libc_r o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag s threa/76694 threads fork cause hang in dup()/close() function in child (-l o threa/79683 threads svctcp_create() fails if multiple threads call at the o threa/80435 threads panic on high loads o threa/83914 threads [libc] popen() doesn't work in static threaded program s threa/84483 threads problems with devel/nspr and -lc_r on 4.x s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r o threa/101323 threads fork(2) in threaded programs broken. o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/118715 threads kse problem o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 23 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/30464 threads pthread mutex attributes -- pshared s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/69020 threads pthreads library leaks _gc_mutex o threa/79887 threads [patch] freopen() isn't thread-safe o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/122923 threads 'nice' does not prevent background process from steali 11 problems total. From bugmaster at FreeBSD.org Mon Jul 14 11:07:07 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 14 11:09:08 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200807141107.m6EB762d014578@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/76690 threads fork hang in child for -lc_r 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s bin/32295 threads pthread(3) dont dequeue signals s threa/34536 threads accept() blocks other threads s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/49087 threads Signals lost in programs linked with libc_r o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag s threa/76694 threads fork cause hang in dup()/close() function in child (-l o threa/79683 threads svctcp_create() fails if multiple threads call at the o threa/80435 threads panic on high loads o threa/83914 threads [libc] popen() doesn't work in static threaded program s threa/84483 threads problems with devel/nspr and -lc_r on 4.x s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r o threa/101323 threads fork(2) in threaded programs broken. o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/118715 threads kse problem o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 23 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/30464 threads pthread mutex attributes -- pshared s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/69020 threads pthreads library leaks _gc_mutex o threa/79887 threads [patch] freopen() isn't thread-safe o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/122923 threads 'nice' does not prevent background process from steali 11 problems total. From alfred at freebsd.org Tue Jul 15 21:20:49 2008 From: alfred at freebsd.org (Alfred Perlstein) Date: Tue Jul 15 21:20:55 2008 Subject: gprof on threaded applications on FreeBSD. Message-ID: <20080715210540.GP95574@elvis.mu.org> Does FreeBSD support gprof on threaded applications? If so, what versions did it start working on? What libarary? libthr? libpthread? Can we use something like this internally if it doesn't work? http://sam.zoy.org/writings/programming/gprof.html -- - Alfred Perlstein From julian at elischer.org Tue Jul 15 21:42:56 2008 From: julian at elischer.org (Julian Elischer) Date: Tue Jul 15 21:43:02 2008 Subject: gprof on threaded applications on FreeBSD. In-Reply-To: <20080715210540.GP95574@elvis.mu.org> References: <20080715210540.GP95574@elvis.mu.org> Message-ID: <487D1651.7050608@elischer.org> Alfred Perlstein wrote: > Does FreeBSD support gprof on threaded applications? > > If so, what versions did it start working on? > > What libarary? libthr? libpthread? > > Can we use something like this internally if it doesn't work? > http://sam.zoy.org/writings/programming/gprof.html > > have you tried it? I did try it once before and my VAGUE memory is that the results were of some use. but I can't tell you much more than that. From pfgshield-freebsd at yahoo.com Fri Jul 18 20:51:58 2008 From: pfgshield-freebsd at yahoo.com (Pedro Giffuni) Date: Fri Jul 18 22:01:44 2008 Subject: pthreads tests Message-ID: <232214.43659.qm@web32702.mail.mud.yahoo.com> Just thought I'd mention this in case someone is interested. 1) NetBSD has been having "fun" with a nice toolkit based on TET: http://wiki.netbsd.se/VSTHlite (Off-topic they are also reviving their SA effort) 2) A while ago I updated misc/posixtestsuite and we seem to be doing badly in many tests. I have a patch here that would use the regression-test target to generate a report every time pointyhat generates new logs. I haven't submitted it simply because the results are no good if no one will be checking them. Let me know if there is interest. cheers, Pedro. Posta, news, sport, oroscopo: tutto in una sola pagina. Crea l'home page che piace a te! www.yahoo.it/latuapagina From bugmaster at FreeBSD.org Mon Jul 21 11:07:04 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 21 11:09:00 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200807211107.m6LB73GI032033@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/76690 threads fork hang in child for -lc_r 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s bin/32295 threads pthread(3) dont dequeue signals s threa/34536 threads accept() blocks other threads s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/49087 threads Signals lost in programs linked with libc_r o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag s threa/76694 threads fork cause hang in dup()/close() function in child (-l o threa/79683 threads svctcp_create() fails if multiple threads call at the o threa/80435 threads panic on high loads o threa/83914 threads [libc] popen() doesn't work in static threaded program s threa/84483 threads problems with devel/nspr and -lc_r on 4.x s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r o threa/101323 threads fork(2) in threaded programs broken. o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/118715 threads kse problem o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 23 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/30464 threads pthread mutex attributes -- pshared s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/69020 threads pthreads library leaks _gc_mutex o threa/79887 threads [patch] freopen() isn't thread-safe o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/122923 threads 'nice' does not prevent background process from steali 11 problems total. From dixit at netapp.com Fri Jul 25 19:22:16 2008 From: dixit at netapp.com (Dixit, Amol) Date: Fri Jul 25 19:22:22 2008 Subject: libpthread and gdbserver Message-ID: <488A213F.70105@netapp.com> Hi, I am attempting to port gdbserver to freebsd (initially only for x86 & libpthread) and I need some assistance with libpthread and libthread-db. (i) From the code looks like libpthread does not provide any 'thread creation event' symbol/address to be looked up by thread-db. I got around this by adding a dummy function call before _thread_create returned, and that new symbol can be used by thread-db to set thread-creation breakpoint (analogous to _thread_bp_create in libthr). (ii) Next hurdle is the race between thread-db and libpthread. Thread-db tries to access '_thread_list' which is maintained in libpthread and will eventually contain the 'initial thread' but this list is NULL when thread-db tries to access it early. There is a comment before _pthread_create() "It'd be nice to automatically have _libpthread_init called on program execution..." which will be helpful for thread-db. Currently I am stuck here as thread-db cannot enable threading early enough since libpthread is assigning 'initial thread' to '_thread_list' lazily. Am I on the right track on above issues? Any work going on in this area? Really appreciate any help on this project. Thanks, Amol From bugmaster at FreeBSD.org Mon Jul 28 11:07:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 28 11:09:00 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200807281107.m6SB75Hw079070@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/76690 threads fork hang in child for -lc_r 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s bin/32295 threads pthread(3) dont dequeue signals s threa/34536 threads accept() blocks other threads s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/49087 threads Signals lost in programs linked with libc_r o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag s threa/76694 threads fork cause hang in dup()/close() function in child (-l o threa/79683 threads svctcp_create() fails if multiple threads call at the o threa/80435 threads panic on high loads o threa/83914 threads [libc] popen() doesn't work in static threaded program s threa/84483 threads problems with devel/nspr and -lc_r on 4.x s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r o threa/101323 threads fork(2) in threaded programs broken. o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/118715 threads kse problem o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 23 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s threa/30464 threads pthread mutex attributes -- pshared s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/69020 threads pthreads library leaks _gc_mutex o threa/79887 threads [patch] freopen() isn't thread-safe o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/122923 threads 'nice' does not prevent background process from steali 11 problems total. From mo0118 at gmail.com Tue Jul 29 19:44:59 2008 From: mo0118 at gmail.com (Jeff Mo) Date: Tue Jul 29 19:45:05 2008 Subject: question about PR = 101323 in PR Database In-Reply-To: References: Message-ID: If this bug still exists, then how to recreate the bug, that is, how to get this error message : Fatal error 'mutex is on list' at line 540 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) Thanks a lot Jeff On Tue, Jul 29, 2008 at 2:34 PM, Jeff Mo wrote: > Hi , > > Can anyone kindly let know if this bug , 101323 , is still open to be fixed > or not? > Since I can compile the sample code and run it without trouble. I use > FreeBSD 7.0-RELEASE > > Thanks for replying this email in advance. > Jeff > threads/101323: fork(2) in threaded programs broken. From:Poul-Henning > Kamp Date:Thu, 3 Aug 2006 09:24:53 GMT Subject:fork(2) > in threaded programs broken. Send-pr version:3.113 > Number:101323 Category:threads Synopsis:fork(2) in threaded programs > broken. Severity:serious Priority:medium Responsible: > freebsd-threads@FreeBSD.org State:open Class:sw-bug Arrival-Date:Thu Aug > 03 17:40:15 GMT 2006 Closed-Date: > Last-Modified:Thu Sep 20 23:10:01 GMT 2007 Originator:Poul-Henning Kamp > Release:FreeBSD 7.0-CURRENT i386 > > From mo0118 at gmail.com Tue Jul 29 19:59:54 2008 From: mo0118 at gmail.com (Jeff Mo) Date: Tue Jul 29 20:00:01 2008 Subject: question about PR = 101323 in PR Database Message-ID: Hi , Can anyone kindly let know if this bug , 101323 , is still open to be fixed or not? Since I can compile the sample code and run it without trouble. I use FreeBSD 7.0-RELEASE Thanks for replying this email in advance. Jeff threads/101323: fork(2) in threaded programs broken. From:Poul-Henning Kamp Date:Thu, 3 Aug 2006 09:24:53 GMT Subject:fork(2) in threaded programs broken. Send-pr version:3.113 Number:101323 Category:threads Synopsis:fork(2) in threaded programs broken. Severity:serious Priority:medium Responsible:freebsd-threads@FreeBSD.org State:open Class:sw-bug Arrival-Date:Thu Aug 03 17:40:15 GMT 2006 Closed-Date: Last-Modified:Thu Sep 20 23:10:01 GMT 2007 Originator:Poul-Henning Kamp Release:FreeBSD 7.0-CURRENT i386 From davidxu at freebsd.org Wed Jul 30 00:49:43 2008 From: davidxu at freebsd.org (David Xu) Date: Wed Jul 30 00:49:48 2008 Subject: question about PR = 101323 in PR Database In-Reply-To: References: Message-ID: <488FBB0B.9000108@freebsd.org> Jeff Mo wrote: > Hi , > > Can anyone kindly let know if this bug , 101323 , is still open to be fixed > or not? > Since I can compile the sample code and run it without trouble. I use > FreeBSD 7.0-RELEASE > > Thanks for replying this email in advance. > Jeff > threads/101323: fork(2) in threaded programs broken. From:Poul-Henning Kamp > Date:Thu, 3 Aug 2006 09:24:53 GMT Subject:fork(2) > in threaded programs broken. Send-pr version:3.113 > Number:101323 Category:threads Synopsis:fork(2) in threaded programs broken. > Severity:serious Priority:medium Responsible:freebsd-threads@FreeBSD.org > State:open Class:sw-bug Arrival-Date:Thu Aug 03 17:40:15 GMT 2006 > Closed-Date: > Last-Modified:Thu Sep 20 23:10:01 GMT 2007 Originator:Poul-Henning Kamp > Release:FreeBSD 7.0-CURRENT i386 This bug does not exist in 7.0-RELEASE, since libthr is default. Regards, David Xu From linimon at FreeBSD.org Thu Jul 31 14:37:36 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Jul 31 14:37:45 2008 Subject: kern/126128: [patch] pthread_condattr_getpshared is broken Message-ID: <200807311437.m6VEbabh046730@freefall.freebsd.org> Old Synopsis: pthread_condattr_getpshared is broken New Synopsis: [patch] pthread_condattr_getpshared is broken Responsible-Changed-From-To: freebsd-bugs->freebsd-threads Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jul 31 14:37:08 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=126128