Solved! Go to Solution.
First chance access violations can be normal. It is the second chance access violations that crash the process.
Suggest that you go until you get one of those and then post the stack trace.
FWIW, ESRIRegAsm appears to be unmanaged C++.
I have 2 suggestions.
The first is to try and load sos and look at the clrstack.
// If using .NET 3.5
.loadby sos mscorwks
!clrstack
// If using .NET 4.0
.loadby sos clr
!clrstack
The second is that I think that you are going to have to find the call stack yourself:
http://www.dumpanalysis.org/blog/index.php/2007/07/25/reconstructing-stack-trace-manually/
try and check if you have problems with .net frameworks installed on your machine http://www.microsoft.com/en-us/download/details.aspx?id=30135
I have a machine 64-bit Windows Server 2008 R2 Standard (Service Pack 1) and I haven't problems.
-Have you installed all patchs available in windows update?
-Have you seen if you have conflits with antivirus?
-Have you emptied the temp folder?
-Have you further details in event viewer?
-Have you more versions of c++ on machine?
If you have a small project that you can share then do so. I'll build it and see if I can register it.