| 導購 | 订阅 | 在线投稿
分享
 
 
 

關于如何在BCB中使用CodeGuard

來源:互聯網網民  2008-06-01 01:47:58  評論

一、 爲什麽寫這篇東西

自己在使用 BCB5 寫一些程序時需要檢查很多東西,例如內存泄漏、資源是否有釋放等等,在使用了很多工具後,發覺 BCB5 本身自帶的工具—— CodeGuard ,非常不錯,使用也挺方便的,但是摸索了很久(以及翻查了一些資料,包括 HELP )才算是會用了。寫這篇文章的目的希望有這方面的問題的朋友可以借鑒一下,大家互相學習,共同進步。我的聯系方法: Email : szbug@szbug.com ,希望志同道合的朋友來信互相交流。以下這篇文章算是拼湊出來的一篇文章,一些資料是在書上找的,一些是在 HELP 上看到了。

二、 什麽是 CodeGuard

CodeGuard 是在是 C++Builder5 才出現的一個工具。 CodeGuard 是 C++Builder 中一個程序在運行時期的檢查器,用于檢查內存或者資源的使用,以及函數調用的驗證。

CodeGuard 可以檢測到以下的程序運行期錯誤:

l 非法的內存釋放。

l 無效的句柄或者文件流。

l 非法指針。

l 使用已被釋放的指針。

l 內存泄漏。

l 分配但最後沒有釋放的內存變量。

l 傳遞給函數的不正確的參數(包括 VCL 以及 Win32 函數)。

l 函數返回值的錯誤。(包括 VCL 以及 Win32 函數)。

例如:在應用程序中試圖多次釋放相同的資源(或者已經釋放了的資源)、試圖訪問已經被釋放的內存。

三、 在 BCB5 中怎樣使用 CodeGuard ——配置 CodeGuard

假如要使用 CodeGuard 的話,必須有些代碼編譯進你的應用程序,所以在改變以下這些設置後。必須全部重新編譯(切記切記!!!)。第一、打開應用程序的工程選項的 CodeGuard 頁框,把 CodeGuard Validation 前面打勾 工程選項裏,還有其他三個選項。第一個選項答應 CodeGuard 檢查指向局部、全局和靜態變量的無效指針和數據溢出。第二個選項答應 CodeGuard 檢測對非法的(無效的、已刪除的)對象的方法的調用。第三個選項答應 CodeGuard 驗證內嵌指針的訪問(在某些資料上說,開啓這個選項會造成程序執行速度變得很慢,我測試過了,假如工程不是很大的話不是很明顯,可以接受。)一般的調試是開打所有的選項(默認選擇也是全部打開)。

通過 CodeGuard 的配置工具,可以配置 CodeGuard 的一些選項,在命令行方式執行 CGCONFIG.EXE 。可以見到一個對話框

Preferences 標簽頁用于設置 CodeGuard 這個工具的全局選項。 Enable 選項可以在應用程序不重新編譯的情況下使用或者不使用 CodeGuard ,一般來說是都是啓用她。假如使用 CodeGuard 的話,建議設置工程選項來禁止或者使用 CodeGuard 。 Stack fill frequency 填充棧頻率是檢測對運行期棧的無效訪問。 Report 和 Error Message Box 選項是設置 CodeGuard 報告錯誤的方式。在 Report 裏, Stiatistics 選項打開 CodeGuard 輸出分配和釋放內存的統計表、被使用的 Win32API 的調用、資源的使用情況,並在日志文件中加上一個模塊列表,以便檢查錯誤。 Resource Leaks 選項是告訴 CodeGuard 在應用程序結束後報告資源泄漏的情況。選定了 Error Message Box 選項後,當應用程序不在 IDE 裏運行時,假如 CodeGuard 檢測到錯誤信息,那麽將采用一個對話框的方式告訴使用者。其他選項一般不常用,可以參見 C++Builder 的聯機 HELP 。

