<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Questions about Kill -HUP in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529460#M868023</link>
    <description>Thanks for all the replies!  It looks like I'm missing some of the basics here.  Apparently, when you send a kill to a process, the process knows how to handle to signal by means of trap statements?  That would explain a lot.&lt;BR /&gt;&lt;BR /&gt;I assume by the name, a kill -18 is intended to stop the child processes (if there is a trap setup for it).&lt;BR /&gt;&lt;BR /&gt;Are there any signals (besides 9) that don't require traps defined?  &lt;BR /&gt;&lt;BR /&gt;Thanks again for all your help!</description>
    <pubDate>Wed, 16 May 2001 21:57:30 GMT</pubDate>
    <dc:creator>Jared Westgate_1</dc:creator>
    <dc:date>2001-05-16T21:57:30Z</dc:date>
    <item>
      <title>Questions about Kill -HUP</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529456#M868019</link>
      <description>Hello,  &lt;BR /&gt;&lt;BR /&gt;     I was hoping that someone could clear up a few things for me.  I've written a security script that will allow certain users only 1 concurrent login.  I can already forsee problems with users being logged on somewhere else and not knowing it.  My question is this:  If I have to kill these existing sessions (just posix shells), will a kill -HUP gracefully exit any child processes that may be running.  I know the shell won't respond to a kill -15, and I don't want to use a kill -9.  What exectly does a kill -HUP do (as opposed to a kill -15)?  Is there a more correct way of terminating users?  Thank you for all your help.&lt;BR /&gt;&lt;BR /&gt;Jared</description>
      <pubDate>Wed, 16 May 2001 21:10:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529456#M868019</guid>
      <dc:creator>Jared Westgate_1</dc:creator>
      <dc:date>2001-05-16T21:10:10Z</dc:date>
    </item>
    <item>
      <title>Re: Questions about Kill -HUP</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529457#M868020</link>
      <description>kill -1 will generally terminate child processes, but you might want to issue an explicit kill -18 (SIGCHLD) first.</description>
      <pubDate>Wed, 16 May 2001 21:30:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529457#M868020</guid>
      <dc:creator>Alan Riggs</dc:creator>
      <dc:date>2001-05-16T21:30:17Z</dc:date>
    </item>
    <item>
      <title>Re: Questions about Kill -HUP</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529458#M868021</link>
      <description>Hi Jared,&lt;BR /&gt;&lt;BR /&gt;Without try to sound too smug, a kill -HUP does what ever it's told to do. Specifically,&lt;BR /&gt;if a process has a signal handler (or in the case of the shell a trap statement) it takes&lt;BR /&gt;whatever action that is coded upon receipt of the particular signal. &lt;BR /&gt;You could have one response to a SIGHUP and another to a SIGTERM (15). You can also instruct the process (or shell) to ignore certain signals. You should man sh and carefully examine the trap section.&lt;BR /&gt;&lt;BR /&gt;One thing you should also be aware of is that you are not guarenteed to be sent a hangup signal. For example, if using a serial terminal or modem, if it's not properly wired and configured then the system has no idea that the user has turned off the device.&lt;BR /&gt;&lt;BR /&gt;Hope this gets you started, Clay&lt;BR /&gt;</description>
      <pubDate>Wed, 16 May 2001 21:31:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529458#M868021</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2001-05-16T21:31:42Z</dc:date>
    </item>
    <item>
      <title>Re: Questions about Kill -HUP</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529459#M868022</link>
      <description>Clay's points are well made.  As a rule, I tend to "escalate" kills until the offending process goes away.  Start gentle(18, 15), then be firm(1,2,6) then drop the hammer(9).&lt;BR /&gt;&lt;BR /&gt;This gives every opportunity for a clean departure, but ensures that any process responding to signals will, in fact, go away.</description>
      <pubDate>Wed, 16 May 2001 21:44:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529459#M868022</guid>
      <dc:creator>Alan Riggs</dc:creator>
      <dc:date>2001-05-16T21:44:09Z</dc:date>
    </item>
    <item>
      <title>Re: Questions about Kill -HUP</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529460#M868023</link>
      <description>Thanks for all the replies!  It looks like I'm missing some of the basics here.  Apparently, when you send a kill to a process, the process knows how to handle to signal by means of trap statements?  That would explain a lot.&lt;BR /&gt;&lt;BR /&gt;I assume by the name, a kill -18 is intended to stop the child processes (if there is a trap setup for it).&lt;BR /&gt;&lt;BR /&gt;Are there any signals (besides 9) that don't require traps defined?  &lt;BR /&gt;&lt;BR /&gt;Thanks again for all your help!</description>
      <pubDate>Wed, 16 May 2001 21:57:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/questions-about-kill-hup/m-p/2529460#M868023</guid>
      <dc:creator>Jared Westgate_1</dc:creator>
      <dc:date>2001-05-16T21:57:30Z</dc:date>
    </item>
  </channel>
</rss>

