[omniORB] activate_object_with_id races?

Mike Ladwig mike@twinpeaks.prc.com
Tue, 4 Dec 2001 11:04:33 -0500


Hi.  I've been using an earlier version of omniORB 3 (3.02, AFAIK) and have 
just upgraded to the current 3.0.4 w/ patches.

I am having a problem with a persistent object factory where I am getting a 
"activate_object_with_id() races with another thread doing activate / 
deactivate. Waiting" message.

The code in question has been working for a while without problem, so my 
question is if anyone knows of changes that might have caused this and/or any 
solutions, it would be very helpful.

Full trace appended below:

Thanks,
mike.
(I'm on digest, so please cc me with any replies)

***********************************************************************
omniORB: strand Ripper: start.
omniORB: scavenger : start.
omniORB: gateKeeper is tcpwrapGK 1.0 - based on tcp_wrappers_7.6
omniORB: Initialising omniDynamic library.
omniORB: Initialising incoming rope factories.
omniORB: strand Rope::incrRefCount: old value = 0
omniORB: Starting incoming rope factories.
omniORB: Activating: root<0>
omniORB: Creating ref to local: root<0>
 target id      : IDL:omg.org/PortableServer/ServantActivator:2.3
 most derived id: IDL:omg.org/PortableServer/ServantActivator:2.3
omniORB: Activating: root/mypoa<esSOR.Factory>
omniORB: Creating ref to local: root/mypoa<esSOR.Factory>
 target id      : IDL:esSOR_Factory:1.0
 most derived id: IDL:esSOR_Factory:1.0
omniORB: strand Rope::incrRefCount: old value = 0
omniORB: Creating ref to remote: key<0x4e616d6553657276696365>
 target id      : IDL:omg.org/CORBA/Object:1.0
 most derived id:
omniORB: Initial reference `NameService' resolved from configuration file.
omniORB: strand Rope::incrRefCount: old value = 1
omniORB: Creating ref to remote: key<0x4e616d6553657276696365>
 target id      : IDL:omg.org/CosNaming/NamingContext:1.0
 most derived id:
omniORB: tcpSocketMTfactory Rendezvouser: start.
omniORB: tcpSocketMTfactory Rendezvouser: block on accept()
omniORB: Initial reference `NameService' resolved from configuration file.
omniORB: strand Rope::incrRefCount: old value = 2
omniORB: Creating ref to remote: key<0x4e616d6553657276696365>
 target id      : IDL:omg.org/CosNaming/NamingContext:1.0
 most derived id:
omniORB: strand Rope::incrRefCount: old value = 0
omniORB: Creating ref to remote: root/<0>
 target id      : IDL:omg.org/CORBA/Object:1.0
 most derived id: IDL:omg.org/CosNaming/NamingContextExt:1.0
omniORB: LocateRequest to remote: root/<0>
omniORB: strand Rope::incrRefCount: old value = 0
omniORB: Creating ref to remote: root/mypoa<1.10.29.13.12.24.1>
 target id      : IDL:omg.org/CORBA/Object:1.0
 most derived id: IDL:omg.org/CosPropertyService/PropertySet:1.0
omniORB: LocateRequest to remote: root/mypoa<1.10.29.13.12.24.1>
omniORB: scavenger : scanning connections
omniORB: scavenger : scanning connections
omniORB: tcpSocketMTfactory Rendezvouser: unblock from accept()
omniORB: tcpSocketMTfactory Rendezvouser: accept new strand.
omniORB: tcpSocketMTfactory Worker: start.
omniORB: tcpSocketMTfactory Rendezvouser: block on accept()
connect from 140.188.86.31
omniORB: activate_object_with_id() races with another thread doing activate / 
deactivate. Waiting