killing processes

[Chris Torek]

In article <13282 at brl-adm.ARPA> rbj at icst-cmr.arpa (Root Boy Jim) writes:
>I believe that killing a process merely sets a bit in its signal mask, which
>is not looked at until the affected process is rescheduled.

It does a bit more.  If the affected process is sleeping interruptably,
it is made runnable and has its priority raised to PUSER if it is now
lower.  If it is actively running, its killing itself arranges for an
`AST' (no not the Minix AST :-) ) so that it will be sure to see the
signal.

In other words, the affected process is arranged to be run soon, so that
the signal will happen.
-- 
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