using Orbix 3.3 and Orbix 6.3 C++ libraries in the same applicationon Linux.

This is a discussion on using Orbix 3.3 and Orbix 6.3 C++ libraries in the same applicationon Linux. within the Object forums in Theory and Concepts category; Hi All, Im pretty new to Corba and Orbix. And i have at hand an application which was using Orbix 3.0.1. I have kind of migrated it to Orbix 3.3. The issue is that it has a dependency on another 3rd party software which uses orbix 6.3. I was able to link fine, first linking the 3.3 ones with the application code and then the 6.3 libraries at the end to the linker. I have the binary, but i get several kind of errors when i try to bind/connect to another orbix 3.3 server. Sometimes it connects tooo. ================================================== ========= ...

Go Back   Application Development Forum > Theory and Concepts > Object

Object Mix

Register FAQ Calendar Search Today's Posts Mark Forums Read
  #1  
Old 08-06-2008, 10:38 PM
Ajju
Guest
 
Default using Orbix 3.3 and Orbix 6.3 C++ libraries in the same applicationon Linux.

Hi All,
Im pretty new to Corba and Orbix. And i have at hand an application
which was using Orbix 3.0.1. I have kind of migrated it to Orbix 3.3.
The issue is that it has a dependency on another 3rd party software
which uses orbix 6.3. I was able to link fine, first linking the 3.3
ones with the application code and then the 6.3 libraries at the end
to the linker. I have the binary, but i get several kind of errors
when i try to bind/connect to another orbix 3.3 server. Sometimes it
connects tooo.
================================================== =========
Here the _bind gives an exception, and in the exception handling
code, free signals.
================================================== =========
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208919552 (LWP 20102)]
0x0748e2f9 in free () from /lib/tls/libc.so.6
(gdb) where
#0 0x0748e2f9 in free () from /lib/tls/libc.so.6
#1 0x02df7fd1 in operator delete () from /usr/lib/libstdc++.so.6
#2 0x02df801d in operator delete[] () from /usr/lib/libstdc++.so.6
#3 0x00398467 in CORBA::Exception::setMessage () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#4 0x003989db in CORBA::SystemException::_toString () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#5 0x081c0d40 in operator<< (rO=@0x896e660, pE=0xb7b0c8c8) at /opt/
orbix-3.3.9/include/corba/OrbixStream.h:121
#6 0x081d67f4 in ProductServiceConnection::connectToServer
(this=0xb7b05508, host=@0xb012e1c, interface=@0xb012e20) at

ProductServiceConnections.cc:172
#7 0x081d5d0c in ProductServiceConnection (this=0xb7b05508,
host=@0xb012e1c, interface=@0xb012e20) at

ProductServiceConnections.cc:88
#8 0x081d5820 in ProductServiceConnections::makeConnections
(this=0xb7b05b1c) at ProductServiceConnections.cc:27
#9 0x081c1b41 in ProductService (this=0xb7b05ad0) at
ProductService.cc:40
#10 0x081c1807 in ProductService::getInstance () at ProductService.cc:
25
#11 0x080971a4 in main (argc=3, argv=0xbfe78304) at ts.cc:132

