home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / question / 11007 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  1.5 KB
  1. Xref: sparky comp.unix.questions:11007 comp.unix.wizards:3898 comp.unix.internals:1803
  2. Newsgroups: comp.unix.questions,comp.unix.wizards,comp.unix.internals
  3. Path: sparky!uunet!cs.utexas.edu!oakhill!engage.sps.mot.com!fmbutt
  4. From: fmbutt@engage.sps.mot.com (Farooq M. Butt)
  5. Subject: Best way to be alerted on the demise of a child process?
  6. Message-ID: <1992Sep12.174906.24374@oakhill.sps.mot.com>
  7. Sender: news@oakhill.sps.mot.com
  8. Nntp-Posting-Host: 223.3.249.15
  9. Organization: Motorola RISC Software, Austin, TX
  10. Date: Sat, 12 Sep 1992 17:49:06 GMT
  11. Lines: 19
  12.  
  13. Unix.illuminati:  
  14.  
  15. what is the best way to keep track of numerous child processes that one
  16. may have forked off ? Specifically I'd like to be notified asynchronously
  17. when any of them dies.  I know that that I can check the status of 
  18. a specific child via waitpid() (BTW: is that the _best_ way of checking status?)
  19. but that is a synchronous way of doing so, what I am looking for is a
  20. way to spawn off a child and have some signal handler deal with its
  21. death --if and when that occurs.  I know that this must have been 
  22. done a zillion ways but I am looking for "the best" way if one exists. 
  23. Blast me email and I'll summarize...
  24.  
  25. fmb
  26.  
  27. -- 
  28. Standard High-Tech Disclaimer: NOTHING  in the above article has the slightest 
  29. relationship to reality. If any reality correspondences are found, please 
  30. notify me IMMEDIATELY. Any threats, abuse or stupidity of any kind is purely 
  31. UNintentional. These are MY Opinions NOT my employer's.
  32.