Skip site navigation (1)Skip section navigation (2)
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>