<br><font size=2 face="sans-serif">Dustin:</font>
<br>
<br><font size=2 face="sans-serif">Sounds like a problem we have with some libs we are using from Excel Switching / Lucent.... anyways...</font>
<br>
<br><font size=2 face="sans-serif">1. You can't MIX the two types of object files, as the name mangling and some other junk is completely different in &quot;classic&quot; vs. &quot;ANSI&quot; modes.... (compat=4, vs compat=5). &nbsp;They will NOT link/run correctly.</font>
<br>
<br><font size=2 face="sans-serif">2. We have successfully compiled omniORB for BOTH modes... and use it to communicate between our many modules.... Almost all the modules are the new ANSI type code... and a couple use the compat=4 mode. &nbsp;Earlier on, we were using Sun RPC... but CORBA/omniORB is *much* better.</font>
<br>
<br><font size=2 face="sans-serif">3. We have compiled and installed omniORB as &quot;/usr/local/omniORB-CC&lt;nn&gt;&quot; &nbsp;where nn=42 or 50 (to identify the two modes) and select the correct ones in the makefile for each project...</font>
<br>
<br><font size=2 face="sans-serif">4. Anything that *has* to use new compiler options, templates, STL, etc... is connected to the old code via CORBA -- specifically using omniORB.</font>
<br>
<br><font size=2 face="sans-serif">5. We have moved any components that needed to be updated... and are on a migration path that will essentially leave the &quot;classic&quot; code modules as a CORBA server which is used by the rest of the system.</font>
<br>
<br><font size=2 face="sans-serif">Hope this makes sense/helps....</font>
<br>
<br><font size=2 face="sans-serif">Renny Koshy<br>
President &amp; CEO<br>
<br>
--------------------------------------------<br>
RUBIX Information Technologies, Inc.<br>
www.rubixinfotech.com</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>&quot;Torsello, Dustin L.&quot; &lt;dtorsell@telcordia.com&gt;</b></font>
<p><font size=1 face="sans-serif">07/01/2004 03:06 PM</font>
<br>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; &nbsp; &nbsp;&quot;'renny.koshy@rubixinfotech.com'&quot; &lt;renny.koshy@rubixinfotech.com&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; &nbsp; &nbsp; &nbsp;&quot;'omniorb-list@omniorb-support.com'&quot; &lt;omniorb-list@omniorb-support.com&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; &nbsp;RE: [omniORB] omniorb and classic iostream problems?</font></table>
<br>
<br>
<br><font size=2 color=#000080 face="Arial">Thanks for all the responses. &nbsp;The specific problems we are having out outside the realm of omniORB. &nbsp;We are in a transition period where some of our &quot;old stuff&quot; is conflicting with some &quot;new stuff&quot; and we think the problem lies in classic vs standard iostream. &nbsp;My question was asking do we have the option to go classic if we need to and still use omniorb, which I now know the answer is yes.</font>
<br><font size=2 color=#000080 face="Arial">&nbsp;</font>
<br><font size=2 color=#000080 face="Arial">Basically, &quot;old stuff&quot; means old compat=4 mode, non-thread-safe, classic iostream, mid-1990s stuff and &quot;new stuff&quot; is just the opposite. &nbsp;We've held off this transition as long as possible but with the introduction of the need for CORBA and omniORB in our project, thread safety became an issue, so we updated standard components to be thread-safe, but had to go standard mode and standard iostream because of it, which broke some old code. &nbsp;Plus we have some old libs w/o source code so we've hit some hurdles... so on and so on.</font>
<br><font size=2 color=#000080 face="Arial">&nbsp;</font>
<br><font size=2 color=#000080 face="Arial">Didn't mean to vent here... just partially curious how other &quot;mature&quot; projects have gone through this transition.</font>
<br><font size=2 color=#000080 face="Arial">&nbsp;</font>
<br><font size=2 color=#000080 face="Arial">Anyway, thanks for the concern... and my original question has definitely been answered.</font>
<br><font size=2 color=#000080 face="Arial">&nbsp;</font>
<br><font size=2 color=#000080 face="Arial">- Dustin</font>
<br><font size=2 color=#000080 face="Arial">&nbsp;</font>
<br><font size=2 face="Tahoma">-----Original Message-----<b><br>
From:</b> renny.koshy@rubixinfotech.com [mailto:renny.koshy@rubixinfotech.com] <b><br>
Sent:</b> Thursday, July 01, 2004 2:47 PM<b><br>
To:</b> Torsello, Dustin L.<b><br>
Cc:</b> 'omniorb-list@omniorb-support.com'<b><br>
Subject:</b> Re: [omniORB] omniorb and classic iostream problems?</font>
<br><font size=3 face="Times New Roman">&nbsp;</font>
<br><font size=2 face="sans-serif"><br>
Dustin:</font><font size=3 face="Times New Roman"> <br>
</font><font size=2 face="sans-serif"><br>
We use CC 5.3 &amp; CC 6.2 in (compat=4, and normal mode) w/o any problems with the omniORB libs... though you MUST make sure you compile omniORB using compat=4 if you're using that option... &nbsp;In our normal mode we use iostreams, and I believe a couple of modules use the classic iostreams w/o any issues... &nbsp;What is the specific problem you're experiencing?</font><font size=3 face="Times New Roman"> <br>
</font><font size=2 face="sans-serif"><br>
Renny Koshy<br>
President &amp; CEO<br>
<br>
--------------------------------------------<br>
RUBIX Information Technologies, Inc.<br>
www.rubixinfotech.com</font><font size=3 face="Times New Roman"> <br>
</font><font size=2 face="sans-serif"><br>
__________________</font><font size=3 face="Times New Roman"> <br>
<br>
</font><font size=2 face="Courier New"><br>
On Tuesday 22 June, &quot;Torsello, Dustin L.&quot; wrote:</font><font size=3 face="Times New Roman"><br>
</font><font size=2 face="Courier New"><br>
&gt; I am interested to know if there are known issues with building omniOrb<br>
&gt; using classic iostreams. &nbsp;We are using version 4.0.3 and building for<br>
&gt; Solaris 2.8 with Sun CC compiler version 5.3. &nbsp;We are having some general<br>
&gt; issues regarding classic vs standard iostreams and I wanted make sure the<br>
&gt; option to go to classic iostreams (and still use omniOrb) was available.</font><font size=3 face="Times New Roman"><br>
</font><font size=2 face="Courier New"><br>
omniORB intentionally does not use iostreams at all, to avoid this<br>
kind of issue. Any problems you might be having aren't due to a clash<br>
with omniORB using iostreams.</font><font size=3 face="Times New Roman"><br>
</font><font size=2 face="Courier New"><br>
Cheers,</font><font size=3 face="Times New Roman"><br>
</font><font size=2 face="Courier New"><br>
Duncan.</font>
<br><font size=2 face="Courier New"><br>
--<br>
-- Duncan Grisby &nbsp; &nbsp; &nbsp; &nbsp; --</font><font size=3 face="Times New Roman"> </font><font size=2 face="Courier New"><br>
-- duncan@grisby.org &nbsp; &nbsp; --<br>
-- http://www.grisby.org --</font><font size=3 face="Times New Roman"> <br>
</font><font size=2 face="Courier New"><br>
_______________________________________________<br>
omniORB-list mailing list<br>
omniORB-list@omniorb-support.com</font><font size=3 face="Times New Roman"> </font><font size=2 face="Courier New"><br>
http://www.omniorb-support.com/mailman/listinfo/omniorb-list</font>
<br>
<br>