Hello,
For some reasons I have to compile my C++ Builder XE7 64 bit service application project *with* runtime packages.
The program runs very well on my machine where RADStudio XE7 is installed. On another machine the service program stops immediately after start. I have copied all bpl- and dll-files from my bin64 directory to the program directory of the other machine.
The event log says:
Faulting application name: MySvcApp.exe, version: 3.1.2.0, time stamp: 0x00000000
Faulting module name: rtl210.bpl, version: 21.0.17707.5020, time stamp: 0x545bd0a6
Exception code: 0xc0000005
Fault offset: 0x0000000000018742
Faulting process id: 0x1360
Faulting application start time: 0x01d03622577350ad
Faulting application path: C:\MyServices\MySvcApp.exe
Faulting module path: C:\MyServices\rtl210.bpl
Report Id: 96fc962b-a215-11e4-82b5-00155d260315
Faulting package full name:
Faulting package-relative application ID:
What can I do here?
Is there a manual how to deploy XE7 apps compiled with runtime packages?
Markus
Vote for best question.
Score: 0
# Vote: 0
Date Posted: 22-Jan-2015, at 1:16 AM EST
From: Markus Donath
Re: 64 bit service application with runtime packages
Markus wrote:
> Dependency walker found these missing files:
>
> [http://1drv.ms/1CjuGQo]
>
> The same missing file are found on my developer's machine and
> here the program runs perfectly...
Other than "VERSION" (I don't know what that is), the rest are all Windows
system DLLs. Do not deploy them manually.
On the other hand, I find it odd that you have a DLL/BPL with static linkages
to "API-MS_WIN_CORE...", "EXT-MS-WIN...", and "IESHIMS.DLL". AFAIK, those
are handled by the system internally, they should not be linked to directly.
--
Remy Lebeau (TeamB)
Vote for best answer.
Score: 0
# Vote: 0
Date Posted: 22-Jan-2015, at 10:29 AM EST
From: Remy Lebeau (TeamB)
Re: 64 bit service application with runtime packages
Dependency walker found these missing files:
[http://1drv.ms/1CjuGQo]
The same missing file are found on my developer's machine and here the program runs perfectly...
Martkus
> {quote:title=Remy Lebeau (TeamB) wrote:}{quote}
> Markus wrote:
>
> > The program runs very well on my machine where RADStudio XE7
> > is installed. On another machine the service program stops
> > immediately after start.
>
> That is usually a sign that a dependant file is missing.
>
> > I have copied all bpl- and dll-files from my bin64 directory to the
> > program directory of the other machine.
>
> You probably missed something. Use a dependancy tool to check which files
> depend on each other, and then deploy whatever is missing.
>
> > Exception code: 0xc0000005
>
> That is an AccessViolation, which could be a side effect of a missing dependancy.
>
> --
> Remy Lebeau (TeamB)
Vote for best answer.
Score: 0
# Vote: 0
Date Posted: 22-Jan-2015, at 5:34 AM EST
From: Markus Donath
Re: 64 bit service application with runtime packages
Can you recommend a dependency tool?
Markus
> {quote:title=Remy Lebeau (TeamB) wrote:}{quote}
> Markus wrote:
>
> > The program runs very well on my machine where RADStudio XE7
> > is installed. On another machine the service program stops
> > immediately after start.
>
> That is usually a sign that a dependant file is missing.
>
> > I have copied all bpl- and dll-files from my bin64 directory to the
> > program directory of the other machine.
>
> You probably missed something. Use a dependancy tool to check which files
> depend on each other, and then deploy whatever is missing.
>
> > Exception code: 0xc0000005
>
> That is an AccessViolation, which could be a side effect of a missing dependancy.
>
> --
> Remy Lebeau (TeamB)
Vote for best answer.
Score: 0
# Vote: 0
Date Posted: 22-Jan-2015, at 1:41 AM EST
From: Markus Donath
Re: 64 bit service application with runtime packages
Markus wrote:
> The program runs very well on my machine where RADStudio XE7
> is installed. On another machine the service program stops
> immediately after start.
That is usually a sign that a dependant file is missing.
> I have copied all bpl- and dll-files from my bin64 directory to the
> program directory of the other machine.
You probably missed something. Use a dependancy tool to check which files
depend on each other, and then deploy whatever is missing.
> Exception code: 0xc0000005
That is an AccessViolation, which could be a side effect of a missing dependancy.
--
Remy Lebeau (TeamB)