<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18876"></HEAD>
<BODY>
<DIV><FONT size=2 face=Arial>Hi</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>I've been having problems upgrading one of our
server applications to OmniORB 4.1.4 from OmniORB 3.0.4.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>I have a single threaded client testing application
using OmniORB 3.0.4 compiled on VC++ 6 and a multi-threaded server
<BR>application using OmniORB 4.1.4 built on Visual Studio 2008. The client
repeatedly calls two methods on the server sending <BR>and receiving an XML
document as strings. Communication is perfect until a seemingly random assertion
failure on the <BR>server in OmniORB after processing a random number of
requests. The server then processes one last request before ceasing
<BR>communication. </FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>The server is logging this:</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>[<--- Request n]<BR>[<--- Request n +
1]<BR>omniORB: Assertion failed. This indicates a bug in the
application<BR>using omniORB, or maybe in omniORB itself.<BR> file:
SocketCollection.cc<BR> line: 955<BR> info: s->pd_fd_index >=
0<BR>omniORB: Unexpected exception caught by giopRendezvouser<BR>omniORB:
Unrecoverable error for this endpoint: giop:tcp:10.26.60.62:2503, it will no
longer be serviced.<BR>[<--- Request n + 2]<BR>[<--- No more
requests]</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>Searching around the Internet indicates no one has
encountered this before which suggests the issue is with <BR>one of our
applications. </FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>I've tried a few things</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>- Build server with OmniORB 4.1.1, this exhibits
the same issue. <BR>- Build server with OmniORB 3.0.4, fails to compile<BR>-
Build client with OmniORB 4.1.1 VC++ 6 build, this fails to compile.<BR>-
Modified client and server behavior to send and receive empty strings,
efficiently doing nothing but exchange empty strings, the issue is still
present.<BR>- Run the client application against an old version of the server
both OmniORB 3.0.4, no issues.<BR>- Turned the tracing level up on both server
and client, nothing looks obviously wrong.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>My initial guess is incompatible between different
versions of OmniORB, then again I'm unsure because it appears to work
fine<BR>until a random event. Ideally I'd like to upgrade the client to OmniORB
4.1.4 using Visual Studio 2008 but I can't at the moment. <BR>If the problem
persists then this issue should hopefully forces us to do so
sooner.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>This is a bit of a show stopping because its
preventing us from testing the server under any realistic high load
situations.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>If any more inform<SPAN
class=922541709-22032010>a</SPAN>tion<SPAN class=922541709-22032010> is
needed</SPAN><SPAN class=922541709-22032010>, logs or ORB
arguments,</SPAN> please let me know.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>Thanks</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV align=left>
<DIV align=left><FONT size=2 face=Arial>Richard P</FONT></DIV></DIV>
<DIV> </DIV><pre></PRE>
<p style="font-family:'Arial';font-size:8pt">
**********************************************************************<br>
Please consider the environment - do you really need to print this email?<br>
<br>
This email is intended only for the person(s) named above and may contain private and confidential information. If it has come to you in error, please destroy and permanently delete any copy in your possession and contact us on +44 (0) 161 480 4420. The information in this email is copyright © CDL Group Holdings Limited. We cannot accept any liability for any loss or damage sustained as a result of software viruses. It is your responsibility to carry out such virus checking as is necessary before opening any attachment.<br>
Cheshire Datasystems Limited uses software which automatically screens incoming emails for inappropriate content and attachments. If the software identifies such content or attachment, the email will be forwarded to our Technology Department for checking. You should be aware that any email which you send to Cheshire Datasystems Limited is subject to this procedure. <br>
Cheshire Datasystems Limited, Strata House, Kings Reach Road, Stockport SK4 2HD<br>
Registered in England and Wales with Company Number 3991057<br>
VAT registration: 727 1188 33</p>
<PRE>
</pre></BODY></HTML>