引自  南海之星 

用vs2008分析dump檔案

1. 雙擊minidump檔案（*.dmp）。預設會啟動vs2008。
2. 選單Tools/Options, Debugging/Symbols，增加PDB檔案路徑。注：如果minidump檔案與pdb檔案在同一目錄，就不用設定這個了。
3. 若除錯的程式需要微軟基礎庫的PDB資訊，可以增加一個路徑為：
4. 在介面下方Cache Symbol From symbol…選擇本地儲存這些Symbols的路徑。 注：如果本地已儲存過微軟基礎庫的pdb，就直接按照此步操作設定本地路徑，不必執行上一步操作了。

設定程式碼路徑：

剛開啟的dmp工程，進入解決方案的屬性。在這裡輸入源程式的程式碼路徑。注：一定是sln所在的路徑，而不是vcproj的路徑！

按F5，debug吧。

//

PS:或者可以這樣載入符號路徑,如果沒有載入本應用程式的符號表,可以在載入模組裡面修改符號表的路徑.(也是彈出選單Tools/Options, Debugging/Symbols)

*************************************************

引自 

似水流年

1、  Dump檔案放在哪裡？

Dump檔案不用非要放在你編譯出來的位置，你完全可以建立一個新的資料夾來放它。但若不是存放在編譯出來的位置，需要將編譯生成的PDB檔案拷貝到Dump檔案目錄，或是利用VS2005（2008）開啟Dump檔案後，設定

2、如何恢復當時的現場？

可能你要問，怎麼可能，這個dump檔案可是使用者發給我的，我不可能去使用者家裡除錯吧？這個恢復現場可不是指的非要到那臺機器上去，而是要把產生dump檔案對應的二進位制檔案拿到。

但是恢復現場需要所有的二進位制檔案都要對應，你一定要有導致使用者崩潰的那些Exe和DLL。既然是你釋出的程式，Exe檔案當然你會有。所以這裡只考慮DLL就行了。

Dump檔案中記錄了所有DLL檔案的版本號和時間戳，所以你一定可以同過某種途徑拿到它。如果你能從使用者那裡拿到最好，如果不方便，使用者不可能用的是我們平常不常用的作業系統，所以找個有對應系統的機器一般都會有。但是記住不僅是檔名稱要一致，還要核對版本和時間戳，如果不同一樣沒有辦法用。

如果客戶用了某個特殊的補丁怎麼辦？

其實這個問題也很好解決，只要它不阻礙閱讀堆疊，就不用管它，除錯Dump和執行程式不一樣，缺少一兩個DLL沒有任何問題。

3、如果真的需要怎麼辦？

符號檔案現在主要是指PDB檔案。

如果沒有符號檔案，那麼除錯的時候可能導致堆疊錯誤。

如果你丟失了這個釋出版本中你編譯出來的那些exe和DLL的PDB，那麼這個損失是嚴重的，重新編譯出來的版本是不能使用的。

我自己的DLL都有了，可是缺的是系統的DLL的對應PDB檔案怎麼辦？上圖已經介紹了方法。微軟在它的符號資料庫上為我們提供了所有的PDB檔案，還有部分非關鍵DLL。設定好後程序將自動下載需要的PDB及DLL檔案。

4、拿到需要的檔案了，這些檔案應該放在哪裡？

符號資料庫中的檔案不用動，把其它的exe和DLL、PDB檔案放在dump檔案目錄裡就行了。

5、我用的是VS2005（2008），明明有原始碼，為什麼顯示不了？

這個是dump除錯的最頭痛問題，程式碼可能已經改過了，即使你從SVN拿到當時的版本，時間戳也是錯的，VS2005（2008）就是不讓你顯示程式碼。

其實只要在VS2005（2008）工具→選項→除錯→常規 中去掉 “要求原始檔與原始版本完全匹配”（Require source files to exactly match the original version） 的複選就行了。