<?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: signals in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907995#M284119</link>
    <description>I should also mention that there is more information available in "man kill".&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
    <pubDate>Tue, 05 Dec 2006 12:24:49 GMT</pubDate>
    <dc:creator>Pete Randall</dc:creator>
    <dc:date>2006-12-05T12:24:49Z</dc:date>
    <item>
      <title>signals</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907990#M284114</link>
      <description>How does SIGTERM terminate a  process in a orderly fashion? And how is it different to SIGHUP? Are there any other signal types recommended which would work better then SIGKILL which would just kill the process by force?</description>
      <pubDate>Tue, 05 Dec 2006 11:55:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907990#M284114</guid>
      <dc:creator>khilari</dc:creator>
      <dc:date>2006-12-05T11:55:26Z</dc:date>
    </item>
    <item>
      <title>Re: signals</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907991#M284115</link>
      <description>Info on signals can be found from:&lt;BR /&gt;&lt;BR /&gt;# man 5 signal&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 05 Dec 2006 11:57:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907991#M284115</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2006-12-05T11:57:56Z</dc:date>
    </item>
    <item>
      <title>Re: signals</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907992#M284116</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;In order for a signal to terminate a process in an orderly fashion, the signal must be catchable and it must be caught.&lt;BR /&gt;&lt;BR /&gt;In the shell, arming a 'trap' constitutes the signal handler.  When caught, the signal handler code runs and does *only* what you tell it to do.  Different actions might be taken upon receipt of different signals.  Removing temporary files, flushing file buffers, and releasing shared memory segments are common actions handled.&lt;BR /&gt;&lt;BR /&gt;Some signals are *not* catchable.  A kill -9 is the classic case.  No signal handler that you write will run when your program receives a SIGKILL.  Given that a SIGKILL cannot be caught (trapped) nothing can run to cleanup and hence things like shared memory segments can be left orphaned by your process.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 05 Dec 2006 12:07:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907992#M284116</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2006-12-05T12:07:38Z</dc:date>
    </item>
    <item>
      <title>Re: signals</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907993#M284117</link>
      <description>A SIGHUP is a hangup signal, quite often used to get a daemon to re-read it's configuration file.  A SIGKILL is a hard kill - it does not give a process a chance to shut down in an orderly fashion, release memory and resources, etc.  A SIGTERM attempts to have things shut down gracefully, releasing resources owned by the process.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Tue, 05 Dec 2006 12:09:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907993#M284117</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2006-12-05T12:09:22Z</dc:date>
    </item>
    <item>
      <title>Re: signals</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907994#M284118</link>
      <description>&amp;gt; Are there any other signal types recommended which would work better then SIGKILL which would just kill the process by force?&lt;BR /&gt;&lt;BR /&gt;SIGKILL (signum 9) is the "deadliest" signal of all.&lt;BR /&gt;&lt;BR /&gt;PCS</description>
      <pubDate>Tue, 05 Dec 2006 12:17:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907994#M284118</guid>
      <dc:creator>spex</dc:creator>
      <dc:date>2006-12-05T12:17:38Z</dc:date>
    </item>
    <item>
      <title>Re: signals</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907995#M284119</link>
      <description>I should also mention that there is more information available in "man kill".&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Tue, 05 Dec 2006 12:24:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907995#M284119</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2006-12-05T12:24:49Z</dc:date>
    </item>
    <item>
      <title>Re: signals</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907996#M284120</link>
      <description>Hi (again):&lt;BR /&gt;&lt;BR /&gt;I should add that there are times when a SIGKILL will have no effect.  If a process is waiting on an I/O, or has already died but is waiting to be removed from the process table by its parent process (a "zombie"); then a 'kill -9' will have no effect.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;</description>
      <pubDate>Tue, 05 Dec 2006 12:32:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/signals/m-p/3907996#M284120</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2006-12-05T12:32:22Z</dc:date>
    </item>
  </channel>
</rss>

