在 Windows XP 作業系統下，應用程式 Crash 時會產生一種副檔名為 dmp 的檔案，內容記載著執行檔的記憶體資料及 StackTrace 等資訊可用來 Debug。
只要這些機碼被正常寫入，之後當 MyApp.exe 發生 Crash 時，就可以到上述的指定資料夾內找到一個檔案名稱結構為 "應用程式名稱.exe.奇怪的數字.dmp" 的檔案，例如 MyApp.exe.7024.dmp。
知道這個方法除了對 Windows 桌面應用程式有用處之外，其實在 Windows 8 底下的 Windows Store App 也是可以用這招拿到 Crash Dump 的，如果你是用 C++ 在撰寫 Store App，那麼這個 dmp 檔案可以讓你用傳統的 WinDbg 來查到 Crash 的程式碼位置。
但如果是使用 C# 等語言，因為這些語言還會被經過翻譯且是運行在 CLR 之上的，所以 WinDbg 拿到的資訊是被 Windows Error Reporting 處理過的位置，非實際上發生 UnhandledException 的位置，就是用 WinDbg 看不出什麼線索的意思啦，目前我還不知道該怎麼解讀 以 C# 所撰寫的 Store App 產生出來的 dmp 檔案，手邊的 Windows Phone 及 Windows RT 專案只有先透過其他的方法收集 UnhandledException 資訊來抓蟲，目前是使用一套叫 HockeyApp 的套件，使用上很簡單，可自行參考 HockeyApp 官網，目前官網有提供 Windows Phone 及 Windows RT 的 SDK 供下載使用。