1. VC調(diào)試入門
設(shè)置
為了調(diào)試一個程序，首先必須使程序中包含調(diào)試信息。一般情況下，一個從AppWizard創(chuàng)建的工程中包含的Debug Configuration自動包含調(diào)試信息，但是是不是Debug版本并不是程序包含調(diào)試信息的決定因素，程序設(shè)計者可以在任意的Configuration中增加調(diào)試信息，包括Release版本。
為了增加調(diào)試信息，可以按照下述步驟進行：
- 打開Project settings對話框（可以通過快捷鍵ALT+F7打開，也可以通過IDE菜單Project/Settings打開)
-
選擇C/C++頁，Category中選擇general ，則出現(xiàn)一個Debug Info下拉列表框，可供選擇的調(diào)試信息 方式包括：
命令行 Project settings 說明 無 None 沒有調(diào)試信息 /Zd Line Numbers Only 目標(biāo)文件或者可執(zhí)行文件中只包含全局和導(dǎo)出符號以及代碼行信息，不包含符號調(diào)試信息 /Z7 C 7.0- Compatible 目標(biāo)文件或者可執(zhí)行文件中包含行號和所有符號調(diào)試信息，包括變量名及類型，函數(shù)及原型等 /Zi Program Database 創(chuàng)建一個程序庫(PDB)，包括類型信息和符號調(diào)試信息。 /ZI Program Database for Edit and Continue 除了前面/Zi的功能外，這個選項允許對代碼進行調(diào)試過程中的修改和繼續(xù)執(zhí)行。這個選項同時使#pragma設(shè)置的優(yōu)化功能無效 - 選擇Link頁，選中復(fù)選框"Generate Debug Info"，這個選項將使連接器把調(diào)試信息寫進可執(zhí)行文件和DLL
- 如果C/C++頁中設(shè)置了Program Database以上的選項，則Link incrementally可以選擇。選中這個選項，將使程序可以在上一次編譯的基礎(chǔ)上被編譯（即增量編譯），而不必每次都從頭開始編譯。
設(shè)置
為了調(diào)試一個程序，首先必須使程序中包含調(diào)試信息。一般情況下，一個從AppWizard創(chuàng)建的工程中包含的Debug Configuration自動包含調(diào)試信息，但是是不是Debug版本并不是程序包含調(diào)試信息的決定因素，程序設(shè)計者可以在任意的Configuration中增加調(diào)試信息，包括Release版本。
為了增加調(diào)試信息，可以按照下述步驟進行：
- 打開Project settings對話框（可以通過快捷鍵ALT+F7打開，也可以通過IDE菜單Project/Settings打開)
-
選擇C/C++頁，Category中選擇general ，則出現(xiàn)一個Debug Info下拉列表框，可供選擇的調(diào)試信息 方式包括：
命令行 Project settings 說明 無 None 沒有調(diào)試信息 /Zd Line Numbers Only 目標(biāo)文件或者可執(zhí)行文件中只包含全局和導(dǎo)出符號以及代碼行信息，不包含符號調(diào)試信息 /Z7 C 7.0- Compatible 目標(biāo)文件或者可執(zhí)行文件中包含行號和所有符號調(diào)試信息，包括變量名及類型，函數(shù)及原型等 /Zi Program Database 創(chuàng)建一個程序庫(PDB)，包括類型信息和符號調(diào)試信息。 /ZI Program Database for Edit and Continue 除了前面/Zi的功能外，這個選項允許對代碼進行調(diào)試過程中的修改和繼續(xù)執(zhí)行。這個選項同時使#pragma設(shè)置的優(yōu)化功能無效 - 選擇Link頁，選中復(fù)選框"Generate Debug Info"，這個選項將使連接器把調(diào)試信息寫進可執(zhí)行文件和DLL
- 如果C/C++頁中設(shè)置了Program Database以上的選項，則Link incrementally可以選擇。選中這個選項，將使程序可以在上一次編譯的基礎(chǔ)上被編譯（即增量編譯），而不必每次都從頭開始編譯。
斷點
斷點是調(diào)試器設(shè)置的一個代碼位置。當(dāng)程序運行到斷點時，程序中斷執(zhí)行，回到調(diào)試器。斷點是 最常用的技巧。調(diào)試時，只有設(shè)置了斷點并使程序回到調(diào)試器，才能對程序進行在線調(diào)試。
設(shè)置斷點：可以通過下述方法設(shè)置一個斷點。首先把光標(biāo)移動到需要設(shè)置斷點的代碼行上，然后
- 按F9快捷鍵
- 彈出Breakpoints對話框，方法是按快捷鍵CTRL+B或ALT+F9，或者通過菜單Edit/Breakpoints打開。打開后點擊Break at編輯框的右側(cè)的箭頭，選擇 合適的位置信息。一般情況下，直接選擇line xxx就足夠了，如果想設(shè)置不是當(dāng)前位置的斷點，可以選擇Advanced，然后填寫函數(shù)、行號和可執(zhí)行文件信息。
去掉斷點：把光標(biāo)移動到給定斷點所在的行，再次按F9就可以取消斷點。同前面所述，打開Breakpoints對話框后，也可以按照界面提示去掉斷點。
條件斷點：可以為斷點設(shè)置一個條件，這樣的斷點稱為條件斷點。對于新加的斷點，可以單擊Conditions按鈕，為斷點設(shè)置一個表達式。當(dāng)這個表達式發(fā)生改變時，程序就 被中斷。底下設(shè)置包括“觀察數(shù)組或者結(jié)構(gòu)的元素個數(shù)”，似乎可以設(shè)置一個指針?biāo)赶虻膬?nèi)存區(qū)的大小，但是我設(shè)置一個比較的值但是改動 范圍之外的內(nèi)存區(qū)似乎也導(dǎo)致斷點起效。最后一個設(shè)置可以讓程序先執(zhí)行多少次然后才到達斷點。
數(shù)據(jù)斷點：數(shù)據(jù)斷點只能在Breakpoints對話框中設(shè)置。選擇“Data”頁，就顯示了設(shè)置數(shù)據(jù)斷點的對話框。在編輯框中輸入一個表達式，當(dāng)這個 表達式的值發(fā)生變化時，數(shù)據(jù)斷點就到達。一般情況下，這個表達式應(yīng)該由運算符和全局變量構(gòu)成，例如：在編輯框中輸入 g_bFlag這個全局變量的名字，那么當(dāng)程序中有g(shù)_bFlag= !g_bFlag時，程序就將停在這個語句處。
消息斷點：VC也支持對Windows消息進行截獲。他有兩種方式進行截獲：窗口消息處理函數(shù)和特定消息中斷。
在Breakpoints對話框中選擇Messages頁，就可以設(shè)置消息斷點。如果在上面那個對話框中寫入消息處理函數(shù)的名字，那么 每次消息被這個函數(shù)處理，斷點就到達（我覺得如果采用普通斷點在這個函數(shù)中截獲，效果應(yīng)該一樣）。如果在底下的下拉 列表框選擇一個消息，則每次這種消息到達，程序就中斷。
值
Watch
VC支持查看變量、表達式和內(nèi)存的值。所有這些觀察都必須是在斷點中斷的情況下進行。
觀看變量的值最簡單，當(dāng)斷點到達時，把光標(biāo)移動到這個變量上，停留一會就可以看到變量的值。
VC提供一種被成為Watch的機制來觀看變量和表達式的值。在斷點狀態(tài)下，在變量上單擊右鍵，選擇Quick Watch， 就彈出一個對話框，顯示這個變量的值。
單擊Debug工具條上的Watch按鈕，就出現(xiàn)一個Watch視圖（Watch1,Watch2,Watch3,Watch4），在該視圖中輸入變量或者表達式，就可以觀察 變量或者表達式的值。注意：這個表達式不能有副作用，例如++運算符絕對禁止用于這個表達式中，因為這個運算符將修改變量的值，導(dǎo)致 軟件的邏輯被破壞。
Memory
由于指針指向的數(shù)組，Watch只能顯示第一個元素的值。為了顯示數(shù)組的后續(xù)內(nèi)容，或者要顯示一片內(nèi)存的內(nèi)容，可以使用memory功能。在 Debug工具條上點memory按鈕，就彈出一個對話框，在其中輸入地址，就可以顯示該地址指向的內(nèi)存的內(nèi)容。
Varibles
Debug工具條上的Varibles按鈕彈出一個框，顯示所有當(dāng)前執(zhí)行上下文中可見的變量的值。特別是當(dāng)前指令涉及的變量，以紅色顯示。
寄存器
Debug工具條上的Reigsters按鈕彈出一個框，顯示當(dāng)前的所有寄存器的值。
進程控制
VC允許被中斷的程序繼續(xù)運行、單步運行和運行到指定光標(biāo)處，分別對應(yīng)快捷鍵F5、F10/F11和CTRL+F10。各個快捷鍵功能如下：
| 快捷鍵 | 說明 |
| F5 | 繼續(xù)運行 |
| F10 | 單步，如果涉及到子函數(shù)，不進入子函數(shù)內(nèi)部 |
| F11 | 單步，如果涉及到子函數(shù)，進入子函數(shù)內(nèi)部 |
| CTRL+F10 | 運行到當(dāng)前光標(biāo)處。 |
Call Stack
調(diào)用堆棧反映了當(dāng)前斷點處函數(shù)是被那些函數(shù)按照什么順序調(diào)用的。單擊Debug工具條上的Call stack就顯示Call Stack對話框。在CallStack對話框中顯示了一個調(diào)用系列，最上面的是當(dāng)前函數(shù)，往下依次是調(diào)用函數(shù)的上級函數(shù)。單擊這些函數(shù)名可以跳到對應(yīng)的函數(shù)中去。
其他調(diào)試手段
系統(tǒng)提供一系列特殊的函數(shù)或者宏來處理Debug版本相關(guān)的信息，如下：
| 宏名/函數(shù)名 | 說明 |
| TRACE | 使用方法和printf完全一致，他在output框中輸出調(diào)試信息 |
| ASSERT | 它接收一個表達式，如果這個表達式為TRUE，則無動作，否則中斷當(dāng)前程序執(zhí)行。對于系統(tǒng)中出現(xiàn)這個宏 導(dǎo)致的中斷，應(yīng)該認為你的函數(shù)調(diào)用未能滿足系統(tǒng)的調(diào)用此函數(shù)的前提條件。例如，對于一個還沒有創(chuàng)建的窗口調(diào)用SetWindowText等。 |
| VERIFY | 和ASSERT功能類似，所不同的是，在Release版本中，ASSERT不計算輸入的表達式的值，而VERIFY計算表達式的值。 |
關(guān)注
一個好的程序員不應(yīng)該把所有的判斷交給編譯器和調(diào)試器，應(yīng)該在程序中自己加以程序保護和錯誤定位，具體措施包括：
- 對于所有有返回值的函數(shù)，都應(yīng)該檢查返回值，除非你確信這個函數(shù)調(diào)用絕對不會出錯，或者不關(guān)心它是否出錯。
- 一些函數(shù)返回錯誤，需要用其他函數(shù)獲得錯誤的具體信息。例如accept返回INVALID_SOCKET表示accept失敗，為了查明 具體的失敗原因，應(yīng)該立刻用WSAGetLastError獲得錯誤碼，并針對性的解決問題。
- 有些函數(shù)通過異常機制拋出錯誤，應(yīng)該用TRY-CATCH語句來檢查錯誤
- 程序員對于能處理的錯誤，應(yīng)該自己在底層處理，對于不能處理的，應(yīng)該報告給用戶讓他們決定怎么處理。如果程序出了異常， 卻不對返回值和其他機制返回的錯誤信息進行判斷，只能是加大了找錯誤的難度。
另外：VC中要編制程序不應(yīng)該一開始就寫cpp/h文件，而應(yīng)該首先創(chuàng)建一個合適的工程。因為只有這樣，VC才能選擇合適的編譯、連接 選項。對于加入到工程中的cpp文件，應(yīng)該檢查是否在第一行顯式的包含stdafx.h頭文件，這是Microsoft Visual Studio為了加快編譯 速度而設(shè)置的預(yù)編譯頭文件。在這個#include "stdafx.h"行前面的所有代碼將被忽略，所以其他頭文件應(yīng)該在這一行后面被包含。
對于.c文件，由于不能包含stdafx.h，因此可以通過Project settings把它的預(yù)編譯頭設(shè)置為“不使用”，方法是：
- 彈出Project settings對話框
- 選擇C/C++
- Category選擇Precompilation Header
- 選擇不使用預(yù)編譯頭。
斷點
斷點是調(diào)試器設(shè)置的一個代碼位置。當(dāng)程序運行到斷點時，程序中斷執(zhí)行，回到調(diào)試器。斷點是 最常用的技巧。調(diào)試時，只有設(shè)置了斷點并使程序回到調(diào)試器，才能對程序進行在線調(diào)試。
設(shè)置斷點：可以通過下述方法設(shè)置一個斷點。首先把光標(biāo)移動到需要設(shè)置斷點的代碼行上，然后
- 按F9快捷鍵
- 彈出Breakpoints對話框，方法是按快捷鍵CTRL+B或ALT+F9，或者通過菜單Edit/Breakpoints打開。打開后點擊Break at編輯框的右側(cè)的箭頭，選擇 合適的位置信息。一般情況下，直接選擇line xxx就足夠了，如果想設(shè)置不是當(dāng)前位置的斷點，可以選擇Advanced，然后填寫函數(shù)、行號和可執(zhí)行文件信息。
去掉斷點：把光標(biāo)移動到給定斷點所在的行，再次按F9就可以取消斷點。同前面所述，打開Breakpoints對話框后，也可以按照界面提示去掉斷點。
條件斷點：可以為斷點設(shè)置一個條件，這樣的斷點稱為條件斷點。對于新加的斷點，可以單擊Conditions按鈕，為斷點設(shè)置一個表達式。當(dāng)這個表達式發(fā)生改變時，程序就 被中斷。底下設(shè)置包括“觀察數(shù)組或者結(jié)構(gòu)的元素個數(shù)”，似乎可以設(shè)置一個指針?biāo)赶虻膬?nèi)存區(qū)的大小，但是我設(shè)置一個比較的值但是改動 范圍之外的內(nèi)存區(qū)似乎也導(dǎo)致斷點起效。最后一個設(shè)置可以讓程序先執(zhí)行多少次然后才到達斷點。
數(shù)據(jù)斷點：數(shù)據(jù)斷點只能在Breakpoints對話框中設(shè)置。選擇“Data”頁，就顯示了設(shè)置數(shù)據(jù)斷點的對話框。在編輯框中輸入一個表達式，當(dāng)這個 表達式的值發(fā)生變化時，數(shù)據(jù)斷點就到達。一般情況下，這個表達式應(yīng)該由運算符和全局變量構(gòu)成，例如：在編輯框中輸入 g_bFlag這個全局變量的名字，那么當(dāng)程序中有g(shù)_bFlag= !g_bFlag時，程序就將停在這個語句處。
消息斷點：VC也支持對Windows消息進行截獲。他有兩種方式進行截獲：窗口消息處理函數(shù)和特定消息中斷。
在Breakpoints對話框中選擇Messages頁，就可以設(shè)置消息斷點。如果在上面那個對話框中寫入消息處理函數(shù)的名字，那么 每次消息被這個函數(shù)處理，斷點就到達（我覺得如果采用普通斷點在這個函數(shù)中截獲，效果應(yīng)該一樣）。如果在底下的下拉 列表框選擇一個消息，則每次這種消息到達，程序就中斷。
值
Watch
VC支持查看變量、表達式和內(nèi)存的值。所有這些觀察都必須是在斷點中斷的情況下進行。
觀看變量的值最簡單，當(dāng)斷點到達時，把光標(biāo)移動到這個變量上，停留一會就可以看到變量的值。
VC提供一種被成為Watch的機制來觀看變量和表達式的值。在斷點狀態(tài)下，在變量上單擊右鍵，選擇Quick Watch， 就彈出一個對話框，顯示這個變量的值。
單擊Debug工具條上的Watch按鈕，就出現(xiàn)一個Watch視圖（Watch1,Watch2,Watch3,Watch4），在該視圖中輸入變量或者表達式，就可以觀察 變量或者表達式的值。注意：這個表達式不能有副作用，例如++運算符絕對禁止用于這個表達式中，因為這個運算符將修改變量的值，導(dǎo)致 軟件的邏輯被破壞。
Memory
由于指針指向的數(shù)組，Watch只能顯示第一個元素的值。為了顯示數(shù)組的后續(xù)內(nèi)容，或者要顯示一片內(nèi)存的內(nèi)容，可以使用memory功能。在 Debug工具條上點memory按鈕，就彈出一個對話框，在其中輸入地址，就可以顯示該地址指向的內(nèi)存的內(nèi)容。
Varibles
Debug工具條上的Varibles按鈕彈出一個框，顯示所有當(dāng)前執(zhí)行上下文中可見的變量的值。特別是當(dāng)前指令涉及的變量，以紅色顯示。
寄存器
Debug工具條上的Reigsters按鈕彈出一個框，顯示當(dāng)前的所有寄存器的值。
進程控制
VC允許被中斷的程序繼續(xù)運行、單步運行和運行到指定光標(biāo)處，分別對應(yīng)快捷鍵F5、F10/F11和CTRL+F10。各個快捷鍵功能如下：
| 快捷鍵 | 說明 |
| F5 | 繼續(xù)運行 |
| F10 | 單步，如果涉及到子函數(shù)，不進入子函數(shù)內(nèi)部 |
| F11 | 單步，如果涉及到子函數(shù)，進入子函數(shù)內(nèi)部 |
| CTRL+F10 | 運行到當(dāng)前光標(biāo)處。 |
Call Stack
調(diào)用堆棧反映了當(dāng)前斷點處函數(shù)是被那些函數(shù)按照什么順序調(diào)用的。單擊Debug工具條上的Call stack就顯示Call Stack對話框。在CallStack對話框中顯示了一個調(diào)用系列，最上面的是當(dāng)前函數(shù)，往下依次是調(diào)用函數(shù)的上級函數(shù)。單擊這些函數(shù)名可以跳到對應(yīng)的函數(shù)中去。
其他調(diào)試手段
系統(tǒng)提供一系列特殊的函數(shù)或者宏來處理Debug版本相關(guān)的信息，如下：
| 宏名/函數(shù)名 | 說明 |
| TRACE | 使用方法和printf完全一致，他在output框中輸出調(diào)試信息 |
| ASSERT | 它接收一個表達式，如果這個表達式為TRUE，則無動作，否則中斷當(dāng)前程序執(zhí)行。對于系統(tǒng)中出現(xiàn)這個宏 導(dǎo)致的中斷，應(yīng)該認為你的函數(shù)調(diào)用未能滿足系統(tǒng)的調(diào)用此函數(shù)的前提條件。例如，對于一個還沒有創(chuàng)建的窗口調(diào)用SetWindowText等。 |
| VERIFY | 和ASSERT功能類似，所不同的是，在Release版本中，ASSERT不計算輸入的表達式的值，而VERIFY計算表達式的值。 |
關(guān)注
一個好的程序員不應(yīng)該把所有的判斷交給編譯器和調(diào)試器，應(yīng)該在程序中自己加以程序保護和錯誤定位，具體措施包括：
- 對于所有有返回值的函數(shù)，都應(yīng)該檢查返回值，除非你確信這個函數(shù)調(diào)用絕對不會出錯，或者不關(guān)心它是否出錯。
- 一些函數(shù)返回錯誤，需要用其他函數(shù)獲得錯誤的具體信息。例如accept返回INVALID_SOCKET表示accept失敗，為了查明 具體的失敗原因，應(yīng)該立刻用WSAGetLastError獲得錯誤碼，并針對性的解決問題。
- 有些函數(shù)通過異常機制拋出錯誤，應(yīng)該用TRY-CATCH語句來檢查錯誤
- 程序員對于能處理的錯誤，應(yīng)該自己在底層處理，對于不能處理的，應(yīng)該報告給用戶讓他們決定怎么處理。如果程序出了異常， 卻不對返回值和其他機制返回的錯誤信息進行判斷，只能是加大了找錯誤的難度。
另外：VC中要編制程序不應(yīng)該一開始就寫cpp/h文件，而應(yīng)該首先創(chuàng)建一個合適的工程。因為只有這樣，VC才能選擇合適的編譯、連接 選項。對于加入到工程中的cpp文件，應(yīng)該檢查是否在第一行顯式的包含stdafx.h頭文件，這是Microsoft Visual Studio為了加快編譯 速度而設(shè)置的預(yù)編譯頭文件。在這個#include "stdafx.h"行前面的所有代碼將被忽略，所以其他頭文件應(yīng)該在這一行后面被包含。
對于.c文件，由于不能包含stdafx.h，因此可以通過Project settings把它的預(yù)編譯頭設(shè)置為“不使用”，方法是：
- 彈出Project settings對話框
- 選擇C/C++
- Category選擇Precompilation Header
- 選擇不使用預(yù)編譯頭。
2. 調(diào)試輸出說明
在調(diào)試程序的時候，我們可以使用下面這3個函數(shù)將調(diào)試信息輸出到控制臺窗口，這對我們調(diào)試程序非常有幫助：
echo(text);
warn(text);
error(text);
|
其中echo函數(shù)用于輸出標(biāo)準(zhǔn)黑色字體的文本信息到控制臺窗口中；warn函數(shù)用于輸出標(biāo)準(zhǔn)灰色字體的文本信息到控制臺窗口中；error函數(shù)用于輸出標(biāo)準(zhǔn)紅色字體的文本信息到控制臺窗口中。使用上述3個函數(shù)的時候，文本可根據(jù)字符串規(guī)則進行格式化。
通過正確地使用恰當(dāng)?shù)妮敵鱿ⅲ梢愿櫾谀_本中發(fā)生的任何事件。一般情況下，人們都希望把最可能出現(xiàn)問題的地方的相關(guān)調(diào)試信息輸出到控制臺。您或許想將一個容易識別的標(biāo)志符置于代碼某處，以便在控制臺的滾動窗口中找到它；或者輸出一些與代碼相關(guān)的活動的重要信息(這些信息可能是一些變量的輸出)。
為了把控制臺輸出信息轉(zhuǎn)儲在console.log文件中，首先，您必須在您的代碼中調(diào)用setLogMode函數(shù)，并確保該函數(shù)在程序運行至有問題的代碼語句之前被執(zhí)行。一個更為簡單的辦法就是：使用-log命令行選項，后接一個空格，然后輸入數(shù)字0、1或2。其中0表示您不能記錄日志；1表示您可以把每一個新會話的內(nèi)容追加到日志文件的末尾；2表示您可以用新日志內(nèi)容覆蓋以前的日志文件。
您可以用下面的方式在程序中設(shè)置標(biāo)記：
error("******************************************");
它將在console . log文件中添加一行星號：
******************************************;
|
在控制臺窗口中，這行星號會以紅色字符顯示，因此很容易識別。您也可以使用warn函數(shù)向控制臺窗口輸出灰色字符或使用echo函數(shù)向控制臺窗口輸出黑色字符。
很多時候，如果游戲中出現(xiàn)停頓或者死鎖的情況，那么，即使最后一行代碼已經(jīng)被執(zhí)行，它的調(diào)試輸出信息也不會被寫到日志文件中。處理這種情況的方法很簡單：在程序中設(shè)置兩個一樣的錯誤行，一個緊接著位于另一個的右端。如果游戲暫停，則只有第一行消息輸出，那么此時您就可以縮小錯誤查找的范圍。接下來，把這兩個標(biāo)記行往程序下方移動，直到它們不再出現(xiàn)在控制臺日志中。這時，就可以找到出現(xiàn)問題的代碼位置。
如果需要檢查一些重要變量的值，比如說X，Y和玩家的名稱，您可能會使用如下語句：
echo("player’s name: " @ playerName @ " X= " %X @ " Y=" @%Y );
|
player’s name: bozotheclown X=123 Y=456
|
3.
使用trace函數(shù)
Torque提供了一個很方便的跟蹤函數(shù)trace。使用它，在執(zhí)行腳本文件時就可以計算出當(dāng)前正在執(zhí)行的是哪一行代碼。當(dāng)您苦苦思索一些邏輯問題的時候，這個功能尤為有效，您只需在感興趣的代碼前面插入trace函數(shù)即可。使用trace(true)語句表示跟蹤的開始，在您關(guān)注的代碼段末端插入trace(off)語句，禁用跟蹤功能。
您也可以通過打開控制臺窗口，輸入：
trace(true)；
來使跟蹤選項可用。
下面是控制臺窗口中的一段輸出(沒有使用trace函數(shù))信息
--------- Initializing MOD: Common ---------
Loading compiled script common/client/canvas.cs.
Loading compiled script common/client/audio.cs.
--------- Initializing MOD: Torque demo ---------
Loading compiled script demo/client/init.cs.
Loading compiled script demo/server/init.cs.
Loading compiled script demo/data/init.cs.
Loading compiled script demo/data/terrains/highplains/propertyMap.cs.
|
當(dāng)使用trace函數(shù)后，輸出信息就如下所示
--------- Parsing Arguments ---------
Entering [demo]parseArgs()
Entering [common]parseArgs()
Leaving [common]parseArgs() - return
Leaving [demo]parseArgs() - return
Entering [demo]onStart()
Entering [common]onStart()
--------- Initializing MOD: Common ---------
Entering initCommon()
Loading compiled script common/client/canvas.cs.
Loading compiled script common/client/audio.cs.
Leaving initCommon() - return
Leaving [common]onStart() – return
--------- Initializing MOD: Torque demo ---------
Loading compiled script demo/client/init.cs.
Loading compiled script demo/server/init.cs.
Loading compiled script demo/data/init.cs.
Loading compiled script demo/data/terrains/highplains/propertyMap.cs.
Entering initServer()
|
VC中的TRACE宏：
TRACE宏對于VC下程序調(diào)試來說是很有用的東西，有著類似printf的功能；該宏僅僅在程序的DEBUG版本中出現(xiàn)，當(dāng)RELEASE的時候該宏就完全消失了，從而幫助你調(diào)式也在RELEASE的時候減少代碼量。
使用非常簡單，格式如下：
TRACE("DDDDDDDDDDD");
TRACE("wewe%d",333);
4. 在非MFC程序中使用調(diào)試宏ASSERT(),VERIFY()和 TRACE()
Since it makes no sense to re-invent the wheel（譯者注：這好像是一句俗語，大致意思是“沒有必要（意義）自己從頭寫起”，但原句究竟如何，在下水平有限，實難猜出。故將原文放上，望高人賜教，感激不盡！），筆者在看了 MFC 的代碼之后類似地建立了自己的宏。對于 ASSERT（）和 VERIFY（）則去掉了花哨的“Debug assertion failed...”對話框，只是簡單的產(chǎn)生一個單純的斷點中斷。
要使用 ASSERT（），VERIFY（）和 TRACE（），有兩個文件是必需的： debug.h 和 debug.cpp 。首先需要在工程中的主要頭文件里中包含文件 debug.h 。因為它本身沒有包括其它任何頭文件，所以不必擔(dān)心會產(chǎn)生頭件的包含遞歸。另外還要將 debug.cpp 加入到工程中的源文件中。
這里是代碼：
// file debug.h
#ifndef __DEBUG_H__ #define __DEBUG_H__ #ifdef _DEBUG void _trace(char *fmt, ...); #define ASSERT(x) {if(!(x)) _asm{int 0x03}} #define VERIFY(x) {if(!(x)) _asm{int 0x03}}
// 譯注：為調(diào)試版本時產(chǎn)生中斷有效
#else #define ASSERT(x) #define VERIFY(x) x
// 譯注：為發(fā)行版本時不產(chǎn)生中斷
#endif #ifdef _DEBUG #define TRACE _trace #else inline void _trace(LPCTSTR fmt, ...) { } #define TRACE 1 ? (void)0 : _trace #endif #endif
// __DEBUG_H__
// file debug.cpp
#ifdef _DEBUG #include <stdio.h> #include <stdarg.h> #include <windows.h> void _trace(char *fmt, ...) { char out[1024]; va_list body; va_start(body, fmt); vsprintf(out, fmt, body);
// 譯注：格式化輸入的字符串 fmtt
va_end(body);
// 到輸出字符串 ou
OutputDebugString(out);
// 譯注：輸出格式化后的字符串到調(diào)試器
} #endif
譯者續(xù)：一點小擴展
大家可以看到宏 TRACE（）的最后，調(diào)用的是 OutPutDebugString（）函數(shù)，只能將信息輸出到調(diào)試器窗口中，但我們同樣也可以實現(xiàn) MFC 中的彈出式窗口，只要用 MessageBox（）函數(shù)輸出就可以了。（不過……好像樣子也不一樣哎！）
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
