前言：利用drwtsn32或NTSD進行程式崩潰處理，都可以生成可用於除錯的dmp格式檔案。使用VS2005開啟生成的DMP檔案，能很方便的找出BUG所在位置。本文將討論以下內容：

1、程式編譯選項

2、利用VS2005 分析dump檔案

3、常見問題討論

一、程式編譯選項

PDB files contains all debug information like type definition and function prototype.When application crashes, we need the PDB files to analyze the root cause, so make sure these PDB files will be created when building it.

C/C++\General\Debug Information Format=Program Database (/Zi).

圖1.1 除錯資訊格式

Linker\Debugging\Generate Program Database File=”Name and location of your PDB files”

圖1.2 PDB檔案輸出路徑

PDB檔案路徑最好設定在同一個資料夾中，這樣方便dmp檔案除錯時呼叫。

除錯時，所有的PDB檔案和原始檔必須嚴格匹配（the PDB files should be

二、VS2005 分析dump檔案

In this simple application, there is an unhandled Access Violation Reading exception, because GetNameFromDatabase returns a NULL pointer, and this pointer is passed into IsPrefix and then it’s used directly without NULL pointer checking.

圖1.3 演示程式碼

利用Release模式編譯該測試程式，在客戶機上執行該程式，將根據NTSD設定生成相對應的DMP格式檔案。

可以使用Visual Studio.Net、NTSD或是其他的除錯工具對DMP格式檔案進行分析。

l         Start Visual Studio.Net

Click File\Open Solution and make sure the files of type is *.dmp then click Open.

圖1.3 Open Dump File (GUI)

l         Set Symbol Path

Click Tools\Options, Debugging\Symbols，增加PDB檔案路徑。若除錯的程式需要微軟基礎庫的PDB資訊，可以增加一個路徑為：

在介面下方Cache Symbol From symbol…選擇本地儲存這些Symbols的路徑。

圖1.4 Symbol Path

如果DMP檔案沒有放入本身PDB檔案所在目錄，也可以在此處增加一個本地目錄。點OK後，VS2005將從網路中下載所需要的Symbols，需要等待一段時間。如果是多次除錯同一個程式錯誤所生成的DMP檔案，可以在對話方塊中選擇“Search the above locations only when symbols are loaded manually”。從而可以節省網路頻寬。

l         Set Source code path

Open Solution Property Pages and set the source code path.

圖1.5 屬性選單

圖1.6 Debug Source Files

l         Start to Debug the Dump File

Click the Debug menu, it will ask you to save as a solution, save it. Then it will go to the line which caused the crash of your application.

圖1.7 除錯視窗，定位到原始碼

三、常見問題討論

1、  Dump檔案放在哪裡？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Tools\Options，Debugging\General中去掉

Require source files to exactly match the original version的複選就行了。