[omniORB] in MAN_THREAD_MODEL omniORB releases references from other thread

Michael Kilburn crusader.mike at gmail.com
Tue May 4 19:17:55 BST 2010


On Thu, Apr 29, 2010 at 1:26 AM, Michael Kilburn <crusader.mike at gmail.com>

> On Tue, Jan 13, 2009 at 9:18 AM, Duncan Grisby <duncan at grisby.org> wrote:
>
>  Now you mention it, though, it does seem logical that the call to
>> _remove_ref() is also done in on the main thread. I've checked in a
>> change to CVS that implements that.
>>
>
> Do you remember in which version of omniORB this problem was fixed?
>
>
>> If you can't update to the CVS version, you can force use of the main
>> thread by registering a ServantActivator that is itself activated in a
>> POA with the main thread policy. That way, servants will be released
>> using a call the etherealize() on the ServantActivator, which will
>> happen on the main thread.
>>
>
> We've just discovered a small problem with this approach -- in ORB's
> shutdown method we do not get a signle call to ServantActivator's
> etherealize() method -- all servants active in that POA leak... In fact
> activator itself leaks too. My understanding is that when POA is teared
> down, it deactivates everything and subsequent etherealize() calls made from
> other thread silently fail.
>


Some help! Please!


-- 
Sincerely yours,
Michael.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20100504/e70c8833/attachment.htm


More information about the omniORB-list mailing list