<?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: Socket problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016847#M576728</link>
    <description>Hello!&lt;BR /&gt;&lt;BR /&gt;If it's your code i don't think that it's&lt;BR /&gt;a good thing that your program not control&lt;BR /&gt;the close of connection, you should check the&lt;BR /&gt;source and made changes and the work with&lt;BR /&gt;signals will be fine for this.&lt;BR /&gt;&lt;BR /&gt;Caesar</description>
    <pubDate>Mon, 07 Jul 2003 19:41:15 GMT</pubDate>
    <dc:creator>Caesar_3</dc:creator>
    <dc:date>2003-07-07T19:41:15Z</dc:date>
    <item>
      <title>Socket problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016844#M576725</link>
      <description>We have a c program that opens and connects a socket to one of our vendors for the purpose of exchanging information. We disconnect the socket after midnight using ndd disconnect by address. The problem we're having is, when we start the process in the morning, the socket status starts in "Established" mode and since their are no files to exchange with the vendor the socket goes into "Time_Wait" status which causes our program to fail and socket to disconnect. My workaround, was to send a single packet at startup across the connection. That makes the socket stay open even if no data was exchanged for a couple of hours. I would like to know why it only works when I send that packet. If someone has a solution or suggestion to how I can get it to start without the initial packet, please send me your thoughts.</description>
      <pubDate>Mon, 07 Jul 2003 14:48:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016844#M576725</guid>
      <dc:creator>Osa Jousou</dc:creator>
      <dc:date>2003-07-07T14:48:51Z</dc:date>
    </item>
    <item>
      <title>Re: Socket problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016845#M576726</link>
      <description>First of all using rather than using ndd to clobber the connections, I would rather see you code a signal handler to shutdown the socket more gracefully.&lt;BR /&gt;&lt;BR /&gt;I suspect that you need to use setsockopt() to set SO_KEEPALIVE.&lt;BR /&gt;</description>
      <pubDate>Mon, 07 Jul 2003 15:07:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016845#M576726</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2003-07-07T15:07:29Z</dc:date>
    </item>
    <item>
      <title>Re: Socket problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016846#M576727</link>
      <description>You can configure you time-wait interval&lt;BR /&gt;&lt;BR /&gt;ndd -get /dev/tcp tcp_time_wait_interval &lt;BR /&gt;&lt;BR /&gt;-&amp;gt; this shows your current setting. &lt;BR /&gt;&lt;BR /&gt;To change it &lt;BR /&gt;ndd -set /dev/tcp/tcp_time_wait_interval &lt;NEWVALUE&gt; (in seconds) &lt;BR /&gt;&lt;BR /&gt;to make it permanent &lt;BR /&gt;change the setting in &lt;BR /&gt;/etc/rc.config.d/nddconf &lt;BR /&gt;&lt;BR /&gt;&lt;/NEWVALUE&gt;</description>
      <pubDate>Mon, 07 Jul 2003 15:12:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016846#M576727</guid>
      <dc:creator>Dagmar Boelen</dc:creator>
      <dc:date>2003-07-07T15:12:31Z</dc:date>
    </item>
    <item>
      <title>Re: Socket problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016847#M576728</link>
      <description>Hello!&lt;BR /&gt;&lt;BR /&gt;If it's your code i don't think that it's&lt;BR /&gt;a good thing that your program not control&lt;BR /&gt;the close of connection, you should check the&lt;BR /&gt;source and made changes and the work with&lt;BR /&gt;signals will be fine for this.&lt;BR /&gt;&lt;BR /&gt;Caesar</description>
      <pubDate>Mon, 07 Jul 2003 19:41:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-problem/m-p/3016847#M576728</guid>
      <dc:creator>Caesar_3</dc:creator>
      <dc:date>2003-07-07T19:41:15Z</dc:date>
    </item>
  </channel>
</rss>

