[omniORB] Why tcpSocketStrand::ll_recv blocking?
Ceyhun ÖZGÜN
ceyhun_ozgun@hotmail.com
Tue, 23 Nov 1999 01:59:24 PST
Isn't it better to use asynchronous sockets?
Because I write a program with MFC using asynchronous sockets and I cut off
the connection and recv() fails and returns after a while.
I think this way gives more control, isn't it?
And I am trying to download omniOrb 2.8.0 and server fails with time out. Is
there a problem at the server ?
>From: Sai-Lai Lo <S.Lo@uk.research.att.com>
>To: "Ceyhun ÖZGÜN" <ceyhun_ozgun@hotmail.com>
>CC: omniorb-list@uk.research.att.com
>Subject: Re: [omniORB] Why tcpSocketStrand::ll_recv blocking?
>Date: 22 Nov 1999 12:32:47 +0000
>
>Ceyhun,
>
>One point you have to bear in mind is that TCP/IP tries very hard to
>deliver bits reliably to the other end. For this reason, various timers in
>the TCP stack have very long timeout period. This may not be what you
>expect. You cut the network condition, the TCP stack will just patiently
>try and wait until the connection comes back. During this time, any user
>space process doing a recv() will just block until some stuff comes in.
>
>If you are using omniORB 2.8.0, there is already a call timeout mechanism
>to cause the ORB to throw a COMM_FAILURE if a remote invocation cannot
>complete within a period of time. The actual timeout value can be adjusted
>using the omniORB API. You should consult the user guide for the details.
>The timeout value is default to 1-2 minutes. Remember, if you set this
>value to low, you may end up timeout remote calls unnecessarily when there
>is any jitter in the network or at the server end.
>
>Sai-Lai
>
> >>>>> Ceyhun ÖZGÜN writes:
>
> > Hi!
> > I have a question.My platform specifications:
> > WinNT 4.0 sp4, Visual C++ 6.0.
> > When the program entered into the tcpSocketStrand::ll_recv function,
> > I cut the network connection and expect the function return in a defined
> > timeout period or by throwing an exception. Function does not continue
>even
> > the network comes out and blocks forever. Please tell me a reasonable
>way to
> > get out of this.
> > Thanks!
>
>
>
>--
>Sai-Lai Lo S.Lo@uk.research.att.com
>AT&T Laboratories Cambridge WWW: http://www.uk.research.att.com
>24a Trumpington Street Tel: +44 1223 343000
>Cambridge CB2 1QA Fax: +44 1223 313542
>ENGLAND
>
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com