Dear all,
I have a pretty strange problem...
We have an access violation in ntdll.dll (Access violation at address 7C921899. Read of address BAADF01D).
It happens when TOracleSession.LogOff is doing the OCIHandleFree(authp, OCI_HTYPE_SESSION)
Now, the strange things are :
- The AV happens with the Oracle Client 8.1.7.4 regardless of the server version.
- The AV does *not* happen with Oracle client 9.2
- We have two TOracleSessions. The first one is not ThreadSafe, because all queries are executed from the main thread (and I am pretty sure of this). The second session is ThreadSafe because it is used from both the main thread and a secondary thread. In this configuration we the AV. Now,
- The AV does *not* happen when *both* sessions are ThreadSafe.
- The AV does *not* happen when *none* of the session is ThreadSafe.
I'm slowly beginning to suspect a bug in the Oracle 8.1.7 client when mixing ThreadSafe and not ThreadSafe sessions. Would you have any light on this ?
Thanks a lot...
--- Raoul
I have a pretty strange problem...
We have an access violation in ntdll.dll (Access violation at address 7C921899. Read of address BAADF01D).
It happens when TOracleSession.LogOff is doing the OCIHandleFree(authp, OCI_HTYPE_SESSION)
Now, the strange things are :
- The AV happens with the Oracle Client 8.1.7.4 regardless of the server version.
- The AV does *not* happen with Oracle client 9.2
- We have two TOracleSessions. The first one is not ThreadSafe, because all queries are executed from the main thread (and I am pretty sure of this). The second session is ThreadSafe because it is used from both the main thread and a secondary thread. In this configuration we the AV. Now,
- The AV does *not* happen when *both* sessions are ThreadSafe.
- The AV does *not* happen when *none* of the session is ThreadSafe.
I'm slowly beginning to suspect a bug in the Oracle 8.1.7 client when mixing ThreadSafe and not ThreadSafe sessions. Would you have any light on this ?
Thanks a lot...
--- Raoul