Windbg: How to debug 32 bit dump file on 64bit Win7

[G33kKahuna]

I'm struggling to get WinDBG to work with a 32 bit dump file on 64 bit Win7. I have both WinDBG 32 bit and 64 bit installed. Both launch but cannot execute any SOS or .NET framework commands. I keep getting a generic message Failed to load data access DLL, 0x80004005

I've tried the recommended suggestion to run .cordll -ve -u -l, which returned CLR DLL status: No load attempts

Recently, I dowloaded sosex.dll to check deadlocks. It gave much more specific error;
CLRDLL: c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\mscordacwks.dll:2.0.50727.4927 f:0
doesn't match desired version 2.0.50727.3082

So, looks like I need 3082 build of SOS and not 4927. Where can I get this file from?

Any other suggestions?

Thanks!

 

[H2SO4]

Use the debugger which matches the "bitness" of the dump you're trying to analyse. SOS actually has to use the CLR on the machine doing the debugging, so you won't be able to get very far with a 32-bit SOS attempting to load into a 64-bit debugger process (WinDBG) to analyse a 32-bit dump.

The mscorDACwks.dll (data access components) should (must) match the machine from which the dump was generated, not the one doing the debugging. Hence, either get mscordacwks.dll from the dump-generating machine, or hope to bob that they're uploaded that build to the symbol server and try this:

.symfix c:\SymCache
.reload
.cordll -ve -u -l

If that still fails...

!sym noisy
.reload

... and watch the output from the attempt to find mscordacwks.dll on the symbol server.

===============================================
EDIT: and then help yourself to a few of the "why is my machine BSODding?" questions, thanks

 

[G33kKahuna]

Sulphuric, I am trying to open with 32 bit WinDBG and its complaining about the .NET framework build versions when I use SOS commands. I am linking to the 32 bit SOS.DLL. I have *.4927 and the machine has *.3053. The machines where commands worked, have *.3053 version but running WinXP. I tried symfix as well, no luck. I cannot believe the latest version of the framework cannot parse the dump file. With Win7, I don't think i had the choice with the framework build numbers though; any help is much appreciated.

As next steps, I copied over the working SOS.dll (version *.3053) and loaded up 32 bit WinDBG. I still get the same error, Failed to load data access DLL, 0x80004005, for any SOS commands.

 

[H2SO4]

Sulphuric, I am trying to open with 32 bit WinDBG and its complaining about the .NET framework build versions when I use SOS commands. I am linking to the 32 bit SOS.DLL. I have *.4927 and the machine has *.3053. The machines where commands worked, have *.3053 version but running WinXP. I tried symfix as well, no luck. I cannot believe the latest version of the framework cannot parse the dump file. With Win7, I don't think i had the choice with the framework build numbers though; any help is much appreciated.

As next steps, I copied over the working SOS.dll (version *.3053) and loaded up 32 bit WinDBG. I still get the same error, Failed to load data access DLL, 0x80004005, for any SOS commands.

Can you do me a debug log which records your steps and the output? (Use .logopen and .logclose to generate the log, and then just upload it here as a TXT file.)

 

[G33kKahuna]

Thanks. File's attached

I copied over the SOS.dll from C:\Windows\Microsoft.NET\Framework\v2.0.50727 to X86 WinDBG location