Debugging dump files created on another machine
Visual Studio 2010 can open .Net4 process dump files to present you with a snapshot of the process in a familiar environment.
This is handy when machines running your application can't easily be debugged (eg a client or production machine)
Creating a dump file using Task Manager is easy (from Vista onwards) - simply right click the process and choose create dump.
However, If you want to take the .dmp file and analyse it on your own PC you need to ensure you have taken the correct dump. (assuming you want to do Managed Debugging in Visual Studio 2010, I'm not talking about WinDBG)
Consider the matrix below:
OS architecture | |||
32 bit | 64 bit | ||
Process running as | 32 bit | Task Manager | Use Debugging Tools (x86) to create 32 bit dump |
64 bit | N/A | Task Manager |
If you are running a 32bit OS and developing an app that targets x86 but deploying to a 64bit server then the yellow box is your scenario.
There is no standalone download page, you have to get it via the Windows SDK If you're in a panic/hurry the filename is dbg_x86.msi and a quick google turned up this direct link which worked as of 29th Aug 2010.
Once installed you navigate to C:\Program Files (x86)\Debugging Tools for Windows (x86) and execute
adplus.exe -hang -pn YourApp.exe -o c:\crashdump
Remeber to use -hang
- Contrary to the name it wont hang your process :) Instead it will take a dump of the process and continue running which if its a production machine will generally keep the boss happy.
Last revised: 23 Dec, 2011 03:41 AM History
No new comments are allowed on this post.
Comments
No comments yet. Be the first!