home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / next / programm / 7372 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  1.9 KB
  1. Path: sparky!uunet!overload!dillon
  2. From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re:  zombies (was Re: What does a task with priority -1 mean?)
  5. Distribution: usa
  6. Message-ID: <dillon.0rio@overload.Berkeley.CA.US>
  7. References:  <1dmp94INNppe@uwm.edu> <1992Nov10.152955.21859@menudo.uh.edu> <10NOV199210153953@mpx2.lampf.lanl.gov> <74594@hydra.gatech.EDU>
  8. Date: 22 Nov 92 11:20:16 PST
  9. Organization: Not an Organization
  10. Lines: 36
  11.  
  12. In article <74594@hydra.gatech.EDU> cc100aa@xray.gatech.edu (Ray Spalding) writes:
  13. >To avoid zombies, a UNIX process doing a fork (a parent process)
  14. >must reap it's child(ren).  This is done by some varient of the
  15. >wait(2) system call, and it may be helpful to install a SIGCHLD
  16. >handler.  The man pages seem to imply that wait() is an optional
  17. >feature, but failure to call it will result in a zombie.
  18. >
  19. >It sounds like Terminal is not doing this properly.  The Subprocess
  20. >example does not seem to do this, either.
  21.  
  22.     If the parent process exits any unreaped zombies are supposed to go
  23.     away.  Therefore, logging out *should* fix the problem.
  24.  
  25.     If it doesn't, it's a bug.  Another problem that I've found... you
  26.     can't kill a process that is blocked in device-open (e.g. blocked on a
  27.     dialup tty).  That is definitely a bug, when you kill a process (kill
  28.     -9 pid) it's supposed to die, period.
  29.  
  30.                     -Matt
  31.  
  32. >Most UNIXes I'm familiar with report zombies as <defunct>, but
  33. >Mach apparently doesn't, if what's been reported here is correct.
  34. >Also, on other UNIXes, killing them (from root) is no problem.
  35. >
  36. >--
  37. >Ray Spalding, Office of Information Technology
  38. >Georgia Institute of Technology, Atlanta Georgia, 30332-0715
  39. >Internet: ray.spalding@oit.gatech.edu (NeXT Mail accepted)
  40.  
  41. --
  42.  
  43.     Matthew Dillon        dillon@Overload.Berkeley.CA.US
  44.     1005 Apollo Way        uunet.uu.net!overload!dillon
  45.     Incline Village, NV. 89451    ham: KC6LVW (no mail drop)
  46.     USA             Sandel-Avery Engineering (702)831-8000
  47.  
  48.