home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / wizards / 3608 < prev    next >
Encoding:
Text File  |  1992-08-13  |  1.4 KB  |  37 lines
  1. Newsgroups: comp.unix.wizards
  2. Path: sparky!uunet!decwrl!deccrl!news.crl.dec.com!pa.dec.com!decprl!decprl!boyd
  3. From: boyd@prl.dec.com (Boyd Roberts)
  4. Subject: Re: Queueing of signals
  5. Message-ID: <1992Aug14.112212.1265@prl.dec.com>
  6. Keywords: SIGCHLD, signals, queueing, sigvec
  7. Sender: news@prl.dec.com (USENET News System)
  8. Nntp-Posting-Host: prl313.prl.dec.com
  9. Organization: Digital Equipment Corporation - Paris Research Laboratory
  10. References: <1992Aug13.160824.11077@bwdls61.bnr.ca> <1992Aug14.072625.26349@fcom.cc.utah.edu>
  11. Date: Fri, 14 Aug 1992 11:22:12 GMT
  12. Lines: 23
  13.  
  14. I wasn't going to followup to this thread because the whole `signal
  15. on child death' is a quagmire, but:
  16.  
  17. In article <1992Aug14.072625.26349@fcom.cc.utah.edu>, terry@cs.weber.edu (A Wizard of Earth C) writes:
  18. > You know, if I had any sense, I'd be going to bed right this instant...
  19. >
  20.  
  21. Hmm...
  22.  
  23. > 1)    Signals aren't queued
  24.  
  25. Well it depends.  On System V `death of child' persists until all your
  26. zombies have been waited for.  And it's near indistinguishable from a
  27. queue when your signal handler is coded correctly; you get one signal
  28. per child death.  You must ensure that you wait _before_ you reset
  29. the SIGCLD handler because signal(2) will search the process table 
  30. looking for any outstanding zombies, which in turn generates another
  31. signal.  Get this wrong and your stack explodes.
  32.  
  33.  
  34. Boyd Roberts            boyd@prl.dec.com
  35.  
  36. ``When the going gets wierd, the weird turn pro...''
  37.