ESRIRegAsm.exe Error

7569
36
Jump to solution
02-20-2013 04:38 AM
JasonPike
Occasional Contributor
I am trying to run ESRIRegAsm.exe on a 64-bit Windows Server 2008 R2 Standard (Service Pack 1), non-development machine, but I'm getting the following error:

"The application was unable to start correctly (0xc0000005). Click OK to close the application."

Problem signature:
  Problem Event Name: APPCRASH
  Application Name: ESRIRegAsm.exe
  Application Version: 10.1.1.3143
  Application Timestamp: 5058c59b
  Fault Module Name: StackHash_4c0d
  Fault Module Version: 0.0.0.0
  Fault Module Timestamp: 00000000
  Exception Code: c0000005
  Exception Offset: 76c74913
  OS Version: 6.1.7601.2.1.0.16.7
  Locale ID: 1033
  Additional Information 1: 4c0d
  Additional Information 2: 4c0d4d78887f76d971d5d00f1f20a433
  Additional Information 3: 4c0d
  Additional Information 4: 4c0d4d78887f76d971d5d00f1f20a433

I have changed the ESRIRegAsm.exe.config file as follows:

  <startup useLegacyV2RuntimeActivationPolicy="true">
      <supportedRuntime version="v4.0.30319"/>
      <!--<supportedRuntime version="v2.0.50727"/>-->
  </startup>

I have also tried various compatibility modes and run the executable as Administrator with no change in results.

I have used the Dependency Walker to see if there were any differences on my development machine (Windows 7 Enterprise, Service Pack 1) and these were the only two discrepancies, which I believe to be inconsequential:

WLANAPI.DLL
Resolves to the following on my machine:
c:\windows\system32\WLANAPI.DLL

GDIPLUS.DLL
Resolves to the following on my machine:
c:\windows\winsxs\x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.7601.17825_none_72d273598668a06b\GDIPLUS.DLL

I've already seen this thread and none of the suggestions helped.

Has anyone else encountered this problem? More importantly, does anyone know how to fix this problem?
0 Kudos
36 Replies
RichardWatson
Frequent Contributor
See attached screen shots.  In essence, it works for me.

You might try running Depends for x64 and see what it is loading:

http://www.dependencywalker.com/

This relates to the comments from ciava.at.

Is there anything special about your server, e.g. are you loading server core or something which is not just the standard software?
0 Kudos
JasonPike
Occasional Contributor
See attached screen shots.  In essence, it works for me.

You might try running Depends for x64 and see what it is loading:

http://www.dependencywalker.com/

This relates to the comments from ciava.at.

Is there anything special about your server, e.g. are you loading server core or something which is not just the standard software?


Richard,

Thanks for the screenshots. I've posted similar ones from my machine.

The first thing I notice is that ESRIRegAsm.exe is located in "\Program Files\" and not "\Program Files (x86)\" on your machine. We're both using 64-bit operating systems, do you know why my copy would be installed to the " (x86)" directory?

I have used dependency walker--the results are in the original post. Do those two DLLs give you any insight to the problem?

Thanks!
Jason
0 Kudos
RichardWatson
Frequent Contributor
Look back at post #6.

The 2 versions of ESRIRegAsm.  One is 32 bit and one is 64 bit.

If I were you, I'd run the 64 bit version because it needs to load 64 bit code.  Right?
0 Kudos
JasonPike
Occasional Contributor
Look back at post #6.

The 2 versions of ESRIRegAsm.  One is 32 bit and one is 64 bit.

If I were you, I'd run the 64 bit version because it needs to load 64 bit code.  Right?


Well, I'd try that if the file existed. Is there something special I have to do to get that installed?

Also, I don't know why I would need to load 64-bit code. The 32-bit version of the code should be emulated without any problems by Windows.
0 Kudos
RichardWatson
Frequent Contributor
I only have "ArcGIS 10.1 SP1 for Server" installed (see attached screenshot).

If I were you then I'd find the 64 bit version and run it.

How could it possibly matter?

One scenario is that the DLL that you are registering for 64 bit ArcGIS Server that is x64 only.  In this case I don't think that a 32 bit process will be able to load it.

I am pretty sure that ESRI expects you to run the 64 bit version.  Find it and try it.
0 Kudos
JasonPike
Occasional Contributor
I only have "ArcGIS 10.1 SP1 for Server" installed (see attached screenshot).

If I were you then I'd find the 64 bit version and run it.

How could it possibly matter?

One scenario is that the DLL that you are registering for 64 bit ArcGIS Server that is x64 only.  In this case I don't think that a 32 bit process will be able to load it.

I am pretty sure that ESRI expects you to run the 64 bit version.  Find it and try it.


Richard,

I don't have ArcGIS Server installed, I have ArcGIS 10.1 for Desktop. I guess I should add that this is a Citrix box.

Thanks,
Jason
0 Kudos
nicogis
MVP Frequent Contributor
0 Kudos
JasonPike
Occasional Contributor
try and see http://support.microsoft.com/kb/2480607


Another great idea, Domenico. Unfortunately, it did not resolve the problem. I tried disabling the Virtual Memory Optimization Service and re-running the Native Image Generator (NGen update /force).

Back to the drawing board...
0 Kudos
nicogis
MVP Frequent Contributor
Have you seen if there are hot fix like this http://support.citrix.com/article/CTX125419 avalilable for your system?
0 Kudos
JasonPike
Occasional Contributor
Have you seen if there are hot fix like this http://support.citrix.com/article/CTX125419 avalilable for your system?


We're actually using XenApp 6.5, so I verified that we have the latest hotfix rollup pack: http://support.citrix.com/article/CTX132122

We're up-to-date in this regard.

Thanks!
0 Kudos