<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.6000.16441" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=531210618-20062007><FONT face=Arial
color=#0000ff size=2>Hi,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=531210618-20062007><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=531210618-20062007><FONT face=Arial
color=#0000ff 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 class=531210618-20062007><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=531210618-20062007><FONT face=Arial
color=#0000ff size=2>Johnny</FONT></SPAN></DIV><BR>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> tao-users-bounces@cse.wustl.edu
[mailto:tao-users-bounces@cse.wustl.edu] <B>On Behalf Of </B>Friedhelm
Wolf<BR><B>Sent:</B> Wednesday, June 20, 2007 5:11 PM<BR><B>To:</B>
tao-users@cse.wustl.edu<BR><B>Subject:</B> [tao-users] mixing omniORB and TAO
within one process<BR></FONT><BR></DIV>
<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></BLOCKQUOTE></BODY></HTML>