CodeGuard 配置工具中的 Resource Options 和 Function Options 頁框答應用戶對應用程序的資源、文件和函數調用設置各種跟蹤選項。除非非凡的原因需要改變默認的配置,否則使用缺省的設定就行了。 Function Options 頁上有一個比較常用的選項就是記錄一個特定函數的每次調用情況。

Ignored Modules 頁框答應你告訴 CodeGuard ,當檢測的時候可以忽略一些運行期的錯誤(一般是指某些 DLL 或者包)。這個選項一般不常用。

四、 使用 CodeGuard

使用 CodeGuard 其實很簡單,只要像之前那樣配置了 CodeGuard ,然後運行你的應用程序,無論你的應用程序是否在 IDE 中運行, CodeGuard 都將會按照 CodeGuard 配置的選項監視你的應用程序。同時,他還會向一個日志文件裏輸出所有的信息(文件存放在你的工程所在目錄中,文件名和工程名一樣,擴展名爲 .cgl )。例如你的工程名爲 C:\Word\Test.prg ,那麽 CodeGuard 的日志文件爲 C:\Word\Test.cgl ,它是一個文本文件,可以用任何的文本編輯器來編輯它。

在 IDE 中,可以通過 < 菜單 >View->Debug Window->CodeGuard Log 來查看 CodeGuard 的日志文件(或者用快捷鍵 Ctrl+Atl+O )。

假如你的程序在運行是出現屬于 CodeGuard 監視的錯誤的時候, CodeGuard 會把它輸出到 CodeGuard Log 中。並將錯誤信息用一顆「樹」的方式顯示(使用很方便,就像使用 Windows 的資源治理器一樣簡單)。每個錯誤都可以展開,以顯示某種錯誤類型所特有的一些信息。例如:一個資源那個地方使用了、分配以及釋放;發生錯誤時的棧信息;並且指出了出錯的代碼行。這樣就可以很快的找到錯誤的根源!

CodeGuard Log 窗口上有兩個按鈕 Stop 和 Clear 。當 Stop 選中的時候,假如這個時候程序碰到了錯誤, CodeGuard 將停止應用程序。假如未選中,那麽程序就算碰到了錯誤也會繼續,這樣可以運行一次記錄很多錯誤信息。當 Clear 選中的時候,應用程序每次重新運行將清空日志中的信息。

在 CodeGuard Log 窗口中,雙擊單個錯誤的節點的時候,假如存在源代碼的話, IDE 窗口會自動跳到那一行代碼上。假如不存在源代碼的話,則顯示 CPU 窗口。圖三中,出現的錯誤是資源泄漏。當你的鼠標雙擊 Tform1 : Button1Click 這一行的時候,會自動跳到源代碼中出現錯誤的那一行。

當 CodeGuard 檢測到一個錯誤的時候,並找到出現問題的源代碼時,剩下的工作就是假如改正你的代碼。這個過程可以配合監視和數據斷點來實現,效果更加好!

五、 CodeGuard 中的錯誤以及原因

CodeGuard 可以檢測到很多運行期的錯誤!通常很輕易就可以從 CodeGuard 的含義找出錯誤的根源。對于大多數的錯誤, CodeGuard 一般會顯示的包括:發生錯誤的地方、資源分配、資源釋放、資源被分配以及被訪問字節數。

1. Access In Freed Memory

假如內存被釋放了,在後面還繼續訪問,就會發生這個錯誤。在 C/C++ 中,通常使用 new 或者 malloc 分配內存,用 delete 和 free 釋放。以下是一個訪問了被釋放的內存的例子:

void foo()

{

TMyClass *MyClass = new TMyClass();

delete MyClass;

MyClass->xxxx = 10; //MyClass 已經被釋放了

}

CodeGuard 會報告已被釋放的內存在何處被訪問,內存原來被分配的地方以及內存在哪裏被釋放的。

2. Method Called On Freed Object

