Subject | RE: [IBO] Enhancement Suggestion: Client Libraries |
---|---|
Author | Jason Wharton |
Post date | 2005-07-14T05:25:10Z |
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.
Jason
I've been working on a way to change libraries but not having success. We
need this where I work too.
Jason
> -----Original Message-----
> From: IBObjects@yahoogroups.com [mailto:IBObjects@yahoogroups.com]On
> Behalf Of Geoff Worboys
> Sent: Wednesday, July 13, 2005 5:49 PM
> To: IBObjects@yahoogroups.com
> 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