Bug 2079 - Race condition in Adapter_Registry
Summary: Race condition in Adapter_Registry
Status: NEW
Alias: None
Product: TAO
Classification: Unclassified
Component: ORB (show other bugs)
Version: 1.4.4
Hardware: All All
: P3 normal
Assignee: DOC Center Support List (internal)
URL:
Depends on:
Blocks:
 
Reported: 2005-04-04 20:57 CDT by Nanbor Wang
Modified: 2007-09-20 03:09 CDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Nanbor Wang 2005-04-04 20:57:28 CDT 
ooks like there is a race condition in
TAO_Adapter_Registry. I happened to run into this when I was
inspecting some crashes. See here

 -------------------------- Thread one -------
resolve_initial_references ("IORTable");
..
TAO_ORB_Core::resolve_ior_table_i ()
..
TAO_Adapter_Registry::insert ()

---------------------------------------------

--------- Thread two ----------------------------
ORB::run ()
..
TAO_Request_Dispatcher::dispatch ()
TAO_Adapter_Registry::dispatch ()
-------------------------------------------------

Has anyone run into this before? We have been able to work around this
problem by somecode changes for now. WOuld be interested to know if
someone is adding a fix without grabbing a lock to the critical path?
Comment 1 Nanbor Wang 2005-04-04 20:58:19 CDT 
Looks like a refcount on dispatch pattern needs to be inplemented if we have to
prevent from grabbing a lock on the critical path. Just stashing this bug away
for later reference.
Comment 2 Johnny Willemsen 2007-09-20 03:09:01 CDT 
to pool