Johnny,<br><br>after debugging into all that I found out, that you are right.<br>Somehow the ORB_init() call doesn't work properly also the programm<br>returns from the call correctly. When I then try to access the POA I get a segfault.
<br><br>I recognized omniORB is somehow "taking over" memory management, because<br>during execution of the TAO ORB_init() call, the following message appears on stdout:<br><br>omniORB: ERROR -- an invalid buffer pointer is passed to freebuf
<br> of string or object sequence<br><br>I found out, that this results from a global error handler function (or something like that),<br>void _CORBA_bad_param_freebuf() in omniORB/orbcore/exception.cc<br><br>But maybe this is something I have to ask some omniORB guys. I'm not very familiar with
<br>omniORB. Can anyone point me to a developer forum for omniORB? Is there an active<br>developer community?<br><br>Thanks,<br>Friedhelm<br><br><div><span class="gmail_quote">On 6/20/07, <b class="gmail_sendername">Johnny Willemsen
</b> <<a href="mailto:jwillemsen@remedy.nl">jwillemsen@remedy.nl</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Hi,</font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">It looks to me that the TAO POA isn't created before you
activate the servant.</font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Johnny</font></span></div><br>
<blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:tao-users-bounces@cse.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">tao-users-bounces@cse.wustl.edu</a>
[mailto:<a href="mailto:tao-users-bounces@cse.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">tao-users-bounces@cse.wustl.edu</a>] <b>On Behalf Of </b>Friedhelm
Wolf<br><b>Sent:</b> Wednesday, June 20, 2007 5:11 PM<br><b>To:</b>
<a href="mailto:tao-users@cse.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">tao-users@cse.wustl.edu</a><br><b>Subject:</b> [tao-users] mixing omniORB and TAO
within one process<br></font><br></div><div><span class="e" id="q_1134a50ac014b982_1">
<div></div>CIAO VERSION: 0.5.8<br>TAO VERSION : 1.5.8<br>ACE VERSION :
5.5.8<br><br>HOST MACHINE and OPERATING SYSTEM:<br> i686 pc,
SUSE linux Enterprise Server 9, Kernel 2.6.5<br><br>COMPILER NAME AND VERSION
(AND PATCHLEVEL):<br> gcc 3.3.3 (SuSE Linux)<br><br>THE
$ACE_ROOT/ace/config.h FILE:<br> #include
"config-linux.h"<br><br>THE $ACE_ROOT/include/makeinclude/platform_macros.GNU
FILE :<br> include $ACE_ROOT/include/makeinclude/platform-
linux.GNU<br><br>CONTENTS OF
$ACE_ROOT/bin/MakeProjectCreator/config/default.features<br>(used by MPC when
you generate your own makefiles):<br> N/A<br><br>DOES THE
PROBLEM AFFECT:<br> EXECUTION: ORB
Initialization<br><br>SYNOPSIS: Can omniORB and TAO coexist in the same
process space? <br><br>DESCRIPTION:<br>Hi there,<br><br>I evaluate how to port
a rather big CORBA system using omniORB<br>to TAO. Because it's a rather
complex system, I started with porting one <br>CORBA servant object. It was no
big efford to make the changes to compile<br>and link the code for
TAO.<br><br>I then tried to integrate this one TAO object into the omniORB
system.<br>This system however loads CORBA servants from a shared libraries.
<br>The whole mechanism to find and load these needed libraries, includes
<br>CORBA calls (which are still served by omniORB CORBA servants).<br>As a
concequence to this I end up initializing TAO and registering<br>the object
within a CORBA call served by omniORB (see attatched <br>coredump.txt), which
seems to lead to a coredump.<br>More specifically said, the registration of
the servant object within<br>the POA, using the _this() method seems to mess
up everything.<br><br>Does anyone have some hints for me, if it is a bad idea
in general to <br>use TAO and omniORB in the same adress space. Or might the
nesting of <br>TAO servant registration within the processing of omniORB be a
problem?<br>Maybe someone familiar with the TAO POA can comment on what
exactly is <br>going wrong, by having a look at the coredump
stack?<br><br>Cheers,<br>Friedhelm<br><br></span></div></blockquote></div>
</blockquote></div><br>