================================================== =================
Sometimes it gives a segmentation fault here.. not sure whey it does
so..If you notice the destructor of Object is referring to some 6.3
orbix header file. Is there a way i can get away with this..
================================================== =================
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208137216 (LWP 6545)]
0x0863829e in ~Object (this=0x9e89304, __vtt_parm=0xcd244c) at /opt/
orbix-6.3u1/asp/6.3/include/omg/orb.hh:965
965 LocalObject() {}
(gdb) where
#0 0x0863829e in ~Object (this=0x9e89304, __vtt_parm=0xcd244c) at /
opt/orbix-6.3u1/asp/6.3/include/omg/orb.hh:965
#1 0x00bc7c8c in IT_daemon::~IT_daemon$delete () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#2 0x00bd4a02 in IT_ObjectImpl::_release () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#3 0x00bd232b in CORBA::Object::_release () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#4 0x00c1eeb3 in CORBA::release () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#5 0x00c32680 in DaemonManager::getIIOPDetails () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#6 0x00c2f044 in ChannelTable::chooseProtocolDetails () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#7 0x00c30abf in ChannelTable:pen_channel_for_a_profile () from /
opt/orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#8 0x00c30607 in ChannelTable:pen_channel_for_ior () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#9 0x00c30137 in ChannelTable::find_and_open_channel () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#10 0x00c2ff20 in ChannelTable:penChannel () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#11 0x00c57f1c in mtChannelTable:penChannel () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#12 0x00b88191 in IOPProtocol::locateObject () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#13 0x00bd523d in IT_ObjectImpl::_IT_PING () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#14 0x00bd2359 in CORBA::Object::_IT_PING () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#15 0x00c0e198 in IT_FactoryTableImpl::bind () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#16 0x00c0de1d in IT_FactoryTableImpl::NewWithObject () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#17 0x00c0d9ae in IT_FactoryTableImpl::New () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#18 0x00c0aece in CORBA::FactoryTable::New () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#19 0x081f460a in ProductType::ProductService::_bind
(IT_markerServer=0x9ebdb14 "0:Server_dev_IN", host=0x96506fc

"test.in.asia.com", IT_c=@0xbfe5c4d0,
IT_env=@0xcdc3e0) at productC.cc:2358
#20 0x081f4649 in ProductType::ProductService::_bind
(IT_markerServer=0x9ebdb14 "0:Server_dev_IN", host=0x96506fc

"test.in.asia.com", IT_env=@0xcdc3e0)
at productC.cc:2367
#21 0x081d6694 in ProductServiceConnection::connectToServer
(this=0x9ebdad0, host=@0x96509ac, interface=@0x96509b0) at

ProductServiceConnections.cc:165
#22 0x081d5d0c in ProductServiceConnection (this=0x9ebdad0,
host=@0x96509ac, interface=@0x96509b0) at

ProductServiceConnections.cc:88
#23 0x081d5820 in ProductServiceConnections::makeConnections
(this=0x9ebdf2c) at ProductServiceConnections.cc:27
#24 0x081c1b41 in ProductService (this=0x9ebdee0) at ProductService.cc:
40
#25 0x081c1807 in ProductService::getInstance () at ProductService.cc:
25
#26 0x080971a4 in main (argc=3, argv=0xbfe5c774) at ts.cc:132
================================================== =================

I tried implementing the naming service. And that too gives similar
errors, sometimes when connecting to the naming service, and sometimes
in the resolve function..
================================================== =================
(gdb) where
#0 0x036d93cb in IT_ORBImpl::string_to_object () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#1 0x036d70dc in CORBA::ORB::string_to_object () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#2 0x03746445 in build_service_obj_ref () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#3 0x03746038 in CORBA::ORB::resolve_initial_references () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#4 0x08319ac5 in ProductServiceConnection::connectToServer
(this=0xa2e5a18, host=@0x9a781ac, interface=@0x9a781b0)
at ProductServiceConnections.cc:177
#5 0x08319114 in ProductServiceConnection (this=0xa2e5a18,
host=@0x9a781ac, interface=@0x9a781b0)
at ProductServiceConnections.cc:90
#6 0x08318c28 in ProductServiceConnections::makeConnections
(this=0xa2e5e44) at ProductServiceConnections.cc:29
#7 0x08304f49 in ProductService (this=0xa2e5df8) at ProductService.cc:
40
#8 0x08304c0f in ProductService::getInstance () at ProductService.cc:
25
#9 0x08097c3f in main (argc=3, argv=0xbff57d04) at ts.cc:135

