Subject | Re: [IBO] Initialization code for IBObjects |
---|---|
Author | Helen Borrie |
Post date | 2005-08-30T01:29:03Z |
At 12:49 AM 30/08/2005 +0000, you wrote:
(msvcrt.dll and msvcp60.dll).
locally? or from a network share? Have you attempted to run either of the
apps under the Administrator logon?
Also test that the correct client library is (1) available on the user's
local disk; (2) is in a path that is known to/available to the user and
(3) has the right name (gds32.dll by default unless you included a custom
ib_sessionXXX unit as the first item in the DPR uses clause).
Helen
> > 3. In case the IBO element is coincidental, are you sure that theNothing in the system logs?
> > Microsoft C and C++ runtimes are installed on the problem servers?
> >
>Hi Helen,
>
>"don't run" means it never even flashes on the task bar. It never
>shows up in processes under task manager.
>
>As I said the main form is created first in the dpr but it's OnCreate
>method never fires (Application.CreateForm(TfrmMain, frmMain);).
>
>I'm not sure this is related to IBO. I just can't think of anything
>else that's unique to these 2 applications.
>There are no hard coded database paths. I don't know anything aboutNeeded by the client library. You should check that they are there
>the use of MS C or C++ stuff; these are Delphi 7 apps.
(msvcrt.dll and msvcp60.dll).
>Also, these applications are running on hundreds of computers so theAre you sure it's not a permissions problem? Are users accessing the exe
>problem has to be machine specific. I just don't have a clue what to
>look for.
locally? or from a network share? Have you attempted to run either of the
apps under the Administrator logon?
Also test that the correct client library is (1) available on the user's
local disk; (2) is in a path that is known to/available to the user and
(3) has the right name (gds32.dll by default unless you included a custom
ib_sessionXXX unit as the first item in the DPR uses clause).
Helen