Re: POSIX signal handling versus traditional signal handling

From: Villy Kruse (vek_at_station02.ohout.pharmapartners.nl)
Date: 08/25/05 

Date: 25 Aug 2005 07:22:52 GMT

On 24 Aug 2005 16:27:51 GMT,
    Nils Weller <me@privacy.net> wrote:

> On 2005-08-24, Ulrich Hobelmann <u.hobelmann@web.de> wrote:
>> usenet@sta.samsung.com wrote:
>> AFAIK, BSD and POSIX signals (i.e. everything except ooold Unix V7 or
>> something) are reliable, so even if you process receives two same
>
> Note that in System V, signal() was never fixed, so you still have to
> use sigset() (introduced in SVR3), sigaction() or bsd_signal() instead
> to get reliable signals

SysV sigset() differs from BSD signal() in whether or not restartable
syscalls are actualy restarted when the signal handler terminates.

Villy

Relevant Pages

  • YM3414 digital filter: data needed
    ... signals. ... Data has to be fed first into a YM3414 digital filter, which differs ...
    (sci.electronics.components)
  • Re: wireless receiver
    ... playing with it. ... My sending signal somewhat differs with my receiving signal. ... I hook up ... both signals on the oscilloscope and I get this clear but different ...
    (sci.electronics.basics)
  • wireless receiver
    ... My sending signal somewhat differs with my receiving signal. ... I hook up ... both signals on the oscilloscope and I get this clear but different ...
    (sci.electronics.basics)
  • Re: Abolishing sleeps in issignal()
    ... This is fine for signals that would normally abort the sleep anyway, but SIGSTOP actually leaves the thread on the sleep queue and tries to resume the sleep after the stop has cleared. ... For non-restartable syscalls we could have a special issignal variant that is called when msleep/cv_timedwait_sig return interrupted that would check for SIGSTOP/debugger events and sleep within a loop retrying the operation. ...
    (freebsd-arch)
  • Re: basic signal problem
    ... But I Dont understand one thing in signals. ... like pipes and FIFO's are also used for communication of data ... > isn't a signal for invalid mathematical operations involving integers. ... > EINVAL or EFAULT for most syscalls (there are exceptions to this rule so ...
    (comp.unix.programmer)