<?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 SIGKILL Failures in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/sigkill-failures/m-p/2429439#M2464</link>
    <description>Hey people. Why is it that a SIGKILL can fail on HPUX??&lt;BR /&gt;&lt;BR /&gt;Mike</description>
    <pubDate>Thu, 06 Jul 2000 14:21:23 GMT</pubDate>
    <dc:creator>Michael Soulier</dc:creator>
    <dc:date>2000-07-06T14:21:23Z</dc:date>
    <item>
      <title>SIGKILL Failures</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigkill-failures/m-p/2429439#M2464</link>
      <description>Hey people. Why is it that a SIGKILL can fail on HPUX??&lt;BR /&gt;&lt;BR /&gt;Mike</description>
      <pubDate>Thu, 06 Jul 2000 14:21:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigkill-failures/m-p/2429439#M2464</guid>
      <dc:creator>Michael Soulier</dc:creator>
      <dc:date>2000-07-06T14:21:23Z</dc:date>
    </item>
    <item>
      <title>Re: SIGKILL Failures</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigkill-failures/m-p/2429440#M2465</link>
      <description>First, this happens on all version of unix, not just hp-ux.&lt;BR /&gt;&lt;BR /&gt;Unix makes certain guarantees about the way that various things function.  One such guarantee, for instance, is that a disk write system call is atomic.  That means either the write happens or the write doesn't happen.  There is not supposed to be any such thing as half a write.  To enforce this, when a process is waiting for a disk write to complete there must be a way to render that process unkillable until the write has completed.&lt;BR /&gt;&lt;BR /&gt;So if a process is waiting for an event and its priority is below a constant called PZERO, the process may not be killed.  &lt;BR /&gt;&lt;BR /&gt;Sometimes this mechanism, well, screws up.  Any person who writes a device driver or a system call can set the priority low enough to render the process unkillable and then leave the process waiting for an event that will never happen.  These are bugs and every os has a few.   But without the mechanism to guarantee that some i/o is atomic, you could not have databases or transaction processing.</description>
      <pubDate>Thu, 06 Jul 2000 14:48:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigkill-failures/m-p/2429440#M2465</guid>
      <dc:creator>Paul Hite</dc:creator>
      <dc:date>2000-07-06T14:48:21Z</dc:date>
    </item>
    <item>
      <title>Re: SIGKILL Failures</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sigkill-failures/m-p/2429441#M2466</link>
      <description>What process are you sending SIGKILL to?</description>
      <pubDate>Thu, 06 Jul 2000 14:49:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sigkill-failures/m-p/2429441#M2466</guid>
      <dc:creator>CHRIS_ANORUO</dc:creator>
      <dc:date>2000-07-06T14:49:09Z</dc:date>
    </item>
  </channel>
</rss>

