[Fwd: [omniORB] Timeout problems]

Wed, 29 Mar 2000 19:41:49 +0200

This is a multi-part message in MIME format.
--------------FAD8CB2F1DBA14E0C050B93E
Content-Type: multipart/alternative;
 boundary="------------31884FD09105DA9E553BB8FD"

--------------31884FD09105DA9E553BB8FD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I investigated the subject little more and found out that on of the
threads(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 time.

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

Thank you again for your help,
Best regards,
Giga

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

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 little
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

--------------31884FD09105DA9E553BB8FD
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<body bgcolor="#FFFFFF">
Hi,
I investigated the subject little more and found out that on of the
threads(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 time.
I want to remind you that I ran the application with client call timout
1 sec.
 Could someone explain me what is the mechanism for timeouts used in
OMNI (I mean
 where is the select call that sets the timeout??? :)))
Thank you again for your help,
 Best regards,
 Giga
-------- Original Message --------
<table BORDER=0 CELLSPACING=0 CELLPADDING=0 >
<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>Subject:&nbsp;</th>

<td>[omniORB] Timeout problems</td>
</tr>

<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>Date:&nbsp;</th>

<td>Wed, 29 Mar 2000 16:53:56 +0200</td>
</tr>

<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>From:&nbsp;</th>

<td>Giga Giguashvili &lt;gregoryg@ParadigmGeo.com></td>
</tr>

<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>Organization:&nbsp;</th>

<td>Paradigm Geophysical Ltd.</td>
</tr>

<tr>
<th ALIGN=RIGHT VALIGN=BASELINE NOWRAP>To:&nbsp;</th>

<td>omniorb-list@uk.research.att.com</td>
</tr>
</table>

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 little 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
</body>
</html>

--------------31884FD09105DA9E553BB8FD--

--------------FAD8CB2F1DBA14E0C050B93E
Content-Type: text/plain; charset=us-ascii;
 name="stack1.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="stack1.txt"

__poll(<stripped>) ["poll.s":20]
_poll(<stripped>) ["pollSCI.c":30]
omni_condition::timedwait(this = 0x10024ce4, secs = 954351369, nanosecs = 757573000) ["sproc.cc":247]
omniORB_Scavenger::run_undetached(this = 0x10024cb0, <no name> = 0x0) ["scavenger.cc":326]
omni_thread::_thread_func_wrapper(data = 0x10024cb0) ["sproc.cc":432]
_nsproc(<stripped>) ["sproc.s":226]
_poll(<stripped>) ["pollSCI.c":30]

--------------FAD8CB2F1DBA14E0C050B93E
Content-Type: text/plain; charset=us-ascii;
 name="stack.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="stack.txt"

__recv(<stripped>) ["recv.s":17]
_recv(<stripped>) ["recvSCI.c":29]
tcpSocketStrand::ll_recv(this = 0x100299f8, buf = 0x1002baa0, sz = 8200) ["tcpSocketMTfactory.cc":861]
reliableStreamStrand::fetch(this = 0x100299f8, max = 0) ["relStream.cc":252]
reliableStreamStrand::receive(this = 0x100299f8, size = 8192, exactly = '\000', align = 8, <no name> = '\001') ["relStream.cc":116]
NetBufferedStream::receive(this = 0x7fff2bec, minimum = 8, startMTU = '\001') ["nbufferedStream.cc":331]
NetBufferedStream::align_and_get_bytes(this = 0x7fff2bec, align = ALIGN_1__4omni, nbytes = 8, startMTU = '\001') ["bufferedStream.h":455]
NetBufferedStream::get_char_array(this = 0x7fff2bec, b = 0x7fff2ad0 = "", size = 8, align = ALIGN_1__4omni, startMTU = '\001') ["nbufferedStream.cc":154]
GIOP_C::ReceiveReply(this = 0x7fff2be8) ["giopClient.cc":205]
OmniProxyCallWrapper::invoke(o = 0x100252e0, call_desc = 0x7fff2d40) ["proxyCall.cc":99]
_proxy_Echo::echoString(<stripped>) ["echoSK.cc":74]
hello(obj = 0x10025314) ["greeting.cc":26]
main(argc = 2, argv = 0x7fff2e64) ["eg2_clt.cc":28]
__start(<stripped>) ["crt1text.s":177]

--------------FAD8CB2F1DBA14E0C050B93E--