home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 24961 < prev    next >
Encoding:
Text File  |  1993-01-21  |  1.4 KB  |  33 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!munnari.oz.au!metro!ipso!runxtsa!bde
  3. From: bde@runx.oz.au (Bruce Evans)
  4. Subject: Re: sigset
  5. Message-ID: <1993Jan21.075324.21795@runx.oz.au>
  6. Organization: RUNX Un*x Timeshare.  Sydney, Australia.
  7. References: <9301182200.AA11372@deepthought.cs.utexas.edu> <1993Jan19.235103.23941@cbnewsi.cb.att.com>
  8. Date: Thu, 21 Jan 93 07:53:24 GMT
  9. Lines: 22
  10.  
  11. In article <1993Jan19.235103.23941@cbnewsi.cb.att.com> Kenneth Almquist (ka@hrojr.hr.att.com) writes:
  12. >When reliable signals were added to System V Release 3, the developers
  13. >added a new system call named "sigset" rather than changing the
  14. >semantics of "signal".  There may be minor differences between the
  15. >behavior of "sigset" and the Linux "signal" call, but in most cases
  16. >compiling with "-Dsigset=signal" should work fine.
  17.  
  18. I have sigset() for Minix.  The differences seem to be as follows:
  19.  
  20. 1. It gives reliable signals (sa_mask = 0).
  21. 2. If the signal is blocked, then sigset() returns SIG_HOLD instead of the
  22.    old handler.
  23. 3. sigset(sig, SIG_HOLD) masks the signal.
  24.  
  25. So, -Dsigset=signal probably won't work if the application uses SIG_HOLD,
  26. but Linux does not define SIG_HOLD (?) so the application will still not
  27. compile.
  28.  
  29. -Dsigset=signal probably won't work if the application wants reliable
  30. signals, either.  Linux signal() gives unreliable signals :-(.
  31. -- 
  32. Bruce Evans  (bde@runx.oz.au)
  33.