-
Key: CORBA34-184
-
Legacy Issue Number: 2772
-
Status: closed
-
Source: Anonymous
-
Summary:
The draft CORBA 2.3 spec (ptc/99-03-07) does not deal with a potential deadlock situation. If an object is explicitly deactivated with POA::deactivate_object(), the object remains in the active object map until all operations pending on the object have completed. Any attempts to reactivate the object (implicitly via a ServantActivator, or explicitly via activate_object_with_id()) must block until the pending invocations have completed. However, if a servant's implementation of an object deactivates the object and then (directly or indirectly through a call to another collocated object) reactivates the object, the invocation will deadlock.
-
Reported: CORBA 2.3 — Mon, 28 Jun 1999 04:00 GMT
-
Disposition: Deferred — CORBA 3.4
-
Disposition Summary:
Deferred
This proposal was generated automatically by request of the Task Force Chair Adam Mitz.
-
Updated: Wed, 1 Feb 2023 21:59 GMT
CORBA34 — Potential deadlock with POA::deactivate_object()
- Key: CORBA34-184
- OMG Task Force: CORBA 3.4 RTF