This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case
- From: Florian Weimer <fweimer at redhat dot com>
- To: Jonathan Nieder <jrnieder at gmail dot com>
- Cc: KOSAKI Motohiro <kosaki dot motohiro at gmail dot com>, Siddhesh Poyarekar <siddhesh at redhat dot com>, libc-alpha at sourceware dot org
- Date: Wed, 10 Apr 2013 09:27:10 +0200
- Subject: Re: Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case
- References: <20120920141557 dot 4d74155d at spoyarek> <20120920144516 dot 40d18070 at spoyarek> <20120924174116 dot 11fd6b63 at spoyarek> <20121002000423 dot 30e99e6a at spoyarek> <CAHGf_=rQSC33ZnpGR3xwuBUEZ=1-mEOupFP=8qXyc6r_Qy7G3g at mail dot gmail dot com> <20121001191239 dot GG16391 at elie dot Belkin>
On 10/01/2012 09:12 PM, Jonathan Nieder wrote:
KOSAKI Motohiro wrote:
I have a question. Do any standard require pthread_join() ensure to
reduce NPROC? I guess no.
It's not clear to me, but my guess is also no.
The following passage seems to involve an assumption that joined
threads would not count towards implementation limits (otherwise, why
would it single out unjoined threads in particular?):
It is unspecified whether a thread that has exited but remains
unjoined counts against {PTHREAD_THREADS_MAX}.
I ran into this on current Fedora 18.
This smells like a bug in our implementation. Can we fix this in glibc?
Any pointers?
pthread_join actually deallocating resources seems fairly important to
me as a quality-of-implementation issue, irrespective of what the
standard says.
--
Florian Weimer / Red Hat Product Security Team