ftp.nice.ch/peanuts/GeneralData/Usenet/news/1990/CSN-90.tar.gz#/comp-sys-next/1990/Sep/too-many-defunct-processes-running

This is too-many-defunct-processes-running in view mode; [Up]


Date: Sun 20-Sep-1990 16:50:46 From: Unknown Subject: too many defunct processes running!!! (on my old '030) I know this has nothing to do with the NeXTNeXTs (which looked really impressive in the announcement/demo at the NeXT user group meeting), but I have a problem. Think back to when you ran shell scripts (gasp! ;-} ) on that old antiquated NeXT 030 (gasp! GASP! ). Did you ever run across a problem of the system not being able to release its old processes? I have a script which I have started repeatedly, similar to old scripts which ran fine, which repeatedly dies with a pair of messages 'fork failed - too many processes' ... 'No more processes' if I do a ps, I find a bunch of old processes, with a wide range of PIDs, which all list as defunct. A typical line follows: 'root 9636 0.0 0.0 0K 0K co < 0:00 <defunct>' Most (but not all) belong to root, and none of them can be removed without rebooting the machine. This is tying me up on a project with a close deadline, so any help would be greatly appreciated. Thanks for any info, Mark Article 7848 of comp.sys.next: >From: absinthe@milton.u.washington.edu (Daniel Faken)
Date: Sun 20-Sep-1990 20:47:02 From: Unknown Subject: Re: too many defunct processes running!!! (on my old '030) This happened to me a few times as well.. turned out that was repeatedly forking processes (ie. more than I wanted to). You might check for loops that repeatedly fork()... Article 7843 of comp.sys.next: >From: jacob@gore.com (Jacob Gore)
Date: Sun 21-Sep-1990 14:42:44 From: Unknown Subject: Re: too many defunct processes running!!! (on my old '030) Also, if you haven't done a wait() for the dead child processes, they will continue to take up process table space. ...eric ---------------------------------- Replies can have NeXT attachments in them Article 8090 of comp.sys.next: >From: ls1i+@andrew.cmu.edu (Leonard John Schultz)

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.