From vminch at gmail.com  Sat Aug  1 06:40:07 2009
From: vminch at gmail.com (Vedant Kumar)
Date: Sat Aug  1 06:40:13 2009
Subject: threads/137323: core dumped on "bad system call: 12" from
	ksem_init() in libc.so.7
Message-ID: <200908010633.n716XxSB073397@www.freebsd.org>


>Number:         137323
>Category:       threads
>Synopsis:       core dumped on "bad system call: 12" from ksem_init() in libc.so.7
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-threads
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Aug 01 06:40:05 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Vedant Kumar
>Release:        7.2-RELEASE
>Organization:
none
>Environment:
FreeBSD kserv 7.2-RELEASE #0 ...
root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
>Description:
When running programs linked with "-lrt", they crash after calling ksem_init().

Reproducing:
1. compile code with gcc and use the "-lrt" flag
2. run the executable
3. program crashes:
Bad system call: 12 (core dumped)

More information:
$ gdb test
..
(gdb) r
..
Program received signam SIGSYS, Bad system call.
0x280c716b in ksem_init() from /lib/libc.so.7
(gdb) bt
#0 <addr> in ksem_init () from /lib/libc.so.7
#1 <addr> in sem_init () from /lib/libc.so.7
#2 <addr> in mk_hmap(hash_fn=<addr>, eq_fn=<addr>, del_fn=<addr>) at hashmap.c:58
#3 <addr> in main () at hello_world_demo.c:10
>How-To-Repeat:
Reproducing:
1. compile code with gcc and use the "-lrt" flag
2. run the executable
3. program crashes:
Bad system call: 12 (core dumped)
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
From deischen at FreeBSD.org  Sat Aug  1 12:41:03 2009
From: deischen at FreeBSD.org (deischen@FreeBSD.org)
Date: Sat Aug  1 12:41:10 2009
Subject: threads/137323: core dumped on "bad system call: 12" from
	ksem_init() in libc.so.7
Message-ID: <200908011241.n71Cf3hI089078@freefall.freebsd.org>

Synopsis: core dumped on "bad system call: 12" from ksem_init() in libc.so.7

State-Changed-From-To: open->closed
State-Changed-By: deischen
State-Changed-When: Sat Aug 1 12:39:37 UTC 2009
State-Changed-Why: 
You must add:

	options         P1003_1B_SEMAPHORES

to your kernel config if you want kernel semaphores.

