Subject RE: [IBO] Enhancement Suggestion: Client Libraries
Author Jason Wharton
Yes, I would like to see them.

I've been working on a way to change libraries but not having success. We
need this where I work too.


> -----Original Message-----
> From: []On
> Behalf Of Geoff Worboys
> Sent: Wednesday, July 13, 2005 5:49 PM
> To:
> Subject: Re: [IBO] Enhancement Suggestion: Client Libraries
> Hi Jason,
> > You are definitely on the right track.
> > IBO is very close to doing what you want, it just has
> > troubles with the SQL trace monitor because it has to use
> > global hooks instead of its own local hooks.
> I have a functional implementation here now. My changes are:
> 1. IBO will not try to load the library until it needs it.
> (eg: makes a connection, starts a monitor or calls GetISC4Path)
> This part seems to work well and so I can reliably specify an
> overriding library name (through assigning a custom function to
> a global function pointer used by the AcquireOriginalHooks
> method).
> 2. Methods available to force IBO to unload the library, so
> that the next library relevant request would then reload the
> library - possibly getting a different one this time around.
> No attempt has been made to try and make this "safe". It would
> be up to the caller to ensure that there are no active
> connections (easily done in single thread prog) and no active
> monitors (not so easy at this time).
> I see this as an adequate solution. Anyone wanting to allow
> a library to be unloaded will need to do various things in the
> application to make it feasible.
> If you want to see these changes let me know and I will email
> them to you.
> --
> Geoff Worboys
> Telesis Computing