non-job-control sh (was: Re: System V Release 4.0 Developers)

[Chris Torek]

In article <7610 at bloom-beacon.MIT.EDU> scs at athena.mit.edu (Steve Summit)
writes [context: 4BSD]:
>The only real problem is when you're using an old shell as a
>login shell, but you're using the new tty line discipline, with a
>suspend character enabled.  As I recall, ^Z then logs you out,

It does, but:

>because init regains control when the shell is suspended, and it
>is not ready, willing, or able to do job control for you.  (The
>fact that you get logged out rather than zombieified may require
>some special handling on init's part.)

in fact it is much worse.  init does nothing about stopped processes,
and so the kernel takes it upon itself to translate `keyboard stop'
signals (SIGTSTP, SIGTTIN, and SIGTTOU) into SIGKILL when those signals
are being delivered to a child of init and the action is the default
(see psignal() in /sys/sys/kern_sig.c).

Why this was done rather than having init itself kill (or---for
SIGTSTP---continue) such processes I do not know.
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain:	chris at mimsy.umd.edu	Path:	uunet!mimsy!chris