================================================== =================
Sometimes it goes past this and gives an error in the resolve
function.
================================================== =================
[Switching to Thread -1208817984 (LWP 23011)]
0x0861d10a in ~Object (this=0x9f9c45c, __vtt_parm=0xba344c) at /opt/
orbix-6.3u1/asp/6.3/include/omg/orb.hh:965
965 LocalObject() {}
(gdb) where
#0 0x0861d10a in ~Object (this=0x9f9c45c, __vtt_parm=0xba344c) at /
opt/orbix-6.3u1/asp/6.3/include/omg/orb.hh:965
#1 0x00a98c8c in IT_daemon::~IT_daemon$delete () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#2 0x00aa5a02 in IT_ObjectImpl::_release () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#3 0x00aa332b in CORBA::Object::_release () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#4 0x00aefeb3 in CORBA::release () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#5 0x00b03680 in DaemonManager::getIIOPDetails () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#6 0x00b00044 in ChannelTable::chooseProtocolDetails () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#7 0x00b01abf in ChannelTable:pen_channel_for_a_profile () from /
opt/orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#8 0x00b01607 in ChannelTable:pen_channel_for_ior () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#9 0x00b01137 in ChannelTable::find_and_open_channel () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#10 0x00b00f97 in ChannelTable:penChannel () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#11 0x00b28ec1 in mtChannelTable:penChannel () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#12 0x00aa5bc9 in IT_ObjectImpl:penChannel () from /opt/orbix-3.3.9/
lib/liborbixmt.3.3.gcc346.so.1
#13 0x00b042fc in FRFInterface::initialiseRequest () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#14 0x00ad3a92 in IT_RequestImpl::initialiseBuffer () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#15 0x00ad4701 in IT_RequestImpl::IT_RequestImpl () from /opt/
orbix-3.3.9/lib/liborbixmt.3.3.gcc346.so.1
#16 0x00acf635 in CORBA::Request::Request () from /opt/orbix-3.3.9/lib/
liborbixmt.3.3.gcc346.so.1
#17 0x00f07fb2 in CosNaming::NamingContext::resolve () from /opt/
orbix-3.3.9/lib/libITns.so
#18 0x081d7aa4 in ProductServiceConnection::connectToServer
(this=0x9f952c0, host=@0xb73765fc, interface=@0xb7376600)
at ProductServiceConnections.cc:208
#19 0x081d6c04 in ProductServiceConnection (this=0x9f952c0,
host=@0xb73765fc, interface=@0xb7376600)
at ProductServiceConnections.cc:90
#20 0x081d6718 in ProductServiceConnections::makeConnections
(this=0x9f9572c) at ProductServiceConnections.cc:29
#21 0x081c2a39 in ProductService (this=0x9f956e0) at ProductService.cc:
40
#22 0x081c26ff in ProductService::getInstance () at ProductService.cc:
25
#23 0x08097c3f in main (argc=3, argv=0xbffa8114) at ts.cc:135
(gdb) q
================================================== ====================
And worst of all.. sometimes it does connect to the server..!!!!!!!!!

[25237:New Connection
(test.in.asia.com,IT_daemon,*,sport,pid=21690,opti mised) ]
[25237:New IIOP Connection (test.in.asia.com:2591) ]
================================================== =================
Firstly, am i doing the right thing using 6.3 and 3.3 libraries in the
same app? Is there a way to tell the GNU linker to keep the references
separate. Please help me out.
Reply With Quote
  #2  
Old 08-07-2008, 11:35 AM
ciaran.mchale@iona.com
Guest
 
Default Re: using Orbix 3.3 and Orbix 6.3 C++ libraries in the sameapplication on Linux.

On 7 Aug, 03:38, Ajju <ksa...@gmail.com> wrote:
> Hi All,
> Im pretty new to Corba and Orbix. And i have at hand an application
> which was using Orbix 3.0.1. I have kind of migrated it to Orbix 3.3.
> The issue is that it has a dependency on another 3rd party software
> which uses orbix 6.3. I was able to link fine, first linking the 3.3
> ones with the application code and then the 6.3 libraries at the end
> to the linker. I have the binary, but i get several kind of errors
> when i try to bind/connect to another orbix 3.3 server. Sometimes it
> connects tooo.


I'm very surprised you managed to link two different CORBA products
into a single executable (Orbix 3 and Orbix 6 are different products
rather than different versions of the same product). Now that you have
somehow managed to link them into a single application, you are
probably going to run into problem after problem. I recommend that
you give up on this approach. It would be better for you to migrate
your
Orbix 3.3 application to Orbix 6.3.


Regards,
Ciaran.
Reply With Quote
  #3  
Old 08-07-2008, 10:18 PM
Ajju
Guest
 
Default Re: using Orbix 3.3 and Orbix 6.3 C++ libraries in the sameapplication on Linux.

Thanks for your inputs Ciaran. I shall do that.
Reply With Quote
  #4  
Old 08-07-2008, 10:18 PM
Ajju
Guest
 
Default Re: using Orbix 3.3 and Orbix 6.3 C++ libraries in the sameapplication on Linux.

Thanks for your inputs Ciaran. I shall do that.
Reply With Quote
Reply


Thread Tools
Display Modes


All times are GMT -5. The time now is 03:50 AM.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.2.0
vB Ad Management by =RedTyger=

In an effort to better serve ads to our visitors, cookies are used on objectmix.com. For more information, check out our Privacy Policy.