Hi Jason

We are using an older version of IBOobjects so this problem probably
isn't an issue for us. I have rewritten the dll to not use the shared
handle and use its own connection for the time being. This is not as
good of a solution but it should prove whether the issues we are
experiencing are related to the dbHandleShared stuff or not.

p.s. we are going to update to the latest version of your components as
soon as we get this release of our application out (saves us retesting
everything). When will the version with this fixed be available (roughly?)

Rob Martin
Software Engineer

phone +64 03 377 0495
fax +64 03 377 0496
web www.chreos.com

Wild Software Ltd



Jason Wharton wrote:

> There was a problem in the last release regarding this that will be fixed in
> the next sub-release.
> It has to do with making it load the client dll on demand rather than in the
> unit initialization.
> What is happening is your DLL is making API calls before the API function
> pointers are pulled out of the Firebird/InterBase Client DLL. The fix was
> to add a check to load the client dll when a handle is assigned to the
> dbHandle or dbHandleShared property.
>
> Other than this problem, it should work fine as it did before.
>
> Jason Wharton
>
>
>
>
> ___________________________________________________________________________
> IB Objects - direct, complete, custom connectivity to Firebird or InterBase
> without the need for BDE, ODBC or any other layer.
> ___________________________________________________________________________
> http://www.ibobjects.com - your IBO community resource for Tech Info papers,
> keyword-searchable FAQ, community code contributions and more !
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>