這個錯誤跟前一個錯誤類似。起因是由于調用了已被釋放的對象的方法而不是訪問已被釋放的內存!

void foo()

{

TMyClass *MyClass = new TMyClass();

delete MyClass;

MyClass->xxxx (10);

}

CodeGuard 將顯示在何處調用了已釋放對象的方法,對象被創建的地方以及對象被釋放的地方。

3. Reference To Freed Resource

在程序中試圖多次(兩次以上)釋放同一個資源, CodeGuard 將檢測到這個錯誤,有好幾種方法都會産生這個錯誤!例如:

void foo()

{

TMyClass *MyClass = new TMyClass();

delete MyClass;

delete MyClass;

}

CodeGuard 將報告資源在何處第二次被釋放,從而引起這個錯誤的。還會報告資源在何處分配,在何處首次釋放。

4. Method Called On Illegally Casted Object

假如在程序中對有效的內存範圍之外的方法的調用將會引起這個錯誤。

void foo()

{

TMyClass *MyClass = new TMyClass[5];

MyClass[5].xxxx(); //No sUCh MyClass[5]

delete []MyClass;

}

CodeGuard 將報告對象調用的方法定義的地方,以及這個方法被調用的地方以及對象或者內存被分配地方。

5. Resource Type Mismatch

假如在程序中釋放資源和定義(分配)時候不一致,會出現這個錯誤。

void foo()

{

TMyClass *MyClass = new TMyClass[2];

delete MyClass; //Code1

TMyClass *MyClass = new TMyClass();

delete []MyClass; //Code2

}

在 Code1 以及 Code2 都會引發 Resource Type Mismatch 錯誤, CodeGuard 將會報告資源在何處以不一致的方式被釋放,以及資源是在哪裏被分配的地方。

QQ病毒

騰訊QQ空間代碼專題

PPT教程專題

ADSL應用面面俱到

Fireworks教程專題

計算機和網絡技術基礎知識

校園網專題

網吧技術專題

 
特别声明:以上内容(如有图片或视频亦包括在内)为网络用户发布,本站仅提供信息存储服务。
 
