]> git.ipfire.org Git - thirdparty/glibc.git/commitdiff
(Job Control Signals): In GNU, orphans getting stop sigs get SIGKILL.
authorRoland McGrath <roland@gnu.org>
Sun, 16 Oct 1994 23:55:59 +0000 (23:55 +0000)
committerRoland McGrath <roland@gnu.org>
Sun, 16 Oct 1994 23:55:59 +0000 (23:55 +0000)
manual/signal.texi

index af2a6301a68893b6423da97e221db9ac109b0d25..7339e4c2cdd126e3cf89d4138cd5bb3d25a32e51 100644 (file)
@@ -708,10 +708,13 @@ signals for a process are discarded when it receives a stop signal.
 When a process in an orphaned process group (@pxref{Orphaned Process
 Groups}) receives a @code{SIGTSTP}, @code{SIGTTIN}, or @code{SIGTTOU}
 signal and does not handle it, the process does not stop.  Stopping the
-process would be unreasonable since there would be no way to continue
-it.  What happens instead depends on the operating system you are
-using.  Some systems may do nothing; others may deliver another signal
-instead, such as @code{SIGKILL} or @code{SIGHUP}.
+process would probably not be very useful, since there is no shell
+program that will notice it stop and allow the user to continue it.
+What happens instead depends on the operating system you are using.
+Some systems may do nothing; others may deliver another signal instead,
+such as @code{SIGKILL} or @code{SIGHUP}.  In the GNU system, the process
+dies with @code{SIGKILL}; this avoids the problem of many stopped,
+orphaned processes lying around the system.
 
 @ignore
 On the GNU system, it is possible to reattach to the orphaned process