| Subject | Re: [ib-support] AV in Gds32.dll ??? |
|---|---|
| Author | Helen Borrie |
| Post date | 2002-02-18T12:17:09Z |
At 12:02 PM 18-02-02 +0100, you wrote:
From what I recall of the original problem, it *looks* as if you need to review your multiple connections and see whether you have *somehow* got one of your clients connecting locally. Look at both in the IDE.
Your setup, as described, was
"We use IB 6.0 (Win2000) and we noticed that when running two client
apps (Delphi 5, IBO) on the same client that do reads and writes on
the same remote database, one of the apps hangs with an access
violation in the Gds32.dll. We also noticed that if one of the apps
runs from within the Delphi IDE, the error does not occur.
I believe that the difference between these two situations is the way
in which the dll get's loaded (in different memory space ?)"
Not really. If your application running stand-alone and the IDE connection through Delphi both access the same copy of gds32.dll then the first app that needs it will load it and then other app instances after will just use it. Is it possible they are accessing *different* copies of gds32.dll? e.g. one (correctly) located in the system directory and one (incorrectly) located in the one of the directories from which the executables are running?
More questions...
What connection protocol are you using - cp?? in each application? and What do you have in the Server and Path properties of your connection object in each application?
There was an AV problem with the old IB 6 (July 2000) build related to Events. Could it be a factor in your app? What version of IBO are you using, e.g. is it one that preceded IB 6?
I hope we can get a solution to this but it will be vital to provide more information, as it's not expected/reported behaviour for IB or for IBO...
regards
Helen
All for Open and Open for All
Firebird Open SQL Database ยท http://firebirdsql.org
_______________________________________________________
>The build number is 6.0.0.627Sorry, Tanno, I didn't get around to responding on Friday...that build should be OK...just that the original Borland open source binary shipped out with a wrong build of this library and caused some problems.
>
>"Helen Borrie" <helebor@...> wrote in message
>news:5.1.0.14.0.20020216014912.04874ec0@......
>> At 03:49 PM 15-02-02 +0100, you wrote:
>>
>> What is the build number of your gds32.dll?
From what I recall of the original problem, it *looks* as if you need to review your multiple connections and see whether you have *somehow* got one of your clients connecting locally. Look at both in the IDE.
Your setup, as described, was
"We use IB 6.0 (Win2000) and we noticed that when running two client
apps (Delphi 5, IBO) on the same client that do reads and writes on
the same remote database, one of the apps hangs with an access
violation in the Gds32.dll. We also noticed that if one of the apps
runs from within the Delphi IDE, the error does not occur.
I believe that the difference between these two situations is the way
in which the dll get's loaded (in different memory space ?)"
Not really. If your application running stand-alone and the IDE connection through Delphi both access the same copy of gds32.dll then the first app that needs it will load it and then other app instances after will just use it. Is it possible they are accessing *different* copies of gds32.dll? e.g. one (correctly) located in the system directory and one (incorrectly) located in the one of the directories from which the executables are running?
More questions...
What connection protocol are you using - cp?? in each application? and What do you have in the Server and Path properties of your connection object in each application?
There was an AV problem with the old IB 6 (July 2000) build related to Events. Could it be a factor in your app? What version of IBO are you using, e.g. is it one that preceded IB 6?
I hope we can get a solution to this but it will be vital to provide more information, as it's not expected/reported behaviour for IB or for IBO...
regards
Helen
All for Open and Open for All
Firebird Open SQL Database ยท http://firebirdsql.org
_______________________________________________________