Date: Wed, 2 Dec 1998 02:05:46 -0400 (AST) From: The Hermit Hacker <scrappy@hub.org> To: John Birrell <jb@cimlogic.com.au> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pthread_cancel() function... Message-ID: <Pine.BSF.4.05.9812020204440.4737-100000@thelab.hub.org> In-Reply-To: <199812020528.QAA07636@cimlogic.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2 Dec 1998, John Birrell wrote:
> The Hermit Hacker wrote:
> > Very sure, but the developer has been *very* receptive to fixes
> > and patches that I've sent him...what would you suggest? Just replace
> > with pthread_detach() if pthread_cancel() doesn't exist? Or something
> > altogether different?
>
> pthread_detach() just indicates to the system that the thread exit status
> and thread resources can be thrown away. The normal thing for one thread
> to do is to discover (by some mechanism, usually by accessing shared data)
> that another thread has exited. The running thread then joins to the other
> thread to get it's exit status and then detaches it. This is very different
> to pthread_cancel() which is intended for use when one thread wants to play
> god over other threads. If your application requires pthread_cancel()
> because there is no other means for the 'god' thread to tell other threads
> to exit, then we need to implement pthread_cancel(). 8-) Can you send
> me the URL for the application so I can have a look at how the thread
> cancellation is coded? This shouldn't be necessary, but experience has
> proven otherwise.
Just an FYI...I forwarded your comments about pthread_cancel() to
Rob (the author), and he just sent back that he took it out, so we don't
have to worry about implementing it afterall...
Thanks for the help :)
Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9812020204440.4737-100000>