[omniORB] Problem with POA object map.

Guillaume Schmid guillaume at maunakeatech.com
Mon Oct 16 16:33:30 BST 2006


Great ! It works!

Thank you very much!

Yours,
Guillaume.

On Mon, 2006-10-16 at 13:26 +0100, Duncan Grisby wrote:
> On Monday 16 October, Guillaume Schmid wrote:
> 
> [...]
> > My problem is that when I close the service I notice in the log that I
> > have a LOT of message like:
> > 
> > omniORB: Object table entry root/ChildPOA<currFrame> (dead) deleted.
> > omniORB: Disable ObjRef(IDL:MzDist/DistChannelImage2d:1.0)
> > root/ChildPOA<currFrame>
> > 
> > so I believe that my attempt to destroy the servant for each frame left
> > some entry in the POA.
> 
> Actually, that's a sign that you have leaked a load of object
> references, not anything in the POA. The message about object table
> entries is due to the fact that the object references hold a pointer to
> the object table entries, even though they are no longer actually in the
> object table.
> 
> The problem is that you have leaked an object reference in _this:
> 
> [...]
> > // The client implements this method
> > _fHandler->handleFrame( fw->_this() );
> 
> You need to release the result of _this, so turn that line into
> something like
> 
>   FrameWrapper_var obj = fw->_this();
>   _fHandler->handleFrame(obj);
> 
> That will fix the leak.
> 
> Cheers,
> 
> Duncan.
> 
-- 
Guillaume Schmid -  Software Development Supervisor
Mauna Kea Technologies - http://www.maunakeatech.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20061016/eff99433/attachment.bin


More information about the omniORB-list mailing list