程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> C語言 >> VC >> vc教程 >> 掌握C++ builder的除錯藝術(2).1

掌握C++ builder的除錯藝術(2).1

編輯:vc教程

第二篇-近距離觀察(1)

1.調試可執行程序前的准備

2.工程選項

3.設置斷點並闖入可執行程序

4.察看儲存在變量中的值

5.使用Watches(觀察)

6.使用Inspectors(巡視器)

7.使用Evaluate/Modify(求值/修改)

8.Stepping Through, Over and Around Blocks of Code

9.Stepping的類型

10.Stepping的注解

11.其他提示

Okay,(再小小准備一下)現在開始追蹤、搜索經過前次的努力後仍然躲在代碼中的bug的時候了,也就是開始跟蹤前一篇文章代碼裡標記過的bug/異常。首先是准備階段。

調試可執行程序前的准備

在我們開始調試可執行程序前,我們需要確保一些設置在大多數情況下的正確性。我將會一條接一條的過一遍,並簡單解釋一下為什麼必須那樣做。(如果您對有些東西感興趣的話,按下幫助按鈕,會有許多更詳盡的內容)。現在就開始吧,先打開Project|Options選項。

工程選項

首先我們在"Compiler"(編譯)標簽處停下。您只需簡單的單擊"Full debug"(完全調試模式)按鈕,我們所需的絕大多數的其余設置就已經搞定了。將"Code optimization"(代碼優化)設為"None"(無)總是件好事,這樣做實際上告訴編譯器:所有的事情都已做好,只需產生機器碼就行了。而不要為了提高一點點運行速度嘗試進行其他的智能優化。(當然,一切都完成之後,您可以打開此項。)這樣做的好處是大大降低了我們調試的難度。因為程序中的代碼與我們書寫的一樣,沒有被編譯器優化過。在"debugging"(調試)面板中,將"Debug information"(調試信息)選上(點一下),並且必須設置為"Line number information"(行數信息)。我還建議將"Disable inline expansions"(禁用內聯擴展)一項選上。內聯擴展對發布的代碼來說很好,但調試時最好還是關掉此項,他只會讓您更頭痛。

然後是"Pascal"標簽,尤其在您的工程裡連接了Pascal單元或使用了基於Pascal的VCL控件時(若您擁有其Pascal源碼時,編譯器會自動使用此節中的設置重新編譯)。這裡您必須將"Optimization"優化選項禁用,然後通常我會將"debugging"(調試)部分的所有選項選上(打鉤)。

接下來是"Linker"(鏈接)標簽,我們需要選上"Create debug information"(生成調試信息)。"Use dynamic RTL"(使用動態RTL)以及"Don’t generate state files"(不要生成狀態文件)是造成麻煩的選項。我通常都會使用狀態文件(這樣允許增量鏈接,但會在編譯目錄下產生一個4倍於可執行程序或更大的文件),換個角度來說,這樣會增加鏈接大工程時的速度。而使用dynamic RTL本身就是個爭論,尚有很多贊同和反對的討論。

下一個是"Directories/Conditionals"(路徑/條件)標簽。在這裡我們想要設定"Directories/Conditionals"(調試源路徑)的值。我們永遠都應將此處設定為$(BCB)\source\vcl,但是如果您有任何其他的組件附加的話,通常將它們的路徑也加上是個好主意(路徑與路徑之間用”;”分隔或者您可以用按下…按鈕彈出的對話框來設定它們)。

最後也是最重要的設置是在"Packages"(程序包)標簽上。根據所有恰如其分的調試經驗您必須禁用"Build with runtime packages"(帶運行時程序包編譯)。這麼做的原因是程序包本身不包含而且不能包含調試信息。這樣做,也許不利於您跟蹤標准的VCL代碼,例如想看清楚VCL函數y中參數x是如何起作用的時候。但是大多數時候,您這麼做將會發現調試器將您的絕大多數“症狀”歸結給VCL,盡管“病因”就在您的源代碼中(或在其他的組件中(這已經在我們所有人身上發生了))。一旦您發布您的正式版本時,您可以決定是否使用程序包。(譯者注:程序包的本質是一個特殊的DLL,不帶運行程序包(靜態)編譯可以讓您的程序脫離Cbuilder獨立運行。),但在調試時,請禁用掉。按下OK按鈕,我們已經准備好啦。下一個對話框只需打開一次,但最好還是來檢查以下我們在這裡的設定是否正確。好了,打開”Tools|Debugger Options…”吧。

對話框最下方的"Integrated debugging"(集成調試器)選項是關鍵所在。確信已經打上鉤。按下OK按鈕准備編譯可執行程序吧。我建議重新來一次徹底的編譯(選擇Project|Build All),如果您修改過您的設置的話(尤其是改變”building with packages”方式後)。這將保證我們的所有程序單元按照我們所希望的那樣被編譯。

設置斷點並闖入可執行程序

象您所見過的其他任何一款調試器一樣,C++Builder提供強大的斷點設置功能。基本上,斷點是指代碼中的一個點,程序執行至此停下(與退出不同,這只是執行中的暫停)並將控制權交還給調試器。設置一個斷點相當容易。只需在您想要設置的程序代碼行左側的灰色槽形區域點擊,您會看到一個紅點出現,這一行也會變紅。程序運行到這一點就會暫停,將控制權交還給調試器。

您也許會問如果我不想每次都停下來呢?當然可以,而且還很容易做到,這取決於您暫停程序的標准是什麼?(譯者注:條件斷點)。在剛才那個斷點(紅點)上右擊鼠標並從彈出菜單上選擇” Breakpoint Properties”(斷點屬性)。此處可以設定兩種屬性"Condition"(條件)和"Pass Count"(通過次數)。Condition(條件)屬性太方便了。您可以利用if()語句輸入幾乎是任意的條件。但請牢記條件中的所有變量,對此斷點都應是可見的。條件屬性並未被編譯器編譯到執行程序中,而是在運行時,當程序運行至斷點暫停後,檢查斷點的條件是否滿足。條件為真,停下,否則讓程序繼續運行。另一個屬性"Pass Count"(通過次數)也很容易理解。斷點將被通過Pass Count次後停下。結合使用這兩個屬性,在調試您的代碼時,您可以設定非常嚴格的斷點。

還有一件要牢記的是,當您在調試器中發生異常時,會以產生異常處的那一行代碼上的斷點的形式出現。這種情況很容易制造。一旦您得到一個異常後應做的步驟我會在以後展示如何在堆棧中回溯並跟蹤找出異常發生的真正原因(如引起異常產生的那一小片代碼)。

另一個要牢記的提示是當您運行您的程序時,代碼窗口左側有藍點的任意一行都可以設成斷點。所有非法的斷點將會變為紅點中帶一個黃色的小叉,這一行代碼也會變成黃褐色。合法的斷點則變為紅點中帶一個綠色的小鉤。運行時,您可以設置/修改任意一點,斷點立即生效而無須重新編譯。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved