Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!usc!jarthur!uunet!mcsun!ukc!pyrltd!root44!gwc From: gwc@root.co.uk (Geoff Clare) Newsgroups: comp.unix.questions Subject: Re: Answer on sockets; Question on screen under SunOS 4.[01] Message-ID: <2539@root44.co.uk> Date: 19 Nov 90 13:54:34 GMT References: <7122:Nov1408:21:1690@kramden.acf.nyu.edu> <2212@kraftbus.opal.cs.tu-berlin.de> <10077:Nov1523:37:0790@kramden.acf.nyu.edu> Organization: UniSoft Ltd., London, England Lines: 23 brnstnd@kramden.acf.nyu.edu (Dan Bernstein) writes: > You know how orphaned processes are >killed when they're stopped? Well, POSIX requires that this also happen >to processes in an orphaned process group, even if the parent is around. >This requirement is unreasonable, useless, and unnecessarily hurts lots >of existing programs, but it's what the standard says. Wrong, wrong, wrong. That is not what the standard says at all. Here is the relevant text from P1003.1-1990, 3.3.1.3: "A process that is a member of an orphaned process group shall not be allowed to stop in response to the SIGTSTP, SIGTTIN, or SIGTTOU signals. In cases where delivery of one of these signals would stop such a process, the signal shall be discarded." In other words, POSIX has fixed the revolting BSD behaviour Dan describes. Instead of getting killed the process just gets an EIO error from read(), write(), etc. -- Geoff Clare (Dumb American mailers: ...!uunet!root.co.uk!gwc) UniSoft Limited, Hayne Street, London EC1A 9HH, England. Tel: +44-71-315-6600