Date: Thu, 6 Feb 1997 07:37:01 +1100 (EST) From: John Birrell <jb@cimlogic.com.au> To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Cc: ljo@Mcs.Net, hackers@freebsd.org Subject: Re: sigwait and threads? Message-ID: <199702052037.HAA02960@freebsd1.cimlogic.com.au> In-Reply-To: <199702051749.AA254324944@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at "Feb 5, 97 06:49:04 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Hr.Ladavac wrote: > sigwait() is a DCE-ism, or better yet, pthread Draft 4-ism. At that > stage they had no support for per thread sigaction() nor signal()--as a > matter of fact, one was not allowed to use them. > > Pthread Draft 7 introduced per-thread sigaction and signal semantics, and > I believe the Draft 10 and Standard have thrown the whole sigwait mess out. sigwait *is* in draft 10. > > AFAIK, the libc_r implements pthread Standard; you should be able to > use sigaction instead. It might be possible to write a wrapper around > it to implement sigwait for the DCE compatibility. Andy(?) Birrell may > have further comments. > > Another difference that DCE requires and Draft 8 has thrown out is > pthread_detach(). pthread_detach is in draft 10, too. > > /Marino Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199702052037.HAA02960>