Home/ Questions/Q 1083215
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T22:24:24+00:00

I’ve run into a particularly nasty bug where an ASP.NET website attempts to make

  • 0

I’ve run into a particularly nasty bug where an ASP.NET website attempts to make a call to a WCF service method that sends IIS into a death spiral…that ultimately brings down the associated app pool. It never gets to our log4net code that outputs unhandled exceptions.

I was watching w3wp.exe processes spin up and die, so I figured I’d take a dump file on termination using ProcDump from SysInternals using the following command:

procdump -e -t -ma <PID> aspnet.dmp

This gets me a minidump file, which I can open up in VS2010, and it shows me that the heap information is present. Which is exciting:

Minidump Summary

So at this point I attempt to set the symbol path, which is the bin folder for that particular website. I’ve copied it down from the appropriate server. However, I still only get the option to Debug with Native Only, and when I do that it can’t find any of the appropriate symbols.

Here’s my PDB location setup:

PDB Options

I’m not sure if that’s because the call stack seems to stop somewhere in a Windows DLL…? Here’s a screen of the call stack window.

Call Stack

Anyway, my ultimate question is whether or not I’m following the appropriate path for finding the source of this exception, and, if so, what am I missing? It appears to be in unmanaged code but I’d still love to see the last managed call before everything explodes.

Also, in case it’s helpful, the web server is Win2003 x86, my PC is Win7 x64.

Thanks!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I came across this too. VS2010 won’t do the nice, friendly debugging of a dumpfile of a managed app unless it was a .NET 4.0 executable assembly that crashed.

    • 0