Date: Wed, 1 Jul 1998 09:41:55 +0930 From: Greg Lehey <grog@lemis.com> To: Marino Ladavac <lada@pc8811.gud.siemens.at> Cc: mkn <mkn@emailbox.hdtv.lucent.com>, freebsd-questions@FreeBSD.ORG, FreeBSD Hackers <hackers@FreeBSD.ORG> Subject: Re: Unsupport calls Message-ID: <19980701094155.B1880@freebie.lemis.com> In-Reply-To: <XFMail.980630135139.lada@pc8811.gud.siemens.at>; from Marino Ladavac on Tue, Jun 30, 1998 at 01:51:39PM %2B0200 References: <19980630192910.H1880@freebie.lemis.com> <XFMail.980630135139.lada@pc8811.gud.siemens.at>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday, 30 June 1998 at 13:51:39 +0200, Marino Ladavac wrote: > > On 30-Jun-98 Greg Lehey wrote: >> On Tuesday, 30 June 1998 at 9:54:10 +0200, Marino Ladavac wrote: >>> >>> On 30-Jun-98 Greg Lehey wrote: >>>> >>>>> sigwait - no support in FreeBSD. >>>>> sigset - no support in FreeBSD >>>>> sighold - no support in FreeBSD >>>>> sigrelse - no support in FreeBSD >>>> >>>> These are the System V signal functions, arguably the worst choice of >>>> the currently available signal implementations. FreeBSD has the BSD >>>> functions instead, as well as the POSIX.1 signals which were derived >>>> from them. See more about this in my book "Porting UNIX software". I >>>> recommend porting to the POSIX.1 signals, which are also supported by >>>> Solaris. >>>> >>> sigwait is in libc_r, being a part of POSIX pthread specification. >> >> That's a different sigwait. This one is, by association, one of the >> calls of the System V signals implementation. > > I beg to differ (and so do my SunOS 5 manpages). The SysV simplified signal > management APIs are: > > NAME > sigwait - wait until a signal is posted > > SYNOPSIS > #include <signal.h> > > int sigwait(sigset_t *set); > > POSIX Oops, yes, missed that one. I wonder why this program is mixing two different signal implementations? That way madness lies. BTW, that reminds me that, though signal() was found, it's not the same signal() that is used in the FreeBSD implementation. But since signal handling will need rewriting, mkn should drop signal() altogether in favour of the POSIX.1 routines. Greg -- See complete headers for address and phone numbers finger grog@lemis.com for PGP public key 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?19980701094155.B1880>