一、 爲什麽寫這篇東西 自己在使用 BCB5 寫一些程序時需要檢查很多東西,例如內存泄漏、資源是否有釋放等等,在使用了很多工具後,發覺 BCB5 本身自帶的工具—— CodeGuard ,非常不錯,使用也挺方便的,但是摸索了很久(以及翻查了一些資料,包括 HELP )才算是會用了。寫這篇文章的目的希望有這方面的問題的朋友可以借鑒一下,大家互相學習,共同進步。我的聯系方法: Email : szbug@szbug.com ,希望志同道合的朋友來信互相交流。以下這篇文章算是拼湊出來的一篇文章,一些資料是在書上找的,一些是在 HELP 上看到了。 二、 什麽是 CodeGuard CodeGuard 是在是 C++Builder5 才出現的一個工具。 CodeGuard 是 C++Builder 中一個程序在運行時期的檢查器,用于檢查內存或者資源的使用,以及函數調用的驗證。 CodeGuard 可以檢測到以下的程序運行期錯誤: l 非法的內存釋放。 l 無效的句柄或者文件流。 l 非法指針。 l 使用已被釋放的指針。 l 內存泄漏。 l 分配但最後沒有釋放的內存變量。 l 傳遞給函數的不正確的參數(包括 VCL 以及 Win32 函數)。 l 函數返回值的錯誤。(包括 VCL 以及 Win32 函數)。 例如:在應用程序中試圖多次釋放相同的資源(或者已經釋放了的資源)、試圖訪問已經被釋放的內存。 三、 在 BCB5 中怎樣使用 CodeGuard ——配置 CodeGuard 假如要使用 CodeGuard 的話,必須有些代碼編譯進你的應用程序,所以在改變以下這些設置後。必須全部重新編譯(切記切記!!!)。第一、打開應用程序的工程選項的 CodeGuard 頁框,把 CodeGuard Validation 前面打勾 工程選項裏,還有其他三個選項。第一個選項答應 CodeGuard 檢查指向局部、全局和靜態變量的無效指針和數據溢出。第二個選項答應 CodeGuard 檢測對非法的(無效的、已刪除的)對象的方法的調用。第三個選項答應 CodeGuard 驗證內嵌指針的訪問(在某些資料上說,開啓這個選項會造成程序執行速度變得很慢,我測試過了,假如工程不是很大的話不是很明顯,可以接受。)一般的調試是開打所有的選項(默認選擇也是全部打開)。 通過 CodeGuard 的配置工具,可以配置 CodeGuard 的一些選項,在命令行方式執行 CGCONFIG.EXE 。可以見到一個對話框 Preferences 標簽頁用于設置 CodeGuard 這個工具的全局選項。 Enable 選項可以在應用程序不重新編譯的情況下使用或者不使用 CodeGuard ,一般來說是都是啓用她。假如使用 CodeGuard 的話,建議設置工程選項來禁止或者使用 CodeGuard 。 Stack fill frequency 填充棧頻率是檢測對運行期棧的無效訪問。 Report 和 Error Message Box 選項是設置 CodeGuard 報告錯誤的方式。在 Report 裏, Stiatistics 選項打開 CodeGuard 輸出分配和釋放內存的統計表、被使用的 Win32API 的調用、資源的使用情況,並在日志文件中加上一個模塊列表,以便檢查錯誤。 Resource Leaks 選項是告訴 CodeGuard 在應用程序結束後報告資源泄漏的情況。選定了 Error Message Box 選項後,當應用程序不在 IDE 裏運行時,假如 CodeGuard 檢測到錯誤信息,那麽將采用一個對話框的方式告訴使用者。其他選項一般不常用,可以參見 C++Builder 的聯機 HELP 。 CodeGuard 配置工具中的 Resource Options 和 Function Options 頁框答應用戶對應用程序的資源、文件和函數調用設置各種跟蹤選項。除非非凡的原因需要改變默認的配置,否則使用缺省的設定就行了。 Function Options 頁上有一個比較常用的選項就是記錄一個特定函數的每次調用情況。 Ignored Modules 頁框答應你告訴 CodeGuard ,當檢測的時候可以忽略一些運行期的錯誤(一般是指某些 DLL 或者包)。這個選項一般不常用。 四、 使用 CodeGuard 使用 CodeGuard 其實很簡單,只要像之前那樣配置了 CodeGuard ,然後運行你的應用程序,無論你的應用程序是否在 IDE 中運行, CodeGuard 都將會按照 CodeGuard 配置的選項監視你的應用程序。同時,他還會向一個日志文件裏輸出所有的信息(文件存放在你的工程所在目錄中,文件名和工程名一樣,擴展名爲 .cgl )。例如你的工程名爲 C:\Word\Test.prg ,那麽 CodeGuard 的日志文件爲 C:\Word\Test.cgl ,它是一個文本文件,可以用任何的文本編輯器來編輯它。 在 IDE 中,可以通過 < 菜單 >View->Debug Window->CodeGuard Log 來查看 CodeGuard 的日志文件(或者用快捷鍵 Ctrl+Atl+O )。 假如你的程序在運行是出現屬于 CodeGuard 監視的錯誤的時候, CodeGuard 會把它輸出到 CodeGuard Log 中。並將錯誤信息用一顆「樹」的方式顯示(使用很方便,就像使用 Windows 的資源治理器一樣簡單)。每個錯誤都可以展開,以顯示某種錯誤類型所特有的一些信息。例如:一個資源那個地方使用了、分配以及釋放;發生錯誤時的棧信息;並且指出了出錯的代碼行。這樣就可以很快的找到錯誤的根源! CodeGuard Log 窗口上有兩個按鈕 Stop 和 Clear 。當 Stop 選中的時候,假如這個時候程序碰到了錯誤, CodeGuard 將停止應用程序。假如未選中,那麽程序就算碰到了錯誤也會繼續,這樣可以運行一次記錄很多錯誤信息。當 Clear 選中的時候,應用程序每次重新運行將清空日志中的信息。 在 CodeGuard Log 窗口中,雙擊單個錯誤的節點的時候,假如存在源代碼的話, IDE 窗口會自動跳到那一行代碼上。假如不存在源代碼的話,則顯示 CPU 窗口。圖三中,出現的錯誤是資源泄漏。當你的鼠標雙擊 Tform1 : Button1Click 這一行的時候,會自動跳到源代碼中出現錯誤的那一行。 當 CodeGuard 檢測到一個錯誤的時候,並找到出現問題的源代碼時,剩下的工作就是假如改正你的代碼。這個過程可以配合監視和數據斷點來實現,效果更加好! 五、 CodeGuard 中的錯誤以及原因 CodeGuard 可以檢測到很多運行期的錯誤!通常很輕易就可以從 CodeGuard 的含義找出錯誤的根源。對于大多數的錯誤, CodeGuard 一般會顯示的包括:發生錯誤的地方、資源分配、資源釋放、資源被分配以及被訪問字節數。 1. Access In Freed Memory 假如內存被釋放了,在後面還繼續訪問,就會發生這個錯誤。在 C/C++ 中,通常使用 new 或者 malloc 分配內存,用 delete 和 free 釋放。以下是一個訪問了被釋放的內存的例子: void foo() { TMyClass *MyClass = new TMyClass(); delete MyClass; MyClass->xxxx = 10; //MyClass 已經被釋放了 } CodeGuard 會報告已被釋放的內存在何處被訪問,內存原來被分配的地方以及內存在哪裏被釋放的。 2. Method Called On Freed Object 這個錯誤跟前一個錯誤類似。起因是由于調用了已被釋放的對象的方法而不是訪問已被釋放的內存! void foo() { TMyClass *MyClass = new TMyClass(); delete MyClass; MyClass->xxxx (10); } CodeGuard 將顯示在何處調用了已釋放對象的方法,對象被創建的地方以及對象被釋放的地方。 3. Reference To Freed Resource 在程序中試圖多次(兩次以上)釋放同一個資源, CodeGuard 將檢測到這個錯誤,有好幾種方法都會産生這個錯誤!例如: void foo() { TMyClass *MyClass = new TMyClass(); delete MyClass; delete MyClass; } CodeGuard 將報告資源在何處第二次被釋放,從而引起這個錯誤的。還會報告資源在何處分配,在何處首次釋放。 4. Method Called On Illegally Casted Object 假如在程序中對有效的內存範圍之外的方法的調用將會引起這個錯誤。 void foo() { TMyClass *MyClass = new TMyClass[5]; MyClass[5].xxxx(); //No sUCh MyClass[5] delete []MyClass; } CodeGuard 將報告對象調用的方法定義的地方,以及這個方法被調用的地方以及對象或者內存被分配地方。 5. Resource Type Mismatch 假如在程序中釋放資源和定義(分配)時候不一致,會出現這個錯誤。 void foo() { TMyClass *MyClass = new TMyClass[2]; delete MyClass; //Code1 TMyClass *MyClass = new TMyClass(); delete []MyClass; //Code2 } 在 Code1 以及 Code2 都會引發 Resource Type Mismatch 錯誤, CodeGuard 將會報告資源在何處以不一致的方式被釋放,以及資源是在哪裏被分配的地方。 QQ病毒 騰訊QQ空間代碼專題 PPT教程專題 ADSL應用面面俱到 Fireworks教程專題 計算機和網絡技術基礎知識 校園網專題 網吧技術專題
󰈣󰈤
王朝萬家燈火計劃
期待原創作者加盟
 
 
 
>>返回首頁<<
 
 
 
 
 
 熱帖排行
 
 
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有