[Fwd: [omniORB] Timeout problems]

[Sai-Lai Lo]

Please check your implementation of omni_condition::timedwait().
It is not returning from a time out as it should do.
I'll suggest you verify your omni_thread port to sprocs by at least run=
ning
the thread examples in src/examples/thread.

Sai-Lai


>>>>> Giga Giguashvili writes:

> Hi,

> I investigated the subject little more and found out that on of the t=
hreads(processes) gets
> stuck with the stack frame I attach. I tried to debug eg2_clt example=
, while the server
> implementation
> was changed not to return from the hello function call for a long tim=
e.

> I want to remind you that I ran the application with client call timo=
ut 1 sec.
> Could someone explain me what is the mechanism for timeouts used in O=
MNI (I mean
> where is the select call that sets the timeout??? :)))

> Thank you again for your help,
> Best regards,
> Giga

> -------- Original Message --------

=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20
>       Subject:=A0 [omniORB] Timeout problems=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20
>          Date:=A0 Wed, 29 Mar 2000 16:53:56 +0200=20=20=20=20=20=20=
=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20
>          From:=A0 Giga Giguashvili <gregoryg@ParadigmGeo.com>=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20
>  Organization:=A0 Paradigm Geophysical Ltd.=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20
>            To:=A0 omniorb-list@uk.research.att.com=20=20=20=20=20=20=
=20=20=20=20=20=20
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20

> Hello,

> I have OMNI 2.8 ported for SGI platform which is using sprocs instead=
 of pthreads.
> I encountered some problems with timeouts on connections. After littl=
e debugging I
> found out that shutdown function never gets called, even if I had set=
 timeout through
> the command line or function.

> I wanted to ask where to start looking for the problem, which module =
to your opinion
> might cause such a problem.

> Thank you in advance,
> Giga__poll(<stripped>) ["poll.s":20]
> _poll(<stripped>) ["pollSCI.c":30]
> omni_condition::timedwait(this =3D 0x10024ce4, secs =3D 954351369, na=
nosecs =3D 757573000) ["sproc.cc":247]
> omniORB_Scavenger::run_undetached(this =3D 0x10024cb0, <no name> =3D =
0x0) ["scavenger.cc":326]
> omni_thread::_thread_func_wrapper(data =3D 0x10024cb0) ["sproc.cc":43=
2]
> _nsproc(<stripped>) ["sproc.s":226]
> _poll(<stripped>) ["pollSCI.c":30]
> __recv(<stripped>) ["recv.s":17]
> _recv(<stripped>) ["recvSCI.c":29]
> tcpSocketStrand::ll_recv(this =3D 0x100299f8, buf =3D 0x1002baa0, sz =
=3D 8200) ["tcpSocketMTfactory.cc":861]
> reliableStreamStrand::fetch(this =3D 0x100299f8, max =3D 0) ["relStre=
am.cc":252]
> reliableStreamStrand::receive(this =3D 0x100299f8, size =3D 8192, exa=
ctly =3D '\000', align =3D 8, <no name> =3D '\001') ["relStream.cc":116]
> NetBufferedStream::receive(this =3D 0x7fff2bec, minimum =3D 8, startM=
TU =3D '\001') ["nbufferedStream.cc":331]
> NetBufferedStream::align_and_get_bytes(this =3D 0x7fff2bec, align =3D=
 ALIGN_1__4omni, nbytes =3D 8, startMTU =3D '\001') ["bufferedStream.h"=
:455]
> NetBufferedStream::get_char_array(this =3D 0x7fff2bec, b =3D 0x7fff2a=
d0 =3D "", size =3D 8, align =3D ALIGN_1__4omni, startMTU =3D '\001') [=
"nbufferedStream.cc":154]
> GIOP_C::ReceiveReply(this =3D 0x7fff2be8) ["giopClient.cc":205]
> OmniProxyCallWrapper::invoke(o =3D 0x100252e0, call_desc =3D 0x7fff2d=
40) ["proxyCall.cc":99]
> _proxy_Echo::echoString(<stripped>) ["echoSK.cc":74]
> hello(obj =3D 0x10025314) ["greeting.cc":26]
> main(argc =3D 2, argv =3D 0x7fff2e64) ["eg2_clt.cc":28]
> __start(<stripped>) ["crt1text.s":177]

--=20
Sai-Lai Lo                                   S.Lo@uk.research.att.com
AT&T Laboratories Cambridge           WWW:   http://www.uk.research.att=
.com=20
24a Trumpington Street                Tel:   +44 1223 343000
Cambridge CB2 1QA                     Fax:   +44 1223 313542
ENGLAND