* Re: Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case
[not found] ` <CAHGf_=pMJ5omxBG7RWFN9qT_phify5Ors-fk=Vd2DXy0YF3Uyw@mail.gmail.com>
@ 2012-10-02 3:38 ` Siddhesh Poyarekar
2012-10-02 4:02 ` Siddhesh Poyarekar
2012-10-02 6:40 ` Jonathan Nieder
0 siblings, 2 replies; 3+ messages in thread
From: Siddhesh Poyarekar @ 2012-10-02 3:38 UTC (permalink / raw)
To: KOSAKI Motohiro; +Cc: Jonathan Nieder, libc-alpha, libc-ports
On Mon, 1 Oct 2012 12:12:39 -0700, Jonathan wrote:
> It is unspecified whether a thread that has exited but remains
> unjoined counts against {PTHREAD_THREADS_MAX}.
OK, thanks for confirming that. The blurb is directed at
PTHREAD_THREADS_MAX rather than NPROC, but as KOSAKI mentioned, since it
is equated to a condvar based implementation, then the current
behaviour is fine. I'll push this if I get an ack from one of the
maintainers.
On Mon, 1 Oct 2012 15:27:37 -0400, KOSAKI wrote:
> btw, lll_wait_tid() comment about CLONE_CLEARTID. But it's a typo.
> real name is CLONE_CHILD_CLEARTID (see createthread.c). It would
> be great if someone fix it too.
Thanks, I've committed the fix as obvious:
http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=adcdc775e11f6fc788448b9e2b0b4ef08579e463
cc'd libc-ports since the commit touches the ports as well.
Thanks,
Siddhesh
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case
2012-10-02 3:38 ` Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case Siddhesh Poyarekar
@ 2012-10-02 4:02 ` Siddhesh Poyarekar
2012-10-02 6:40 ` Jonathan Nieder
1 sibling, 0 replies; 3+ messages in thread
From: Siddhesh Poyarekar @ 2012-10-02 4:02 UTC (permalink / raw)
To: Siddhesh Poyarekar
Cc: KOSAKI Motohiro, Jonathan Nieder, libc-alpha, libc-ports
On Tue, 2 Oct 2012 09:07:07 +0530, Siddhesh wrote:
> Thanks, I've committed the fix as obvious:
>
> http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=adcdc775e11f6fc788448b9e2b0b4ef08579e463
>
> cc'd libc-ports since the commit touches the ports as well.
Sorry, I had bunched up the changelog entries into ports/ChangeLog and
realized after pushing it that it should have gone into the individual
arch-specific files. I have fixed it now.
Regards,
Siddhesh
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case
2012-10-02 3:38 ` Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case Siddhesh Poyarekar
2012-10-02 4:02 ` Siddhesh Poyarekar
@ 2012-10-02 6:40 ` Jonathan Nieder
1 sibling, 0 replies; 3+ messages in thread
From: Jonathan Nieder @ 2012-10-02 6:40 UTC (permalink / raw)
To: Siddhesh Poyarekar; +Cc: KOSAKI Motohiro, libc-alpha, libc-ports
Siddhesh Poyarekar wrote:
> On Mon, 1 Oct 2012 12:12:39 -0700, Jonathan wrote:
>> It is unspecified whether a thread that has exited but remains
>> unjoined counts against {PTHREAD_THREADS_MAX}.
>
> OK, thanks for confirming that.
Just for reference: the above passage is about threads that have
pthread_exit()-ed and _not_ been joined yet. The normative part of
the standard does not seem to say anything so clear about threads that
have been joined.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-10-02 6:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20120920141557.4d74155d@spoyarek>
[not found] ` <20120920144516.40d18070@spoyarek>
[not found] ` <20120924174116.11fd6b63@spoyarek>
[not found] ` <20121002000423.30e99e6a@spoyarek>
[not found] ` <CAHGf_=rQSC33ZnpGR3xwuBUEZ=1-mEOupFP=8qXyc6r_Qy7G3g@mail.gmail.com>
[not found] ` <20121001191239.GG16391@elie.Belkin>
[not found] ` <CAHGf_=pMJ5omxBG7RWFN9qT_phify5Ors-fk=Vd2DXy0YF3Uyw@mail.gmail.com>
2012-10-02 3:38 ` Ping[2]: [PATCH] Fix sporadic failure in tst-eintr1 test case Siddhesh Poyarekar
2012-10-02 4:02 ` Siddhesh Poyarekar
2012-10-02 6:40 ` Jonathan Nieder
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).