1

When I open a minidump I get some basic information about the crash:

minidump summary

I can't tell which thread crashed. Is there some indicator in the interface that shows which thread crashed or other way to determine for sure which thread generated the exception?

I suspect that the debugger will take me to the correct location of the crash when I start debugging (assuming that it was able to load all of the correct symbols, etc.), but it's difficult to know for sure without some kind of confirmation.

Jason Haslam
  • 2,617
  • 13
  • 19

2 Answers2

2

I can't tell for sure regarding the Express edition. Usually there's an actions box where you can start debugging.

Action

If you do that, it will show you the call stack and threads including the thread ID:

Call stack

Threads

However, it might not be available with the Express edition of Visual Studio (source), so I suggest you do the following:

  1. Get a copy of WinDbg, Microsoft's free debugger. Most convenient way is to download from Codemachine.
  2. Install it, then run WinDbg.
  3. Enter the !analyze -v command. It should give you the exception code, call stack and thread ID.
Community
  • 1
  • 1
Thomas Weller
  • 55,411
  • 20
  • 125
  • 222
  • Thanks! Getting the Threads window to come up (from DEBUG->Windows->Threads) was the hint I needed. I can see that even when I switch to another thread and the yellow arrow indicator moves it leaves an outline arrow on the thread the the debugger is currently stopped in. It wasn't obvious from the toolbar but it is from the window. – Jason Haslam Apr 04 '17 at 19:21
1

Just for the sake of completeness, the yellow arrow shows the currently selected thread. It's the outline one that shows the thread where the debugger is currently stopped (or crashed in the case of a dump file):

enter image description here

Also, the last number in the dump file name appears to be the id of the thread that crashed.

Jason Haslam
  • 2,617
  • 13
  • 19