第五单元 除错过程 (Debug Process).docVIP

第五單元 除錯過程 (Debug Process) 5.1 C的錯誤種類 錯誤種類 說明 語法錯誤 (Syntax Error) C的語法有錯 ( 編譯失敗,不會產生object file 連結錯誤 (Linking Error) C的語法正確,但連結標準函式庫或其他副程式時找不到連結的目標 ( 連結失敗,不會產生execution file 執行錯誤 (Run-Time Error) execution file 執行時不正常中斷 ( 沒有結果或結果不完整或不正確 未察覺錯誤 (Undetected Error) 程式執行完成但結果不正確 邏輯錯誤 (Logic Error) 程式執行一個有瑕疵的演算過程 5.2偵錯/除錯過程 5.1(a)中的語法錯誤，C編譯器會提供相當精確的錯誤訊息。所以除錯的要訣是 -- 根據錯誤訊息提供的行數及內容去修正程式的語法，然後再重新編譯程式(請參考圖1.1)，直到無誤為止。 5.1(b)中的連結錯誤，C連結器會提供連結不到或名稱錯誤的函數名稱與位置的訊息。所以除錯的要訣是 -- 根據錯誤訊息判斷是否函數名稱輸入有誤需要修改；如果不是名稱的問題，則是欲連結的library 或 obj 檔不存在或C連結器找不到正確的途徑，可檢查1.4(b)的library環境變數設定或到正確的目錄下看看檔案存在於否。 一旦程式開始執行後，所產生的錯誤原則上只能考使用者憑藉可見的線索去偵錯。因此5.1(c) - (e) 的錯誤大多沒有錯誤的訊息可供參考。由此可見程式偵錯除錯的功力影響程式撰寫的生產力大小甚巨。一般而言，偵錯的方向在找出那些敘述造成在記憶體中資料儲存的錯誤。 以下提供一個以觀察記憶體中資料在程式執行中變換的偵錯過程: 設定程式執行的中斷點。 設定觀察的變數。 執行程式且中斷於中斷點。 一步一步執行且觀察變數值的變化。 5.2(d) 的偵錯過程前兩步驟是在設定參數，後兩步驟則是執行並觀察記憶體中資料的變化以找出可能造成作物的程式位置。以Turbo C++ 3.0為例，實際的指令在各步驟中為: Debug/BreakPoints。 Debug/Watches。 Run/Run。 Run/Step Over 或 Run/Trace into。 5.2除錯過程的實例 a. 例子: /*主程式*/ void main(void) { int I, J, K; /*敘述區*/ I = 456; J = 123; K = I + J; J = K * 2; I = K % I; } b. 請在步驟一時，設定中斷點為 main() 所在之行號；步驟二時設定觀測的變數為I, J, K。 c. RAM中的變化過程 執行 int I, J, K; 行時，RAM中有三塊2-byte 的區域被分配給變數I, J, K。???, ???, ??? 執行 I = 456; 行時，RAM中變數I的內容變成456。 456, ???, ??? 執行 J = 123; 行時，RAM中變數J的內容變成123。 456, 123, ??? 執行 K = I + J; 行時，RAM中變數K的內容變成579。 456, 123, 579 執行 J = K * 2; 行時，RAM中變數J的內容變成1158。 456, 123, 1158 執行 I = K % 2; 行時，RAM中變數I的內容變成1。 1, 1158, 1158 d. 因上述過程並未發現任何錯誤，有實際驗證程式的功效。一般我們亦可視之為驗證程式的過程。