[omniORB] Is resolve_initial_references() implemented right?
Jaap de Wolff
wolff@NewBridges.nl
Thu, 20 Dec 2001 13:28:12 +0100
> -----Original Message-----
> From: Duncan Grisby [SMTP:dgrisby@uk.research.att.com]
> Sent: Thursday, December 20, 2001 12:40 PM
> To: Jaap de Wolff
> Cc: Omniorb-List (E-mail)
> Subject: Re: [omniORB] Is resolve_initial_references() implemented
> right?
>
> On Thursday 20 December, Jaap de Wolff wrote:
>
> > I am linking to two instances of the omniORB library.
> > (Or in fact I am linking to even five instances of the omniORB library)
> > This is by design:
> > I want to be able to start one executable, which loads depending on a
> > configuration file different DLL's.
> > Each of those DLL's will load his own instance of the omniORB library.
>
> Why? Why not make them share a single version of the omniORB library?
> What advantage is there in trying to give each DLL its own version of
> omniORB?
[Jaap de Wolff]
When I use Load Library to load a dll, this dll will first load the
dll's it is depending on. It will
> > Also I do not think it is specific to windows, I think that when I port
> this
> > program to linux, I still will have the same problem.
>
> I don't think so. If you have two Linux shared libraries, both linked
> against the omniORB shared libraries, and you dlopen() them, only one
> copy of the omniORB library will be loaded.
>
> Cheers,
>
> Duncan.
>
> --
> -- Duncan Grisby \ Research Engineer --
> -- AT&T Laboratories Cambridge --
> -- http://www.uk.research.att.com/~dpg1 --