http://www.freebsd.org/cgi/query-pr.cgi?pr=137323
From bugmaster at FreeBSD.org  Mon Aug  3 11:07:12 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Aug  3 11:10:18 2009
Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org
Message-ID: <200908031107.n73B78c1088809@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o threa/136345 threads    Recursive read rwlocks in thread A cause deadlock with
o threa/135673 threads    databases/mysql50-server - MySQL query lock-ups on 7.2
o threa/135462 threads    [PATCH] _thread_cleanupspecific() doesn't handle delet
o threa/133734 threads    32 bit libthr failing pthread_create()
o threa/128922 threads    threads hang with xorg running
o threa/127225 threads    bug in lib/libthr/thread/thr_init.c
o threa/122923 threads    'nice' does not prevent background process from steali
o threa/121336 threads    lang/neko threading ok on UP, broken on SMP (FreeBSD 7
o threa/118715 threads    kse problem
o threa/116668 threads    can no longer use jdk15 with libthr on -stable SMP
o threa/116181 threads    /dev/io-related io access permissions are not propagat
o threa/115211 threads    pthread_atfork misbehaves in initial thread
o threa/110636 threads    [request] gdb(1): using gdb with multi thread applicat
o threa/110306 threads    apache 2.0 segmentation violation when calling gethost
o threa/103975 threads    Implicit loading/unloading of libpthread.so may crash 
o threa/101323 threads    [patch] fork(2) in threaded programs broken.
s threa/100815 threads    FBSD 5.5 broke nanosleep in libc_r
s threa/94467  threads    send(), sendto() and sendmsg() are not correct in libc
s threa/84483  threads    problems with devel/nspr and -lc_r on 4.x
o threa/83914  threads    [libc] popen() doesn't work in static threaded program
o threa/80992  threads    abort() sometimes not caught by gdb depending on threa
o threa/80435  threads    panic on high loads
o threa/79887  threads    [patch] freopen() isn't thread-safe
o threa/79683  threads    svctcp_create() fails if multiple threads call at the 
s threa/76694  threads    fork cause hang in dup()/close() function in child (-l
s threa/76690  threads    fork hang in child for -lc_r
o threa/75374  threads    pthread_kill() ignores SA_SIGINFO flag
o threa/75273  threads    FBSD 5.3  libpthread (KSE) bug
o threa/72953  threads    fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST
o threa/70975  threads    [sysvipc] unexpected and unreliable behaviour when usi
s threa/69020  threads    pthreads library leaks _gc_mutex
s threa/49087  threads    Signals lost in programs linked with libc_r
s threa/48856  threads    Setting SIGCHLD to SIG_IGN still leaves zombies under 
s threa/40671  threads    pthread_cancel doesn't remove thread from condition qu
s threa/39922  threads    [threads] [patch] Threaded applications executed with 
s threa/37676  threads    libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra
s threa/34536  threads    accept() blocks other threads
s threa/32295  threads    [libc_r] [patch] pthread(3) dont dequeue signals
s threa/30464  threads    pthread mutex attributes -- pshared
s threa/24632  threads    libc_r delicate deviation from libc in handling SIGCHL
s threa/24472  threads    libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o

41 problems total.

From bugmaster at FreeBSD.org  Mon Aug 10 11:07:06 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Aug 10 11:09:37 2009
Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org
Message-ID: <200908101107.n7AB75Lt025328@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o threa/136345 threads    Recursive read rwlocks in thread A cause deadlock with
o threa/135673 threads    databases/mysql50-server - MySQL query lock-ups on 7.2
o threa/135462 threads    [PATCH] _thread_cleanupspecific() doesn't handle delet
o threa/133734 threads    32 bit libthr failing pthread_create()
o threa/128922 threads    threads hang with xorg running
o threa/127225 threads    bug in lib/libthr/thread/thr_init.c
o threa/122923 threads    'nice' does not prevent background process from steali
o threa/121336 threads    lang/neko threading ok on UP, broken on SMP (FreeBSD 7
o threa/118715 threads    kse problem
o threa/116668 threads    can no longer use jdk15 with libthr on -stable SMP
o threa/116181 threads    /dev/io-related io access permissions are not propagat
o threa/115211 threads    pthread_atfork misbehaves in initial thread
o threa/110636 threads    [request] gdb(1): using gdb with multi thread applicat
o threa/110306 threads    apache 2.0 segmentation violation when calling gethost
o threa/103975 threads    Implicit loading/unloading of libpthread.so may crash 
o threa/101323 threads    [patch] fork(2) in threaded programs broken.
s threa/100815 threads    FBSD 5.5 broke nanosleep in libc_r
s threa/94467  threads    send(), sendto() and sendmsg() are not correct in libc
s threa/84483  threads    problems with devel/nspr and -lc_r on 4.x
o threa/83914  threads    [libc] popen() doesn't work in static threaded program
o threa/80992  threads    abort() sometimes not caught by gdb depending on threa
o threa/80435  threads    panic on high loads
o threa/79887  threads    [patch] freopen() isn't thread-safe
o threa/79683  threads    svctcp_create() fails if multiple threads call at the 
s threa/76694  threads    fork cause hang in dup()/close() function in child (-l
s threa/76690  threads    fork hang in child for -lc_r
o threa/75374  threads    pthread_kill() ignores SA_SIGINFO flag
o threa/75273  threads    FBSD 5.3  libpthread (KSE) bug
o threa/72953  threads    fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST
o threa/70975  threads    [sysvipc] unexpected and unreliable behaviour when usi
s threa/69020  threads    pthreads library leaks _gc_mutex
s threa/49087  threads    Signals lost in programs linked with libc_r
s threa/48856  threads    Setting SIGCHLD to SIG_IGN still leaves zombies under 
s threa/40671  threads    pthread_cancel doesn't remove thread from condition qu
s threa/39922  threads    [threads] [patch] Threaded applications executed with 
s threa/37676  threads    libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra
s threa/34536  threads    accept() blocks other threads
s threa/32295  threads    [libc_r] [patch] pthread(3) dont dequeue signals
s threa/30464  threads    pthread mutex attributes -- pshared
s threa/24632  threads    libc_r delicate deviation from libc in handling SIGCHL
s threa/24472  threads    libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o

41 problems total.

From evansg at otenet.gr  Mon Aug 10 13:53:59 2009
From: evansg at otenet.gr (Evangelos Souglakos)
Date: Mon Aug 10 13:54:07 2009
Subject: Signal 11 on dansguardian threads and freebsd
Message-ID: <1249910485.6848.48.camel@yagi.otenet.gr>

Using the latest version of dansguardian web filter daemon i still can
see signal 11 errors to messages.

pid 42464 (dansguardian), uid 106: exited on signal 11
pid 42603 (dansguardian), uid 106: exited on signal 11
pid 42511 (dansguardian), uid 106: exited on signal 11
pid 42447 (dansguardian), uid 106: exited on signal 11
pid 42407 (dansguardian), uid 106: exited on signal 11
pid 42812 (dansguardian), uid 106: exited on signal 11

This problem occurs to all my servers running freebsd 7.1 x64 and
dansguardian with squid 3.0. 

I think that it is a sysctl fine tuning (maybe) but i still cannot find
the solution.

All of my servers have 8gb ram and dual intel xeon cpus.

Some of my tunning attemtps to sysctl.conf

net.inet.tcp.sendspace=65536
net.inet.tcp.recvspace=65536
net.inet.ip.redirect=0
net.inet.tcp.syncookies=1
net.inet.tcp.delayed_ack=0
kern.coredump=0
kern.maxfiles=204800
kern.maxfilesperproc=200000
kern.maxprocperuid=32768
kern.ipc.somaxconn=4096
kern.ipc.maxsockbuf=2097152
kern.ipc.maxsockets=204800
kern.ipc.nmbclusters=32768
net.inet.udp.maxdgram=57344
net.inet.icmp.icmplim=500

#Port Ranges
net.inet.ip.portrange.last=65535
net.inet.ip.portrange.first=10000

#nat purposes
net.inet.ip.forwarding=1

net.inet.tcp.blackhole=0

kern.ipc.shm_use_phys=1
vm.pmap.shpgperproc=20574
kern.maxvnodes=400000



and /boot/loader.conf 

kern.ipc.msgmnb=8192
kern.ipc.msgmni=40
kern.ipc.msgseg=512
kern.ipc.msgssz=64
kern.ipc.msgtql=2048
kern.ipc.shmseg=512
kern.ipc.shmmni=512


I have used the following dansguardian children options (if you have any
clue about these)

---------------------------------

 # sets the maximum number of processes to spawn to handle the incoming
# connections.  Max value usually 250 depending on OS.
# On large sites you might want to try 180.
maxchildren = 990


# sets the minimum number of processes to spawn to handle the incoming
connections.
# On large sites you might want to try 32.
minchildren = 64


# sets the minimum number of processes to be kept ready to handle
connections.
# On large sites you might want to try 8.
minsparechildren = 32


# sets the minimum number of processes to spawn when it runs out
# On large sites you might want to try 10.
preforkchildren = 16


# sets the maximum number of processes to have doing nothing.
# When this many are spare it will cull some of them.
# On large sites you might want to try 64.
maxsparechildren = 256


# sets the maximum age of a child process before it croaks it.
# This is the number of connections they handle before exiting.
# On large sites you might want to try 10000.
maxagechildren = 10000

--------------------------------

I would be grateful if you can help me.

Thanks a lot,

-- 
=============================================================================
Evangelos Souglakos           OTE S.A Internet Service Provider 
Unix Systems Engineer         Systems Design Department
Phone: +302106116282          OTE Megaro Building 2A8
=============================================================================

Great minds have purposes, others have wishes.


From info at pleasureholidayz.com  Sat Aug 15 09:49:28 2009
From: info at pleasureholidayz.com (pleasureholidayz)
Date: Sat Aug 15 09:49:43 2009
Subject: Happy Independence Day
Message-ID: <c9c5bbf6d6dbb79ae4469102096607b4@pleasureholidayz.com>



Dear Friends

HAPPY INDEPENDENCE DAY!!!

Slums to Skyscrapers... Crowded yet spacious... 

Where peace entails...

Never losing hope...Unity in diversity...

Striving for peace...Realzing the

dream...

Thats Our India...

Where enchanment persist against all odds........

Jai Hind

**************************

Please contact us at 

Pleasure Holidayz, 

1st Floor, Pallath Business Center, 

Kurishupally Road, Ravipuram, Cochin, Kerala ? 682 015, India.

Mob: +91 9961040050, +91 9539040906

Phone: +91 484 3077234, Fax: +91 484 3061977

Website : www.pleasureholidayz.com 

email:pleasureholidayz@gmail.com, info@pleasureholidayz.com

Chat Id: pleasureholidayz (Msn/Yahoo/gmail/skype) 



--
If you do not want to receive any more newsletters, 
http://www.pleasureholidayz.com/phplist/?p=unsubscribe&uid=ee518bcc90bd10f880995d27bc55765b

To update your preferences and to unsubscribe visit
http://www.pleasureholidayz.com/phplist/?p=preferences&uid=ee518bcc90bd10f880995d27bc55765b
Forward a Message to Someone
http://www.pleasureholidayz.com/phplist/?p=forward&uid=ee518bcc90bd10f880995d27bc55765b&mid=48


--
Powered by PHPlist, www.phplist.com --


From bugmaster at FreeBSD.org  Mon Aug 17 11:07:05 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Aug 17 11:09:56 2009
Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org
Message-ID: <200908171107.n7HB749f075968@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o threa/136345 threads    Recursive read rwlocks in thread A cause deadlock with
o threa/135673 threads    databases/mysql50-server - MySQL query lock-ups on 7.2
o threa/135462 threads    [PATCH] _thread_cleanupspecific() doesn't handle delet
o threa/133734 threads    32 bit libthr failing pthread_create()
o threa/128922 threads    threads hang with xorg running
o threa/127225 threads    bug in lib/libthr/thread/thr_init.c
o threa/122923 threads    'nice' does not prevent background process from steali
o threa/121336 threads    lang/neko threading ok on UP, broken on SMP (FreeBSD 7
o threa/118715 threads    kse problem
o threa/116668 threads    can no longer use jdk15 with libthr on -stable SMP
o threa/116181 threads    /dev/io-related io access permissions are not propagat
o threa/115211 threads    pthread_atfork misbehaves in initial thread
o threa/110636 threads    [request] gdb(1): using gdb with multi thread applicat
o threa/110306 threads    apache 2.0 segmentation violation when calling gethost
o threa/103975 threads    Implicit loading/unloading of libpthread.so may crash 
o threa/101323 threads    [patch] fork(2) in threaded programs broken.
s threa/100815 threads    FBSD 5.5 broke nanosleep in libc_r
s threa/94467  threads    send(), sendto() and sendmsg() are not correct in libc
s threa/84483  threads    problems with devel/nspr and -lc_r on 4.x
o threa/83914  threads    [libc] popen() doesn't work in static threaded program
o threa/80992  threads    abort() sometimes not caught by gdb depending on threa
o threa/80435  threads    panic on high loads
o threa/79887  threads    [patch] freopen() isn't thread-safe
o threa/79683  threads    svctcp_create() fails if multiple threads call at the 
s threa/76694  threads    fork cause hang in dup()/close() function in child (-l
s threa/76690  threads    fork hang in child for -lc_r
o threa/75374  threads    pthread_kill() ignores SA_SIGINFO flag
o threa/75273  threads    FBSD 5.3  libpthread (KSE) bug
o threa/72953  threads    fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST
o threa/70975  threads    [sysvipc] unexpected and unreliable behaviour when usi
s threa/69020  threads    pthreads library leaks _gc_mutex
s threa/49087  threads    Signals lost in programs linked with libc_r
s threa/48856  threads    Setting SIGCHLD to SIG_IGN still leaves zombies under 
s threa/40671  threads    pthread_cancel doesn't remove thread from condition qu
s threa/39922  threads    [threads] [patch] Threaded applications executed with 
s threa/37676  threads    libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra
s threa/34536  threads    accept() blocks other threads
s threa/32295  threads    [libc_r] [patch] pthread(3) dont dequeue signals
s threa/30464  threads    pthread mutex attributes -- pshared
s threa/24632  threads    libc_r delicate deviation from libc in handling SIGCHL
s threa/24472  threads    libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o

41 problems total.

From bugmaster at FreeBSD.org  Mon Aug 24 11:07:06 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Aug 24 11:09:40 2009
Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org
Message-ID: <200908241107.n7OB75XH048755@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o threa/136345 threads    Recursive read rwlocks in thread A cause deadlock with
o threa/135673 threads    databases/mysql50-server - MySQL query lock-ups on 7.2
o threa/135462 threads    [PATCH] _thread_cleanupspecific() doesn't handle delet
o threa/133734 threads    32 bit libthr failing pthread_create()
o threa/128922 threads    threads hang with xorg running
o threa/127225 threads    bug in lib/libthr/thread/thr_init.c
o threa/122923 threads    'nice' does not prevent background process from steali
o threa/121336 threads    lang/neko threading ok on UP, broken on SMP (FreeBSD 7
o threa/118715 threads    kse problem
o threa/116668 threads    can no longer use jdk15 with libthr on -stable SMP
o threa/116181 threads    /dev/io-related io access permissions are not propagat
o threa/115211 threads    pthread_atfork misbehaves in initial thread
o threa/110636 threads    [request] gdb(1): using gdb with multi thread applicat
o threa/110306 threads    apache 2.0 segmentation violation when calling gethost
o threa/103975 threads    Implicit loading/unloading of libpthread.so may crash 
o threa/101323 threads    [patch] fork(2) in threaded programs broken.
s threa/100815 threads    FBSD 5.5 broke nanosleep in libc_r
s threa/94467  threads    send(), sendto() and sendmsg() are not correct in libc
s threa/84483  threads    problems with devel/nspr and -lc_r on 4.x
o threa/83914  threads    [libc] popen() doesn't work in static threaded program
o threa/80992  threads    abort() sometimes not caught by gdb depending on threa
o threa/80435  threads    panic on high loads
o threa/79887  threads    [patch] freopen() isn't thread-safe
o threa/79683  threads    svctcp_create() fails if multiple threads call at the 
s threa/76694  threads    fork cause hang in dup()/close() function in child (-l
s threa/76690  threads    fork hang in child for -lc_r
o threa/75374  threads    pthread_kill() ignores SA_SIGINFO flag
o threa/75273  threads    FBSD 5.3  libpthread (KSE) bug
o threa/72953  threads    fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST
o threa/70975  threads    [sysvipc] unexpected and unreliable behaviour when usi
s threa/69020  threads    pthreads library leaks _gc_mutex
s threa/49087  threads    Signals lost in programs linked with libc_r
s threa/48856  threads    Setting SIGCHLD to SIG_IGN still leaves zombies under 
s threa/40671  threads    pthread_cancel doesn't remove thread from condition qu
s threa/39922  threads    [threads] [patch] Threaded applications executed with 
s threa/37676  threads    libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra
s threa/34536  threads    accept() blocks other threads
s threa/32295  threads    [libc_r] [patch] pthread(3) dont dequeue signals
s threa/30464  threads    pthread mutex attributes -- pshared
s threa/24632  threads    libc_r delicate deviation from libc in handling SIGCHL
s threa/24472  threads    libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o

41 problems total.

From hawfinch at imagin-air.com  Fri Aug 28 22:13:39 2009
From: hawfinch at imagin-air.com (Jens)
Date: Fri Aug 28 22:13:46 2009
Subject: With sumptuous effects in conventional decoration. [Illustration:
	THE SINGING LESSON-
Message-ID: <4A9854AF.7060901@vvelease.nl>

Ily, and betrays a strong personality throughout all the designs. The
"Merry Adventures of Robin Hood" and "Otto of the Silver Hand" are two
others of about the same period, and the delightful volume collected
from _Harper's Young People_ for the most part, entitled "Pepper and
Salt," may be placed with them. All the illustrations to these are in
pure line, and have the appearance of being drawn not greatly in excess
of the reproduced size. Of all these books Mr. Howard Pyle is author as
well as illustrator. Of late he has changed his manner in line, showing
at times, especially in "Twilight Land" (Osgood, McIlvaine, 1896), the
influence of Vierge, but even in that book the frontispiece and many
other designs keep to his earlier manner. In "The Garden behind the
Moon" (issued in London by Messrs. Lawrence and Bullen) the chief
drawings are entirely in wash, and yet are singularly decorative in
their effect. The "Story of Jack Bannister's Fortunes" shows the
artist's "colonial" style, "Men of Iron," "A Modern Aladdin," Oliver
Wendell Holmes' "One-Horse Shay," are other fairly recent volumes. His
illustrations have not been confined to his own 
From bugmaster at FreeBSD.org  Mon Aug 31 11:07:17 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Aug 31 11:09:46 2009
Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org
Message-ID: <200908311107.n7VB7GNJ070735@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o threa/136345 threads    Recursive read rwlocks in thread A cause deadlock with
o threa/135673 threads    databases/mysql50-server - MySQL query lock-ups on 7.2
o threa/135462 threads    [PATCH] _thread_cleanupspecific() doesn't handle delet
o threa/133734 threads    32 bit libthr failing pthread_create()
o threa/128922 threads    threads hang with xorg running
o threa/127225 threads    bug in lib/libthr/thread/thr_init.c
o threa/122923 threads    'nice' does not prevent background process from steali
o threa/121336 threads    lang/neko threading ok on UP, broken on SMP (FreeBSD 7
o threa/118715 threads    kse problem
o threa/116668 threads    can no longer use jdk15 with libthr on -stable SMP
o threa/116181 threads    /dev/io-related io access permissions are not propagat
o threa/115211 threads    pthread_atfork misbehaves in initial thread
o threa/110636 threads    [request] gdb(1): using gdb with multi thread applicat
o threa/110306 threads    apache 2.0 segmentation violation when calling gethost
o threa/103975 threads    Implicit loading/unloading of libpthread.so may crash 
o threa/101323 threads    [patch] fork(2) in threaded programs broken.
s threa/100815 threads    FBSD 5.5 broke nanosleep in libc_r
s threa/94467  threads    send(), sendto() and sendmsg() are not correct in libc
s threa/84483  threads    problems with devel/nspr and -lc_r on 4.x
o threa/83914  threads    [libc] popen() doesn't work in static threaded program
o threa/80992  threads    abort() sometimes not caught by gdb depending on threa
o threa/80435  threads    panic on high loads
o threa/79887  threads    [patch] freopen() isn't thread-safe
o threa/79683  threads    svctcp_create() fails if multiple threads call at the 
s threa/76694  threads    fork cause hang in dup()/close() function in child (-l
s threa/76690  threads    fork hang in child for -lc_r
o threa/75374  threads    pthread_kill() ignores SA_SIGINFO flag
o threa/75273  threads    FBSD 5.3  libpthread (KSE) bug
o threa/72953  threads    fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST
o threa/70975  threads    [sysvipc] unexpected and unreliable behaviour when usi
s threa/69020  threads    pthreads library leaks _gc_mutex
s threa/49087  threads    Signals lost in programs linked with libc_r
s threa/48856  threads    Setting SIGCHLD to SIG_IGN still leaves zombies under 
s threa/40671  threads    pthread_cancel doesn't remove thread from condition qu
s threa/39922  threads    [threads] [patch] Threaded applications executed with 
s threa/37676  threads    libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra
s threa/34536  threads    accept() blocks other threads
s threa/32295  threads    [libc_r] [patch] pthread(3) dont dequeue signals
s threa/30464  threads    pthread mutex attributes -- pshared
s threa/24632  threads    libc_r delicate deviation from libc in handling SIGCHL
s threa/24472  threads    libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o

41 problems total.