gdb 調試過程當中修改變量的值

改變程序的執行

　　一旦使用GDB掛上被調試程序，當程序運行起來後，你能夠根據本身的調試思路來動態地在GDB中更改當前被調試程序的運行線路或是其變量的值，這個強大的功能可以讓你更好的調試你的程序，好比，你能夠在程序的一次運行中走遍程序的全部分支。

##1、修改變量值 修改被調試程序運行時的變量值，在GDB中很容易實現，使用GDB的print命令便可完成。如：

(gdb) print x=4

x=4這個表達式是C/C++的語法，意爲把變量x的值修改成4，

若是你當前調試的語言是Pascal，那麼你可使用Pascal的語法：x:=4。

在某些時候，頗有可能你的變量和GDB中的參數衝突，如：

(gdb) whatis width
      type = double
      (gdb) p width
      $4 = 13
      (gdb) set width=47
      Invalid syntax in expression.

由於，set width是GDB的命令，因此，出現了「Invalid syntax in expression」的設置錯誤，此時，你可使用set var命令來告訴GDB，width不是你GDB的參數，而是程序的變量名，如：

(gdb) set var width=47

另外，還可能有些狀況，GDB並不報告這種錯誤，因此保險起見，在你改變程序變量取值時，最好都使用set var格式的GDB命令。

2、跳轉執行

通常來講，被調試程序會按照程序代碼的運行順序依次執行。GDB提供了亂序執行的功能，也就是說，GDB能夠修改程序的執行順序，可讓程序執行隨意跳躍。這個功能能夠由GDB的jump命令來完：

jump <linespec>

指定下一條語句的運行點。<linespce>能夠是文件的行號，能夠是file:line格式，能夠是+num這種偏移量格式。表式着下一條運行語句從哪裏開始。

jump <address>

這裏的<address>是代碼行的內存地址。

注意，jump命令不會改變當前的程序棧中的內容，因此，當你從一個函數跳到另外一個函數時，當函數運行完返回時進行彈棧操做時必然會發生錯誤，可能結果仍是很是奇怪的，甚至於產生程序Core Dump。因此最好是同一個函數中進行跳轉。

熟悉彙編的人都知道，程序運行時，有一個寄存器用於保存當前代碼所在的內存地址。因此，jump命令也就是改變了這個寄存器中的值。因而，你可使用「set $pc」來更改跳轉執行的地址。如：

set $pc = 0x485

3、產生信號量

使用singal命令，能夠產生一個信號量給被調試的程序。如：中斷信號Ctrl+C。這很是方便於程序的調試，能夠在程序運行的任意位置設置斷點，並在該斷點用GDB產生一個信號量，這種精確地在某處產生信號很是有利程序的調試。

語法是：signal <singal>，UNIX的系統信號量一般從1到15。因此<singal>取值也在這個範圍。

single命令和shell的kill命令不一樣，系統的kill命令發信號給被調試程序時，是由GDB截獲的，而single命令所發出一信號則是直接發給被調試程序的。

4、強制函數返回

若是你的調試斷點在某個函數中，並還有語句沒有執行完。你可使用return命令強制函數忽略尚未執行的語句並返回。

return
    return <expression>

使用return命令取消當前函數的執行，並當即返回，若是指定了<expression>，那麼該表達式的值會被認做函數的返回值。

##5、強制調用函數

call <expr>

表達式能夠是函數，以此達到強制調用函數的目的。並顯示函數的返回值，若是函數返回值是void，那麼就不顯示。

另外一個類似的命令也能夠完成這一功能——print，print後面能夠跟表達式，因此也能夠用他來調用函數，print和call的不一樣是，若是函數返回void，call則不顯示，print則顯示函數返回值，並把該值存入歷史數據中。

在不一樣語言中使用GDB

