前言：利用drwtsn32或NTSD進(jìn)行程序崩潰處理，都可以生成可用于調(diào)試的dmp格式文件。使用VS2005打開生成的DMP文件，能很方便的找出BUG所在位置。本文將討論以下內(nèi)容：

1、  程序編譯選項(xiàng)

2、  利用VS2005 分析dump文件

3、  常見問題討論

一、       程序編譯選項(xiàng)

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. You must do the following setting:

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

圖1.1 調(diào)試信息格式

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

圖1.2 PDB文件輸出路徑

PDB文件路徑最好設(shè)置在同一個(gè)文件夾中，這樣方便dmp文件調(diào)試時(shí)調(diào)用。

調(diào)試時(shí)，所有的PDB文件和源文件必須嚴(yán)格匹配（the PDB files should be the one generated by build the source code），并存儲(chǔ)在一個(gè)安全的位置。當(dāng)客戶報(bào)告了一個(gè)錯(cuò)誤時(shí)，你需要這些文件來幫忙以便定位錯(cuò)誤于源代碼中并解決問題。

二、       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模式編譯該測(cè)試程序，在客戶機(jī)上運(yùn)行該程序，將根據(jù)NTSD設(shè)置生成相對(duì)應(yīng)的DMP格式文件。

可以使用Visual Studio.Net、NTSD或是其他的調(diào)試工具對(duì)DMP格式文件進(jìn)行分析。

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文件路徑。若調(diào)試的程序需要微軟基礎(chǔ)庫的PDB信息，可以增加一個(gè)路徑為：

http://msdl.microsoft.com/download/symbols

在界面下方Cache Symbol From symbol…選擇本地存儲(chǔ)這些Symbols的路徑。

圖1.4 Symbol Path

如果DMP文件沒有放入本身PDB文件所在目錄，也可以在此處增加一個(gè)本地目錄。點(diǎn)OK后，VS2005將從網(wǎng)絡(luò)中下載所需要的Symbols，需要等待一段時(shí)間。如果是多次調(diào)試同一個(gè)程序錯(cuò)誤所生成的DMP文件，可以在對(duì)話框中選擇“Search the above locations only when symbols are loaded manually”。從而可以節(jié)省網(wǎng)絡(luò)帶寬。

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 調(diào)試窗口，定位到源代碼

三、       常見問題討論

1、  Dump文件放在哪里？

Dump文件不用非要放在你編譯出來的位置，你完全可以建立一個(gè)新的文件夾來放它。但若不是存放在編譯出來的位置，需要將編譯生成的PDB文件拷貝到Dump文件目錄，或是利用VS2005打開Dump文件后，設(shè)置PDB文件路徑。參照?qǐng)D1.4。

2、  如何恢復(fù)當(dāng)時(shí)的現(xiàn)場(chǎng)？

可能你要問，怎么可能，這個(gè)dump文件可是用戶發(fā)給我的，我不可能去用戶家里調(diào)試吧？這個(gè)恢復(fù)現(xiàn)場(chǎng)可不是指的非要到那臺(tái)機(jī)器上去，而是要把產(chǎn)生dump文件對(duì)應(yīng)的二進(jìn)制文件拿到。

但是恢復(fù)現(xiàn)場(chǎng)需要所有的二進(jìn)制文件都要對(duì)應(yīng)，你一定要有導(dǎo)致用戶崩潰的那些Exe和DLL。既然是你發(fā)布的程序，Exe文件當(dāng)然你會(huì)有。所以這里只考慮DLL就行了。

Dump文件中記錄了所有DLL文件的版本號(hào)和時(shí)間戳，所以你一定可以同過某種途徑拿到它。如果你能從用戶那里拿到最好，如果不方便，用戶不可能用的是我們平常不常用的操作系統(tǒng)，所以找個(gè)有對(duì)應(yīng)系統(tǒng)的機(jī)器一般都會(huì)有。但是記住不僅是文件名稱要一致，還要核對(duì)版本和時(shí)間戳，如果不同一樣沒有辦法用。

如果客戶用了某個(gè)特殊的補(bǔ)丁怎么辦？

其實(shí)這個(gè)問題也很好解決，只要它不阻礙閱讀堆棧，就不用管它，調(diào)試Dump和運(yùn)行程序不一樣，缺少一兩個(gè)DLL沒有任何問題。

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

符號(hào)文件現(xiàn)在主要是指PDB文件。

如果沒有符號(hào)文件，那么調(diào)試的時(shí)候可能導(dǎo)致堆棧錯(cuò)誤。

如果你丟失了這個(gè)發(fā)布版本中你編譯出來的那些exe和DLL的PDB，那么這個(gè)損失是嚴(yán)重的，重新編譯出來的版本是不能使用的。

我自己的DLL都有了，可是缺的是系統(tǒng)的DLL的對(duì)應(yīng)PDB文件怎么辦？圖1.4中已經(jīng)介紹了方法。微軟在它的符號(hào)數(shù)據(jù)庫上為我們提供了所有的PDB文件，還有部分非關(guān)鍵DLL。設(shè)置好后程序?qū)⒆詣?dòng)下載需要的PDB及DLL文件。

4、  拿到需要的文件了，這些文件應(yīng)該放在哪里？

符號(hào)數(shù)據(jù)庫中的文件不用動(dòng)，把其它的exe和DLL、PDB文件放在dump文件目錄里就行了。

5、  我用的是VS2005，明明有源代碼，為什么顯示不了？

這個(gè)是dump調(diào)試的最頭痛問題，代碼可能已經(jīng)改過了，即使你從SVN拿到當(dāng)時(shí)的版本，時(shí)間戳也是錯(cuò)的，VS2005就是不讓你顯示代碼。其實(shí)只要在

Tools/Options，Debugging/General中去掉

Require source files to exactly match the original version的復(fù)選就行了。