[omniORB] RE: [omniORB-dev] Reloading DLLs

[Andrew Wilde]

Thanks for the info... an upgrade to OmniORB4.0.1 fixed the minimal example. It seems though I'm still getting a similar problem with
an echo factory example I've created for testing. The factory has 3 methods  

createEcho() 	 - loads a DLL to get hold of an instance of the Echo servant, activates an Echo object and passes the reference back 
deactivateObject() - obvious		
releaseEcho()	 - frees the DLL

I have client which I use to create and destroy 2 echo objects and all works fine. However, if I change the first method to pass an object reference

createEcho(Test_ptr testPtr) 

I get the following error message on the second call to that method:

omniORB: Assertion failed.  This indicates a bug in the application using
omniORB, or maybe in omniORB itself. e.g. using the ORB after it has
been shut down.
 file: omniInternal.cc
 line: 951
 info: pof


Is this is a bug with OmniORB ? By the way if I don't free the DLL then I don't get an error (but I can't use that as a long term solution)

Thanks for any help,

Andy.



> -----Original Message-----
> From: Duncan Grisby [mailto:duncan@grisby.org]
> Sent: 29 April 2003 12:20
> To: Andrew Wilde
> Cc: omniorb-dev@omniorb-support.com
> Subject: Re: [omniORB-dev] Reloading DLLs 
> 
> 
> On Wednesday 23 April, "Andrew Wilde" wrote:
> 
> > We have observed seems problem reloading DLLs when using
> > Omniorb4.0.0. To boil the problem down I wrote some test code based
> > on the echo example that comes with OmniORB.
> >
> > Basically, the test code loads and unloads a DLL twice . The DLL
> > implements the echo object so is linked with the echo stub object
> > file (echoSK.obj). The test works fine until I also link the test
> > code against the echo stub.  When I run the example I get the
> > following error message at the point it attempts to load the DLL for
> > the second time:
> 
> Stubs cannot be safely unloaded in omniORB versions prior to 4.0.1.
> 
> Cheers,
> 
> Duncan.
> 
> -- 
>  -- Duncan Grisby         --
>   -- duncan@grisby.org     --
>    -- http://www.grisby.org --
>