GDB支持下列語言：C, C++, Fortran, PASCAL, Java, Chill, assembly, 和 Modula-2。通常說來，GDB會根據你所調試的程序來肯定固然的調試語言，好比：發現文件名後綴爲「.c」的，GDB會認爲是C程序。文件名後綴爲「.C, .cc, .cp, .cpp, .cxx, .c++」的，GDB會認爲是C++程序。然後綴是「.f, .F」的，GDB會認爲是Fortran程序，還有，後綴爲若是是「.s, .S」的會認爲是彙編語言。

也就是說，GDB會根據你所調試的程序的語言，來設置本身的語言環境，並讓GDB的命令跟着語言環境的改變而改變。好比一些GDB命令須要用到表達式或變量時，這些表達式或變量的語法，徹底是根據當前的語言環境而改變的。例如C/C++中對指針的語法是*p，而在Modula-2中則是p^。而且，若是你當前的程序是由幾種不一樣語言一同編譯成的，那到在調試過程當中，GDB也能根據不一樣的語言自動地切換語言環境。這種跟着語言環境而改變的功能，真是體貼開發人員的一種設計。

下面是幾個相關於GDB語言環境的命令：

show language 
    查看當前的語言環境。若是GDB不能識爲你所調試的編程語言，那麼，C語言被認爲是默認的環境。
    
info frame
    查看當前函數的程序語言。
    
info source
    查看當前文件的程序語言。

若是GDB沒有檢測出當前的程序語言，那麼你也能夠手動設置當前的程序語言。使用set language命令便可作到。

當set language命令後什麼也不跟的話，你能夠查看GDB所支持的語言種類：

(gdb) set language
        The currently understood settings are:
        
        local or auto    Automatic setting based on source file
        c                Use the C language
        c++              Use the C++ language
        asm              Use the Asm language
        chill            Use the Chill language
        fortran          Use the Fortran language
        java             Use the Java language
        modula-2         Use the Modula-2 language
        pascal           Use the Pascal language
        scheme           Use the Scheme language

因而你能夠在set language後跟上被列出來的程序語言名，來設置當前的語言環境。

後記

GDB是一個強大的命令行調試工具。你們知道命令行的強大就是在於，其能夠造成執行序列，造成腳本。UNIX下的軟件全是命令行的，這給程序開發提代供了極大的便利，命令行軟件的優點在於，它們能夠很是容易的集成在一塊兒，使用幾個簡單的已有工具的命令，就能夠作出一個很是強大的功能。

因而UNIX下的軟件比Windows下的軟件更能有機地結合，各自發揮各自的長處，組合成更爲強勁的功能。而Windows下的圖形軟件基本上是各自爲營，互相不能調用，很不利於各類軟件的相互集成。在這裏並非要和Windows作個什麼比較，所謂「寸有所長，尺有所短」，圖形化工具仍是有不如命令行的地方。（看到這句話時，但願各位千萬不再要認爲我就是「鄙視圖形界面」，和我擡槓了 ）

我是根據版本爲5.1.1的GDB所寫的這篇文章，因此可能有些功能已被修改，或是又有更爲強勁的功能。並且，我寫得很是倉促，寫得比較簡略，而且，其中我已經看到有許多錯別字了（我用五筆，因此錯字讓你看不懂），因此，我在這裏對我文中的差錯表示萬分的歉意。

文中所羅列的GDB的功能時，我只是羅列了一些帶用的GDB的命令和使用方法，其實，我這裏只講述的功能大約只佔GDB全部功能的60%吧，詳細的文檔，仍是請查看GDB的幫助和使用手冊吧，或許，過段時間，若是我有空，我再寫一篇GDB的高級使用。

我我的很是喜歡GDB的自動調試的功能，這個功能真的很強大，試想，我在UNIX下寫個腳本，讓腳本自動編譯個人程序，被自動調試，並把結果報告出來，調試成功，自動checkin源碼庫。一個命令，編譯帶着調試帶着checkin，多爽啊。只是GDB對自動化調試目前支持還不是很成熟，只能實現半自動化，真心指望着GDB的自動化調試功能的成熟。