<br><div class="gmail_quote">On Thu, Apr 29, 2010 at 1:26 AM, Michael Kilburn <span dir="ltr">&lt;<a href="mailto:crusader.mike@gmail.com">crusader.mike@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div>On Tue, Jan 13, 2009 at 9:18 AM, Duncan Grisby <span dir="ltr">&lt;<a href="mailto:duncan@grisby.org" target="_blank">duncan@grisby.org</a>&gt;</span> wrote:<br> <br></div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div>
</div>
Now you mention it, though, it does seem logical that the call to<br>
_remove_ref() is also done in on the main thread. I&#39;ve checked in a<br>
change to CVS that implements that.<br></blockquote></div><div><br>Do you remember in which version of omniORB this problem was fixed?<br> </div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">




If you can&#39;t update to the CVS version, you can force use of the main<br>
thread by registering a ServantActivator that is itself activated in a<br>
POA with the main thread policy. That way, servants will be released<br>
using a call the etherealize() on the ServantActivator, which will<br>
happen on the main thread.
<br></blockquote></div><div> <br>We&#39;ve just discovered a small problem with this approach -- in ORB&#39;s shutdown method we do not get a signle call to ServantActivator&#39;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.<br clear="all">
</div></div></blockquote></div><br><br>Some help! Please!<br clear="all"><br><br>-- <br>Sincerely yours,<br>Michael.<br>