From owner-freebsd-hackers Tue Dec 1 21:26:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10130 for freebsd-hackers-outgoing; Tue, 1 Dec 1998 21:26:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from thelab.hub.org (nat1001.mpoweredpc.net [142.177.191.239]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10120 for ; Tue, 1 Dec 1998 21:26:25 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.1/8.9.1) with ESMTP id BAA03224; Wed, 2 Dec 1998 01:26:01 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 2 Dec 1998 01:26:01 -0400 (AST) From: The Hermit Hacker To: John Birrell cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pthread_cancel() function... In-Reply-To: <199812020528.QAA07636@cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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. ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/cyrus-acapd-v2.0a?.tar.gz As I said, the author is being very responsive to patches, so in the past day and a half, the ? has changed as I've submitted FreeBSD related patches to him... Thanks John... 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