Re: Killing Processes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



In the last exciting episode, mike@xxxxxxxx (Michael Fuhr) wrote:
> On Sat, Apr 23, 2005 at 10:58:46AM -0500, Thomas F.O'Connell wrote:
>>
>> It is generally not recommended that you kill processes with anything 
>> stronger than HUP, which is (I believe) what kill sends by default. 
>
> kill usually sends TERM by default, not HUP.
>
> (I say "usually" only because I haven't personally examined every
> implementation of kill in existence.  Every one I've used sends
> TERM by default and I haven't heard of any that work otherwise.)

The only "normative" standard that would seem meaningful would be
POSIX.  A quick "google" doesn't find anything relevant there.  

The most relevant thing is pointers to the GNU utilities, which is
where the "kill" used on Linux comes from.  The man page for that
indicates TERM as the default, and later has pointers to POSIX.1 as
its 'source of authority.'

I'd hazard the guess that perhaps that default was declared in POSIX,
which is at least a form of standard.  It may not be normative for
BSD, but it is still instructive...

Have you ever had a "bad day" when you issued "kill -3" rather than
"kill 2"?  I have also had the day when part of me wanted "kill it
now; kill -3", another part knew "No, you should just use kill -2, and
wait...", and my treacherous fingers wound up taking the wrong side in
the conflict ;-).
-- 
"cbbrowne","@","ntlug.org"
http://cbbrowne.com/info/internet.html
Rules of the Evil Overlord #144. "I will order my guards to stand in a
line  when they shoot  at the  hero so  he cannot  duck and  have them
accidentally shoot each  other. Also, I will order  some to aim above,
below, and to the sides so he cannot jump out of the way."
<http://www.eviloverlord.com/>


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux