Deployment problem

J

Jerry Spence1

I have built a Setup file of my project and when I deploy it on another PC
is crashes fairly quickly.

I ran Dependancy Walker and found that it couldn't find the following files:

MSCORPE.DLL
MSCORSEC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\ADVAPI32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\GDI32.DLL
c:\windows\microsoft.net\framework\v1.1.4322\GDIPLUS.DLL
c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\GDIPLUS.DLL
c:\windows\microsoft.net\framework\v1.1.4322\KERNEL32.DLL
c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\MSCOREE.DLL
c:\windows\microsoft.net\framework\v1.1.4322\en-us\MSCORRC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\en\MSCORRC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\OLE32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLE32.DLL
c:\windows\microsoft.net\framework\v1.1.4322\OLEAUT32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLEAUT32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLEPRO32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\USER32.DLL
c:\windows\assembly\gac\system\1.0.5000.0__b77a5c561934e089\WS2_32.DLL

The strange think is that some of these files are not in these locations on
my PC either , which is where I built it. Some of them are in system32. For
instance GDI32.DLL in in system32 on my PC and the target PC, so why is it
looking in
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\?

Thanks

-Jerry
 
J

Jevon

The error is, I think, misleading. Note that for GDIPLUS.DLL it looks in a
couple of places - at a guess it then finds it in system32 and carries on.
What is it that crashes? The installer or the application? Does the test
system have .Net framework installed? Are you including the .Net
bootstrapper?

Jevon
 
J

Jerry Spence1

Thanks for your reply.

It's the application that fails on the target PC. Yes I have installed
Netframework on it.

I'm not sure what the .net bootstrapper is so I can't answer that.

You may have a point about the misleading nature of the message. When I look
down the lower part of the screen I get this:

GetProcAddress(0x7C800000 [c:\windows\system32\KERNEL32.DLL], "FlsAlloc")
called from
"c:\windows\assembly\gac\crystaldecisions.crystalreports.engine\9.1.5000.0__692fbea5521e1304\CRYSTALDECISIONS.CRYSTALREPORTS.ENGINE.DLL"
at address 0x0800FFDC and returned NULL by thread 1. Error: The specified
procedure could not be found (127).


and several other ones. Perhaps I should have mentioned that I am deploying
crystal reports (a subject I know little about). I am including in the
package:

C:\Program Files\Common Files\Merge Modules\Crystal_Database_Access2003.msm
C:\Program Files\Common Files\Merge
Modules\Crystal_Database_Access2003_enu.msm
C:\Program Files\Common Files\Merge Modules\Crystal_Managed2003.msm

Do I need anything else to deploy CR?

(I've just looked an I have nothing in c:\windows\assembly\gac\ on the
target PC at all, so I guess this is the problem.).


Do I need to install CR on the target machine seperately or should the Setup
carry the require files with it?

Thanks

-Jerry
 
J

Jevon

Bootstrapper information:
http://msdn.microsoft.com/vstudio/downloads/tools/bootstrapper/
(Why they couldn't include this by default I don't know!)

When you say there is nothing in the GAC, do you mean C:\Windows\Assembly is
empty, or that it just doesn't contain the Crystal Reports files you'd
expect? I would imagine that because you're including the .msm files there
isn't anything else required, though I don't have any experience with CR to
comment on this.

Are you sure that .Net is installed correctly, and that it's the correct
version? I know this might seem like a basic question, but it could be
something like this. Do other .Net apps work normally?

What version of Windows is the client? FlsAlloc requires Windows Server
2003 -
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/flsalloc.asp

Jevon


Jerry Spence1 said:
Thanks for your reply.

It's the application that fails on the target PC. Yes I have installed
Netframework on it.

I'm not sure what the .net bootstrapper is so I can't answer that.

You may have a point about the misleading nature of the message. When I
look down the lower part of the screen I get this:

GetProcAddress(0x7C800000 [c:\windows\system32\KERNEL32.DLL], "FlsAlloc")
called from
"c:\windows\assembly\gac\crystaldecisions.crystalreports.engine\9.1.5000.0__692fbea5521e1304\CRYSTALDECISIONS.CRYSTALREPORTS.ENGINE.DLL"
at address 0x0800FFDC and returned NULL by thread 1. Error: The specified
procedure could not be found (127).


and several other ones. Perhaps I should have mentioned that I am
deploying crystal reports (a subject I know little about). I am including
in the package:

C:\Program Files\Common Files\Merge
Modules\Crystal_Database_Access2003.msm
C:\Program Files\Common Files\Merge
Modules\Crystal_Database_Access2003_enu.msm
C:\Program Files\Common Files\Merge Modules\Crystal_Managed2003.msm

Do I need anything else to deploy CR?

(I've just looked an I have nothing in c:\windows\assembly\gac\ on the
target PC at all, so I guess this is the problem.).


Do I need to install CR on the target machine seperately or should the
Setup carry the require files with it?

Thanks

-Jerry


Jevon said:
The error is, I think, misleading. Note that for GDIPLUS.DLL it looks in
a couple of places - at a guess it then finds it in system32 and carries
on.
What is it that crashes? The installer or the application? Does the test
system have .Net framework installed? Are you including the .Net
bootstrapper?

Jevon
Click to expand...
Click to expand...
 
J

Jevon

Something further to that:
The error regarding flsalloc might not be an error as such - it could be CR
attempting to access it to test its availability, and it might then handle
the "failure" internally - I don't have experience with Dependancy Walker to
know if this constitutes a "serious" failure or not.

Jevon


Jevon said:
Bootstrapper information:
http://msdn.microsoft.com/vstudio/downloads/tools/bootstrapper/
(Why they couldn't include this by default I don't know!)

When you say there is nothing in the GAC, do you mean C:\Windows\Assembly
is empty, or that it just doesn't contain the Crystal Reports files you'd
expect? I would imagine that because you're including the .msm files there
isn't anything else required, though I don't have any experience with CR
to comment on this.

Are you sure that .Net is installed correctly, and that it's the correct
version? I know this might seem like a basic question, but it could be
something like this. Do other .Net apps work normally?

What version of Windows is the client? FlsAlloc requires Windows Server
2003 -
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/flsalloc.asp

Jevon


Jerry Spence1 said:
Thanks for your reply.

It's the application that fails on the target PC. Yes I have installed
Netframework on it.

I'm not sure what the .net bootstrapper is so I can't answer that.

You may have a point about the misleading nature of the message. When I
look down the lower part of the screen I get this:

GetProcAddress(0x7C800000 [c:\windows\system32\KERNEL32.DLL], "FlsAlloc")
called from
"c:\windows\assembly\gac\crystaldecisions.crystalreports.engine\9.1.5000.0__692fbea5521e1304\CRYSTALDECISIONS.CRYSTALREPORTS.ENGINE.DLL"
at address 0x0800FFDC and returned NULL by thread 1. Error: The specified
procedure could not be found (127).


and several other ones. Perhaps I should have mentioned that I am
deploying crystal reports (a subject I know little about). I am including
in the package:

C:\Program Files\Common Files\Merge
Modules\Crystal_Database_Access2003.msm
C:\Program Files\Common Files\Merge
Modules\Crystal_Database_Access2003_enu.msm
C:\Program Files\Common Files\Merge Modules\Crystal_Managed2003.msm

Do I need anything else to deploy CR?

(I've just looked an I have nothing in c:\windows\assembly\gac\ on the
target PC at all, so I guess this is the problem.).


Do I need to install CR on the target machine seperately or should the
Setup carry the require files with it?

Thanks

-Jerry


Jevon said:
The error is, I think, misleading. Note that for GDIPLUS.DLL it looks in
a couple of places - at a guess it then finds it in system32 and carries
on.
What is it that crashes? The installer or the application? Does the test
system have .Net framework installed? Are you including the .Net
bootstrapper?

Jevon


I have built a Setup file of my project and when I deploy it on another
PC is crashes fairly quickly.

I ran Dependancy Walker and found that it couldn't find the following
files:

MSCORPE.DLL
MSCORSEC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\ADVAPI32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\GDI32.DLL
c:\windows\microsoft.net\framework\v1.1.4322\GDIPLUS.DLL
c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\GDIPLUS.DLL
c:\windows\microsoft.net\framework\v1.1.4322\KERNEL32.DLL
c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\MSCOREE.DLL
c:\windows\microsoft.net\framework\v1.1.4322\en-us\MSCORRC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\en\MSCORRC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\OLE32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLE32.DLL
c:\windows\microsoft.net\framework\v1.1.4322\OLEAUT32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLEAUT32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLEPRO32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\USER32.DLL
c:\windows\assembly\gac\system\1.0.5000.0__b77a5c561934e089\WS2_32.DLL

The strange think is that some of these files are not in these
locations on my PC either , which is where I built it. Some of them are
in system32. For instance GDI32.DLL in in system32 on my PC and the
target PC, so why is it looking in
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\?

Thanks

-Jerry
Click to expand...
Click to expand...
Click to expand...
 
J

Jerry Spence1

I tried using Dependancy Walker to profile my working application on my own
PC - and it failed with
Second chance exception 0xC0000005 (Access Violation) occurred in
"MSCOREE.DLL" at address 0x78803EE8.

error message (whatever that means). So now I have no way of finding out why
it fails and I can't trust Dependancy Walker either.

-Jerry



Jevon said:
Something further to that:
The error regarding flsalloc might not be an error as such - it could be
CR attempting to access it to test its availability, and it might then
handle the "failure" internally - I don't have experience with Dependancy
Walker to know if this constitutes a "serious" failure or not.

Jevon


Jevon said:
Bootstrapper information:
http://msdn.microsoft.com/vstudio/downloads/tools/bootstrapper/
(Why they couldn't include this by default I don't know!)

When you say there is nothing in the GAC, do you mean C:\Windows\Assembly
is empty, or that it just doesn't contain the Crystal Reports files you'd
expect? I would imagine that because you're including the .msm files
there isn't anything else required, though I don't have any experience
with CR to comment on this.

Are you sure that .Net is installed correctly, and that it's the correct
version? I know this might seem like a basic question, but it could be
something like this. Do other .Net apps work normally?

What version of Windows is the client? FlsAlloc requires Windows Server
2003 -
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/flsalloc.asp

Jevon


Jerry Spence1 said:
Thanks for your reply.

It's the application that fails on the target PC. Yes I have installed
Netframework on it.

I'm not sure what the .net bootstrapper is so I can't answer that.

You may have a point about the misleading nature of the message. When I
look down the lower part of the screen I get this:

GetProcAddress(0x7C800000 [c:\windows\system32\KERNEL32.DLL],
"FlsAlloc") called from
"c:\windows\assembly\gac\crystaldecisions.crystalreports.engine\9.1.5000.0__692fbea5521e1304\CRYSTALDECISIONS.CRYSTALREPORTS.ENGINE.DLL"
at address 0x0800FFDC and returned NULL by thread 1. Error: The
specified procedure could not be found (127).


and several other ones. Perhaps I should have mentioned that I am
deploying crystal reports (a subject I know little about). I am
including in the package:

C:\Program Files\Common Files\Merge
Modules\Crystal_Database_Access2003.msm
C:\Program Files\Common Files\Merge
Modules\Crystal_Database_Access2003_enu.msm
C:\Program Files\Common Files\Merge Modules\Crystal_Managed2003.msm

Do I need anything else to deploy CR?

(I've just looked an I have nothing in c:\windows\assembly\gac\ on the
target PC at all, so I guess this is the problem.).


Do I need to install CR on the target machine seperately or should the
Setup carry the require files with it?

Thanks

-Jerry


The error is, I think, misleading. Note that for GDIPLUS.DLL it looks
in a couple of places - at a guess it then finds it in system32 and
carries on.
What is it that crashes? The installer or the application? Does the
test system have .Net framework installed? Are you including the .Net
bootstrapper?

Jevon


I have built a Setup file of my project and when I deploy it on another
PC is crashes fairly quickly.

I ran Dependancy Walker and found that it couldn't find the following
files:

MSCORPE.DLL
MSCORSEC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\ADVAPI32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\GDI32.DLL
c:\windows\microsoft.net\framework\v1.1.4322\GDIPLUS.DLL
c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\GDIPLUS.DLL
c:\windows\microsoft.net\framework\v1.1.4322\KERNEL32.DLL
c:\windows\assembly\gac\system.drawing\1.0.5000.0__b03f5f7f11d50a3a\MSCOREE.DLL
c:\windows\microsoft.net\framework\v1.1.4322\en-us\MSCORRC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\en\MSCORRC.DLL
c:\windows\microsoft.net\framework\v1.1.4322\OLE32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLE32.DLL
c:\windows\microsoft.net\framework\v1.1.4322\OLEAUT32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLEAUT32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\OLEPRO32.DLL
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\USER32.DLL
c:\windows\assembly\gac\system\1.0.5000.0__b77a5c561934e089\WS2_32.DLL

The strange think is that some of these files are not in these
locations on my PC either , which is where I built it. Some of them
are in system32. For instance GDI32.DLL in in system32 on my PC and
the target PC, so why is it looking in
c:\windows\assembly\gac\system.windows.forms\1.0.5000.0__b77a5c561934e089\?

Thanks

-Jerry
Click to expand...
Click to expand...
Click to expand...
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Similar Threads

hibernated and menu 2
Start a process with a parameter in the file name? 4
Framework Versions problem? 1
MSMAPI, or one of its dependencies, was not found 1
VS.Net Win Forms app - cannot access SQLServer with one computer 6
unhandeled execption in PrintPreview 1
What is a solution for below problem. 3
The compiler failed with error code -1073741502. 1

Top