Re: Hurd_condition_wait in glibc libpthreads in Debian
From: Richard Braun <email@example.com>
To: Thomas DiModica <firstname.lastname@example.org>
Cc: "email@example.com" <firstname.lastname@example.org>; "email@example.com" <firstname.lastname@example.org>
Sent: Tuesday, July 31, 2012 4:48 PM
Subject: Re: Hurd_condition_wait in glibc libpthreads in Debian
On Tue, Jul 31, 2012 at 03:16:05PM -0700, Thomas DiModica wrote:
> As an aside, Vicente Ara (zenton) actually wrote the pthread hurd_condition_wait.
> For the provenance of this file, see the thread:
My understanding is that pthread_cond_wait is a cancellation point,
which means if a cancellation actually happens there, cleanup routines
will be called, and the thread will exit instead of returning to the
caller, which is of course *not* what we want here. We want
hurd_condition_wait to report to the caller that it was cancelled,
----- Original Message -----
That would be my understanding, too.
Well, it is still a cancellation point, but for a different kind of cancellation.
I think that "RPC interruption" would be a better way to describe it.
And my understanding is also that that is what Vicente's function does.
Most of what I understand is from what Marcus has to say in this thread here:
My understanding is that hurd_condition_wait is used with hurd_thread_cancel
in libc, as libc uses a different cancellation semantics than is provided by
POSIX in pthreads.
I'm going to cross-post this bug-hurd, so that if I am wrong, someone there will
straighten me out.