<?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 select call hangs in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/select-call-hangs/m-p/3328234#M873713</link>
    <description>C code, the "select" call hangs.&lt;BR /&gt;&lt;BR /&gt;nfds = 4. &lt;BR /&gt;Timeout = NULL&lt;BR /&gt;&lt;BR /&gt;HP UX 11i&lt;BR /&gt;&lt;BR /&gt;Can you kindly let us know where the problem could be. How do we start resolving this? Any patches available??</description>
    <pubDate>Sun, 11 Jul 2004 07:07:01 GMT</pubDate>
    <dc:creator>Sastry Podila</dc:creator>
    <dc:date>2004-07-11T07:07:01Z</dc:date>
    <item>
      <title>select call hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/select-call-hangs/m-p/3328234#M873713</link>
      <description>C code, the "select" call hangs.&lt;BR /&gt;&lt;BR /&gt;nfds = 4. &lt;BR /&gt;Timeout = NULL&lt;BR /&gt;&lt;BR /&gt;HP UX 11i&lt;BR /&gt;&lt;BR /&gt;Can you kindly let us know where the problem could be. How do we start resolving this? Any patches available??</description>
      <pubDate>Sun, 11 Jul 2004 07:07:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/select-call-hangs/m-p/3328234#M873713</guid>
      <dc:creator>Sastry Podila</dc:creator>
      <dc:date>2004-07-11T07:07:01Z</dc:date>
    </item>
    <item>
      <title>Re: select call hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/select-call-hangs/m-p/3328235#M873714</link>
      <description>Select() is supposed to block (or hang) with your timeout pointer set to NULL until one of the members of the fdes arrays has data. If all of the fdes arrays are also NULL pointers then select() will definitely block until the process gets a signal.&lt;BR /&gt;&lt;BR /&gt;This could be completely normal behavior. There are not yet enough data to diagnose your problem. A bigger chunk of code is needed.&lt;BR /&gt;</description>
      <pubDate>Sun, 11 Jul 2004 13:39:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/select-call-hangs/m-p/3328235#M873714</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2004-07-11T13:39:47Z</dc:date>
    </item>
    <item>
      <title>Re: select call hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/select-call-hangs/m-p/3328236#M873715</link>
      <description>FWIW, "11i" while I'm sure a wonderful marketing term (of course, it was marketing who coined it :) doesn't by itself convey which OS you are running:&lt;BR /&gt;&lt;BR /&gt;11i v1  - 11.11&lt;BR /&gt;11i v1.6 - 11.22&lt;BR /&gt;11i v2  - 11.23&lt;BR /&gt;&lt;BR /&gt;As far as resolving, I'd suggest getting a copy of tusc and using that to syscall trace your application and make sure your system calls are as you really intend them to be.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="ftp://ftp.cup.hp.com/dist/networking/tools/" target="_blank"&gt;ftp://ftp.cup.hp.com/dist/networking/tools/&lt;/A&gt;</description>
      <pubDate>Sun, 11 Jul 2004 23:02:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/select-call-hangs/m-p/3328236#M873715</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2004-07-11T23:02:04Z</dc:date>
    </item>
  </channel>
</rss>

