Hi,

We came to the same conclusion. The submitted code of course did not contain
the whole application / exception handling / etc. logic, which is quite
complex.

The problem seems to occur when an IBOQuery references an already freed
session. This happens only in very rare cases, but I hope we well able to
track it down.

Regards,
Gyula

----- Original Message -----
From: "Helen Borrie" <helebor@...>
Subject: Re: [IBO] AVs in gds32.dll


> in this case the database objects are being created and destroyed on the
fly and tcp/ip is being used for connectivity. I believe that, if a
mismatch between gds32.dll and the server can be eliminated, then the memory
conflict is occurring because of something in the module itself.
>
> The supplied code sample doesn't show any sign of exception handling in
the creation sequence. Noting that the session is being created with a nil
owner makes me suspect that some exception is going on down the chain of
objects that is not being caught before the session object gets destroyed by
whatever external object.