Linux GDB 程序調試工具使用詳解

轉自    http://www.codeceo.com/article/linux-gdb-tools.html

整理的挺全的

 

GDB概述

GDB是GNU開源組織發佈的一個強大的UNIX下的程序調試工具。或許，各位比較喜歡那種圖形界面方式的，像VC、BCB等IDE的調試，但若是你是在UNIX平臺下作軟件，你會發現GDB這個調試工具備比VC、BCB的圖形化調試器更強大的功能。所謂「寸有所長，尺有所短」就是這個道理。

通常來講，GDB主要幫忙你完成下面四個方面的功能：

    啓動你的程序，能夠按照你的自定義的要求爲所欲爲的運行程序。
    可以讓被調試的程序在你所指定的調置的斷點處停住。（斷點能夠是條件表達式）
    當程序被停住時，能夠檢查此時你的程序中所發生的事。
    動態的改變你程序的執行環境。

從上面看來，GDB和通常的調試工具沒有什麼兩樣，基本上也是完成這些功能，不過在細節上，你會發現GDB這個調試工具的強大，你們可能比較習慣了圖形化的調試工具，但有時候，命令行的調試工具卻有着圖形化工具所不能完成的功能。讓咱們一一看來。
一個調試示例

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int func(int n) {
    int sum = 0;
    int i = 0;

    for(i = 0; i < n; i++)
        sum += i;

    return sum;
}

int main() {
    int i;
    long result = 0;

    for(i = 0; i <= 100; i++)
        result += i;

    printf("result[1-100] = %ld\n", result);

    printf("result[1-250] = %ld\n", func(250));

    return 0;
}

編譯生成執行文件（Linux下）：

root@iZ2813hasr2Z:~/test/csdnBBS/gdb# gcc test1.c -g -o test1

使用GDB調試：

root@iZ2813hasr2Z:~/test/csdnBBS/gdb# gdb test1
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from test1...done.
(gdb) l
15   
16        for(i = 0; i < n; i++)
17            sum += i;
18   
19        return sum;
20    }
21   
22    int main() {
23        int i;
24        long result = 0;
(gdb)
25   
26        for(i = 0; i <= 100; i++)
27            result += i;
28   
29        printf("result[1-100] = %ld\n", result);
30   
31        printf("result[1-250] = %ld\n", func(250));
32   
33        return 0;
34    }
(gdb) break 23
Breakpoint 1 at 0x40057a: file test1.c, line 23.
(gdb) break func
Breakpoint 2 at 0x400544: file test1.c, line 13.
(gdb) info break
Num     Type           Disp Enb Address            What
1       breakpoint     keep y   0x000000000040057a in main at test1.c:23
2       breakpoint     keep y   0x0000000000400544 in func at test1.c:13
(gdb) r
Starting program: /root/test/csdnBBS/gdb/test1

Breakpoint 1, main () at test1.c:24
24        long result = 0;
(gdb) n
26        for(i = 0; i <= 100; i++)
(gdb)
27            result += i;
(gdb)
26        for(i = 0; i <= 100; i++)
(gdb)
27            result += i;
(gdb) c
Continuing.
result[1-100] = 5050

Breakpoint 2, func (n=250) at test1.c:13
13        int sum = 0;
(gdb) n
14        int i = 0;
(gdb)
16        for(i = 0; i < n; i++)
(gdb)
17            sum += i;
(gdb)
16        for(i = 0; i < n; i++)
(gdb)
17            sum += i;
(gdb)
16        for(i = 0; i < n; i++)
(gdb) p sum
$1 = 1
(gdb)
$2 = 1
(gdb) p i
$3 = 1
(gdb) n
17            sum += i;
(gdb)
16        for(i = 0; i < n; i++)
(gdb)
17            sum += i;
(gdb)
16        for(i = 0; i < n; i++)
(gdb)
17            sum += i;
(gdb) p sum
$4 = 6
(gdb) p i
$5 = 4
(gdb) bt
#0  func (n=250) at test1.c:17
#1  0x00000000004005be in main () at test1.c:31
(gdb) finish
Run till exit from #0  func (n=250) at test1.c:17
0x00000000004005be in main () at test1.c:31
31        printf("result[1-250] = %ld\n", func(250));
Value returned is $6 = 31125
(gdb) c
Continuing.
result[1-250] = 31125
[Inferior 1 (process 8494) exited normally]
(gdb) q

使用GDB

通常來講，GDB主要調試的是C/C++程序。要調試C/C++的程序，首先在編譯時，咱們必需要把調試信息加到可執行文件中。使用編譯器（cc/gcc/g++）的 -g 參數能夠作到這一點。如：

> cc -g hello.c -o hello
> g++ -g hello.cpp -o hello

若是沒有-g，你將看不見程序的函數名、變量名，所代替的全是運行時的內存地址。當你用-g把調試信息加入以後，併成功編譯目標代碼之後，讓咱們來看看如何用gdb來調試它。

啓動GDB的方法有如下幾種：

    gdb <program>
    program也就是你的執行文件，通常在當前目錄下。
    gdb <program> core
    用gdb同時調試一個運行程序和core文件，core是程序非法執行後core dump後產生的文件。
    gdb <program> <PID>
    若是你的程序是一個服務程序，那麼你能夠指定這個服務程序運行時的進程ID。gdb會自動attach上去，並調試它。program應該在PATH環境變量中搜索獲得。

GDB啓動時，能夠加上一些GDB的啓動開關，詳細的開關能夠用gdb -help查看。我在下面只例舉一些比較經常使用的參數：

-symbols <file>
-s <file>

從指定文件中讀取符號表。

-se file

從指定文件中讀取符號表信息，並把它用在可執行文件中。

-core <file>
-c <file>

調試core dump的core文件。

-directory <directory>
-d <directory>

加入一個源文件的搜索路徑。默認搜索路徑是環境變量中PATH所定義的路徑。
GDB命令概述

啓動gdb後，你就被帶入gdb的調試環境中，就可使用gdb的命令開始調試程序了，gdb的命令可使用help命令來查看，以下所示：

zjl@zjl-virtual-machine:~/projects/GdbStudy$ gdb
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>.
(gdb) help
List of classes of commands:
aliases -- Aliases of other commands
breakpoints -- Making program stop at certain points
data -- Examining data
files -- Specifying and examining files
internals -- Maintenance commands
obscure -- Obscure features
running -- Running the program
stack -- Examining the stack
status -- Status inquiries
support -- Support facilities
tracepoints -- Tracing of program execution without stopping the program
user-defined -- User-defined commands
Type "help" followed by a class name for a list of commands in that class.
Type "help all" for the list of all commands.
Type "help" followed by command name for full documentation.
Type "apropos word" to search for commands related to "word".
Command name abbreviations are allowed if unambiguous.

gdb的命令不少，gdb把之分紅許多個種類。help命令只是例出gdb的命令種類，若是要看種類中的命令，可使用help 命令，如：help breakpoints，查看設置斷點的全部命令。也能夠直接help 來查看命令的幫助。

gdb中，輸入命令時，能夠不用打全命令，只用打命令的前幾個字符就能夠了。固然，命令的前幾個字符應該要標誌着一個惟一地命令，在Linux下，你能夠敲擊兩次TAB鍵來補齊命令的全稱，若是有重複的，那麼gdb會把其列出來。

示例一：在進入函數func時，設置一個斷點：能夠敲入break func，或是直接就是b func
(gdb) b func
Breakpoint 1 at 0x8048458: file hello.c, line 10.

示例二：敲入b按兩次TAB鍵，你會看到全部b打頭的命令：
(gdb) b
backtrace break bt
(gdb)

示例三：只記得函數的前綴，能夠這樣：
(gdb) b make_ <按TAB鍵>

再按下一次TAB鍵，你會看到:
make_a_section_from_file     make_environ
make_abs_section             make_function_type
make_blockvector             make_pointer_type
make_cleanup                 make_reference_type
make_command                 make_symbol_completion_list
(gdb) b make_

GDB會把全部make開頭的函數所有例出來給你查看

示例四：調試C++的程序時，有可能函數名同樣（重載函數），如：
(gdb) b 'bubble( M-?
bubble(double,double)  bubble(int,int)
(gdb) b 'bubble(
你能夠查看到C++中的全部的重載函數及參數（注：M-?和「按兩次TAB鍵」是一個意思）

要退出gdb，只需使用quit或命令簡稱q就好了。
在GDB中運行UNIX的Shell程序

在gdb環境中，你能夠執行UNIX的shell的命令，使用gdb的shell命令來完成：

(gdb) shell <command string>

調用UNIX的shell來執行，環境變量SHELL中定義的UNIX的shell將會被用來執行，若是SHELL沒有定義，那就使用UNIX的標準shell：/bin/sh。（在Windows中使用Command.com或cmd.exe）

還有一個gdb命令是make：

(gdb) make <make-args>

能夠在gdb中執行make命令來從新build本身的程序。這個命令等價於「shell make 」。
在GDB中運行程序

當以gdb 方式啓動gdb後，gdb會在PATH路徑和當前目錄中搜索的源文件。如要確認gdb是否讀到源文件，可以使用l或list命令，看看gdb是否能列出源代碼。

在gdb中，運行程序使用r或是run命令。

程序的運行，你有可能須要設置下面四方面的事。

    程序運行參數

set args 可指定運行時參數（如：set args 10 20 30 40 50）。

show args 命令能夠查看設置好的運行參數。

    運行環境

path <dir> 可設定程序的運行路徑（如：path ./demo/app）。

show paths 查看程序的運行路徑。

set environment varname [=value] 設置環境變量。如：set env USER=hchen

show environment [varname] 查看環境變量。

    工做目錄

cd <dir> 至關於shell的cd命令（如：cd ./demo 等價於 shell cd ./demo）。

pwd 顯示當前的所在目錄。

    程序的輸入輸出

info terminal 顯示你程序用到的終端的模式。

使用重定向控制程序輸出。如：run > outfile

tty命令能夠指寫輸入輸出的終端設備。如：tty /dev/ttyb
調試已運行的程序

兩種方法：

在Linux下用ps查看正在運行的程序的PID（進程ID），而後用gdb PID格式掛接正在運行的程序；

gdb a.out 12963

先用gdb 關聯源代碼，並進行gdb，在gdb中用attach命令來掛接進程PID，並用detach來取消掛接的進程。

例如：咱們去調試運行以下代碼的程序。

#include <iostream>
#include <unistd.h>
using namespace std;

int main() {
    long long i = 0;
    while(1) {
        //sleep(1);
        i++;
        //cout << "i value = " << i << endl;
    }
    return 0;
}

編譯過程：

g++ -g attach_to_running_process_test.cpp

GDB調試過程：

(gdb) attach 12698
Attaching to program: /root/share/gdbTest/a.out, process 12698
/root/share/gdbTest/a.out has changed; re-reading symbols.
Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from /usr/lib/debug//lib/x86_64-linux-gnu/libc-2.19.so...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6
Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...Reading symbols from /usr/lib/debug//lib/x86_64-linux-gnu/libm-2.19.so...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug//lib/x86_64-linux-gnu/ld-2.19.so...done.
done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1
main () at attach_to_running_process_test.cpp:19
19        return 0;
(gdb) p i
$1 = 7065833447
(gdb) p i
$2 = 7065833447
(gdb)
$3 = 7065833447
(gdb) c
Continuing.
^C
Program received signal SIGINT, Interrupt.
main () at attach_to_running_process_test.cpp:19
19        return 0;
(gdb) p i
$4 = 7439387814
(gdb) detach
Detaching from program: /root/share/gdbTest/a.out, process 12698
(gdb) q

停住/恢復程序運行

調試程序中，停住程序運行是必須的，GDB能夠方便地停住程序的運行。你能夠設置程序在哪行停住，在什麼條件下停住，在收到什麼信號時停住等等，以便於查看運行時的變量，以及運行時的流程。

當進程被gdb停住時，你可使用info program來查看程序是否在運行、進程號、被停住的緣由等等。

在gdb中，有如下幾種停住方式：

斷點（breakpoint）
觀察點（watchpoint）
捕捉點（catchpoint）
信號（signal）
線程中止（thread stops）

若是恢復程序運行，可使用c或continue命令。
設置斷點（breakpoint）

咱們使用break命令來設置斷點。

有這樣幾種設置斷點的方法：

（1）break <function>

在進入指定函數時停住。

C++中可使用class::function或function(type, type)格式來指定函數名（不一樣類的成員函數可能聲明相同，函數可能重載，所以對於重載函數必須指定參數類型）。

（2）break <linenum>

在指定行號停住。

（3）break +offset / break -offset

在當前行號的前面或後面的offset行停住。offset爲天然數。

（4）break filename:linenum

在源文件filename的linenum行處停住。

（5）break filename:function

在源文件filename的function函數的入口處停住。

（6）break *address

在程序運行的內存地址處停住。

（7）break

break命令沒有參數時，表示在下一條指令處停住。

（8）break ... if <condtion>

…能夠是上述的參數，condition表示條件，在條件成立時停住。好比在循環體中，能夠設置break if i=100，表示當i爲100時中止程序。

==>> 查看斷點時，可使用info命令，以下所示：（n表示斷點號）

info breakpoints [n]
info break [n]

設置觀察點（watchpoint）

觀察點通常用來觀察某個表達式（變量也是一種表達式）的值是否發生變化。若是有變化，就當即中止程序。

咱們可使用下面幾種方法設置觀察點：

（1）watch <expr>

爲表達式（變量）expr設置一個觀察點。一旦表達式值有變化時，就當即停住程序。

（2）rwatch <expr>

當表達式（變量）被讀時，停住程序。

（3）awatch <expr>

當表達式（變量）的值被讀或被寫時，停住程序。

（4）info watchpoints

列出了當前所設置的全部觀察點。

示例test1.c的調試過程：

zjl@zjl-virtual-machine:~/projects/GdbStudy$ gdb test1
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /home/zjl/projects/GdbStudy/test1...done.
(gdb) l
10            sum += i;
11        }
12   
13        return sum;
14    }
15   
16    int main()
17    {
18        int i;
19        long result = 0;
(gdb) break 20
Breakpoint 1 at 0x400532: file test1.c, line 20.
(gdb) r
Starting program: /home/zjl/projects/GdbStudy/test1
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
Breakpoint 1, main () at test1.c:21
21        for (i=1; i<=100; i++)
(gdb) watch i
Hardware watchpoint 2: i
(gdb) c
Continuing.
Hardware watchpoint 2: i
Old value = 0
New value = 2
0x0000000000400548 in main () at test1.c:21
21        for (i=1; i<=100; i++)
(gdb) c
Continuing.
Hardware watchpoint 2: i
Old value = 2
New value = 3
0x0000000000400548 in main () at test1.c:21
21        for (i=1; i<=100; i++)

可見，使用watch的步驟以下：

    使用break在觀察的變量所在處設置斷點；
    使用run執行程序，直到斷點處；
    使用watch設置觀察點；
    使用continue觀察設置的觀察點是否發生變化。

疑問： 直接設置觀察點爲何不行？

==>> 測試對於指針設置觀察點，觀察值爲指針的值，仍是指針所在空間。

例如：

root@iZ2813hasr2Z:~/share/gdbTest# gdb a.out
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from a.out...done.
(gdb) l 33
28       
29        int i;
30        long result = 0;
31       
32        for (i=1; i<=100; i++) {
33            result += i;
34        }
35   
36        printf ("result [1-100] = %ld \n", result);
37        printf ("result [1-250] = %d \n", func(250));
(gdb) b 33
Breakpoint 1 at 0x400764: file general.cpp, line 33.
(gdb) watch result
No symbol "result" in current context.
(gdb) watch i
No symbol "i" in current context.
(gdb) r
Starting program: /root/share/gdbTest/a.out

Breakpoint 1, main () at general.cpp:33
33            result += i;
(gdb) watch result
Hardware watchpoint 2: result

No symbol 「result」 in current context.

也就是說，若是程序沒有run，系統就不會對其進行內存分配，所以，result在系統中也沒有對應的內存地址，這樣，直接進行watch操做會致使認爲系統中沒有result這個符號。
設置捕捉點（catchpoint）

能夠設置捕捉點來捕捉程序運行時的一些事件，如：載入共享庫（動態連接庫）或是C++的異常。

設置捕捉點的格式爲：

（1）catch <event>

當event發生時，停住程序。

event能夠是下面的內容：

    throw 一個 C++ 拋出的異常（throw爲關鍵字）
    catch 一個 C++ 捕捉的異常（catch爲關鍵字）
    exec 調用系統調用exec時（exec爲關鍵字，目前此功能只在HP-UX下有用）
    fork 調用系統調用fork時（fork爲關鍵字，目前此功能只在HP-UX下有用）
    vfork 調用系統調用vfork時（vfork爲關鍵字，目前此功能只在HP-UX下有用）
    load 或 load 載入共享庫（動態連接庫）時（load爲關鍵字，目前此功能只在HP-UX下有用）
    unload 或 unload 卸載共享庫（動態連接庫）時（unload爲關鍵字，目前此功能只在HP-UX下有用）

（2）tcatch <event>

只設置依次捕捉點，當程序停住之後，該捕捉點被自動刪除。
維護中止點

前面說了如何設置程序的中止點，gdb中的中止點也是上述的三類。

在gdb中，若是你以爲已定義好的中止點沒有用了，可使用delete、clear、disable、enable命令來進行維護。

（1）clear

清除全部的已定義的中止點。

用法：

clear <function>
clear <filename:function>

清除全部設置在函數function上的中止點。

clear <linenum>
clear <filename:linenum>

清除全部設置在指定行上的中止點。

（2）delete

刪除指定的中止點。

用法：

delete [breakpoints] [range...]

刪除指定的斷點，breakpoint爲斷點號。若是不指定斷點號，則表示刪除全部的斷點。range表示斷點號的範圍。其簡寫命令爲d。

（3）disable/enable

比刪除更好的一種方法是disable中止點，disable了的中止點，gdb不會刪除，當你還須要時，enable便可，就好像回收站同樣（刪除與還原的過程）。

用法：

disable [breakpoints] [range...]

disable所指定的中止點，breakpoint爲中止點號。若是什麼都不指定，表示disable全部的中止點。簡寫命令爲dis。

enable [breakpoints] [range...]

enable所指定的中止點，breakpoint爲中止點號。

enable [breakpoints] once [range...]

enable所指定的中止點一次，當程序停住後，該中止點當即被gdb自動disable。

enable [breakpoints] delete [range...]

enable所指定的中止點一次，當程序停住後，該中止點當即被gdb刪除。
中止條件維護

前面在說到設置斷點時，咱們提到過能夠設置一個條件，當條件成立時，程序自動中止，這是一個很是強大的功能，這裏，我想專門說說這個條件的相關維護命令。通常來講，爲斷點設置一個條件，咱們使用if關鍵詞，後面跟其斷點條件。而且，條件設置好後，咱們能夠用condition命令來修改斷點的條件。（只有break和watch命令支持if，catch目前暫不支持if）。

condition <bnum> <expression>

修改斷點號爲bnum的中止條件爲expression。

condition <bnum>

清除斷點號爲bnum的中止條件。

還有一個比較特殊的維護命令ignore，你能夠指定程序運行時，忽略中止條件幾回。

ignore <bum> <count>

表示忽略斷點號爲bnum的中止條件count次。
爲中止點設定運行命令

咱們可使用GDB提供的command命令來設置中止點的運行命令。也就是說，當運行的程序在被中止住時，咱們可讓其自動運行一些別的命令，這頗有利行自動化調試。對基於GDB的自動化調試是一個強大的支持。

commands [bnum]
    ...command-list...
end

爲斷點號bnum指寫一個命令列表。當程序被該斷點停住時，gdb會依次運行命令列表中的命令。

例如：

break foo if x>0
commands
printf "x is %d/n",x
continue
end

斷點設置在函數foo中，斷點條件是x>0，若是程序被停住後，也就是，一旦x的值在foo函數中大於0，GDB會自動打印出x的值，並繼續運行程序。

若是你要清除斷點上的命令序列，那麼只要簡單的執行一下commands命令，並直接再打個end就好了。

break foo if x>0
commands
end

斷點菜單

在C++中，可能會重複出現同一個名字的函數若干次（函數重載），在這種狀況下，break 不能告訴gdb要停在哪一個函數的入口。固然，你可使用break

(gdb) b String::after
[0] cancel
[1] all
[2] file:String.cc; line number:867
[3] file:String.cc; line number:860
[4] file:String.cc; line number:875
[5] file:String.cc; line number:853
[6] file:String.cc; line number:846
[7] file:String.cc; line number:735
> 2 4 6
Breakpoint 1 at 0xb26c: file String.cc, line 867.
Breakpoint 2 at 0xb344: file String.cc, line 875.
Breakpoint 3 at 0xafcc: file String.cc, line 846.
Multiple breakpoints were set.
Use the "delete" command to delete unwanted
 breakpoints.
(gdb)

可見，gdb列出了全部after的重載函數，你選一下列表編號便可。0表示放棄設置斷點，1表示全部函數都設置斷點。
恢復程序運行和單步調試

當程序被停住，可使用continue命令恢復程序的運行直至程序結束，或者下一個斷點到來。同時，也可使用step或next命令來實現程序單步跟蹤。

（1）continue/c/fg

continue [ignore-count]
c [ignore-count]
fg [ignore-count]

恢復程序運行，直到程序結束，或是下一個斷點到來。ignore-count表示忽略其後的斷點次數。continue、c、fg三個命令都是同樣的意思。

（2）step/s

step <count>

單步跟蹤，若是有函數調用，step會進入該調用函數。進入函數的前提是，此函被編譯有debug信息。此命令相似VC等工具中的step in。後面能夠加count也能夠不加，不加表示逐條執行，加count表示執行後面的count條指令，而後再停住。

（3）next/n

next <count>

一樣單步跟蹤，若是有函數調用，next不會進入該調用函數。很像VC等工具中的step over。後面能夠加count也能夠不加，不加表示逐條執行，加表示執行後面的count條指令，而後再停住。

（4）finish

運行程序，直到當前函數完成返回。並打印函數返回時的堆棧地址和返回值及參數值等信息。

（5）until/u

當你厭倦了在一個循環體內單步跟蹤時，這個命令能夠運行程序直到退出循環體。

（6）stepi/si、nexti/ni

單步跟蹤一條機器指令！一條程序代碼有可能由數條機器指令完成，stepi和nexti能夠單步執行機器指令。與之同樣有相同功能的命令是「display/i $pc」 ，當運行完這個命令後，單步跟蹤會在打出程序代碼的同時打出機器指令（也就是彙編代碼）。

（7）set step-mode

set step-mode on

打開step-mode模式，因而，在進行單步跟蹤時，程序不會由於沒有debug信息而不停住。這個參數有很利於查看機器碼。

set step-mod off

關閉step-mode模式。
信號（signal）

信號是一種軟中斷，是一種處理異步事件的方法。通常來講，操做系統都支持許多信號。尤爲是UNIX，比較重要應用程序通常都會處理信號。UNIX定義了許多信號，好比SIGINT表示中斷字符信號，也就是Ctrl+C的信號；SIGBUS表示硬件故障的信號；SIGCHLD表示子進程狀態改變信號；SIGKILL表示終止程序運行的信號，等等。信號量編程是UNIX下很是重要的一種技術。

gdb有能力在你調試程序的時候處理任何一種信號，你能夠告訴gdb須要處理哪種信號。你能夠要求gdb收到你所指定的信號時，立刻停住正在運行的程序，以供你進行調試。你能夠用gdb的handle命令來完成這一功能。

`handle <signal> <keywords...>`

在gdb中定義一個信號處理。信號能夠以SIG開頭或不以SIG開頭，能夠用定義一個要處理信號的範圍（如：SIGIO-SIGKILL，表示處理從SIGIO信號到SIGKILL的信號，其中包括SIGIO，SIGIOT，SIGKILL三個信號），也可使用關鍵字all來標明要處理全部的信號。一旦被調試的程序接收到信號，運行程序立刻會被gdb停住，以供調試。其<keywords>能夠是如下幾種關鍵字的一個或多個。

    nostop
    當被調試的程序收到信號時，GDB不會停住程序的運行，但會打出消息告訴你收到這種信號

    stop
    當被調試的程序收到信號時，GDB會停住你的程序

    print
    當被調試的程序收到信號時，GDB會顯示出一條信息

    noprint
    當被調試的程序收到信號時，GDB不會告訴你收到信號的信息

    pass
    noignore
    當被調試的程序收到信號時，GDB不處理信號，這表示，GDB會把這個信號交給被調試程序會處理

    nopass
    ignore
    當被調試的程序收到信號時，GDB不會讓被調試程序來處理這個信號

    nostop
    當被調試的程序收到信號時，GDB不會停住程序的運行，但會打出消息告訴你收到這種信號

    stop
    當被調試的程序收到信號時，GDB會停住你的程序

    print
    當被調試的程序收到信號時，GDB會顯示出一條信息

    noprint
    當被調試的程序收到信號時，GDB不會告訴你收到信號的信息

    pass
    noignore
    當被調試的程序收到信號時，GDB不處理信號，這表示，GDB會把這個信號交給被調試程序會處理

    nopass
    ignore
    當被調試的程序收到信號時，GDB不會讓被調試程序來處理這個信號

信息顯示命令：

info signals
info handle

查看有哪些信號正在被gdb檢測中。
線程

若是你程序是多線程的話，你能夠定義你的斷點是否在全部的線程上，或是在某個特定的線程。GDB很容易幫你完成這一工做。

break <linespec> thread <threadno>
break <linespec> thread <threadno> if ...

linespec指定了斷點設置在的源程序的行號。threadno指定了線程的ID，注意，這個ID是GDB分配的，你能夠經過「info threads」命令來查看正在運行程序中的線程信息。若是你不指定thread 則表示你的斷點設在全部線程上面。你還能夠爲某線程指定斷點條件。如：

(gdb) break frik.c:13 thread 28 if bartab > lim

當你的程序被GDB停住時，全部的運行線程都會被停住。這方便你查看運行程序的整體狀況。而在你恢復程序運行時，全部的線程也會被恢復運行。那怕是主進程在被單步調試時。
查看棧信息

當程序被停住了，你須要作的第一件事就是查看程序是在哪裏停住的。

當你的程序調用了一個函數，函數的地址、函數的參數、函數內的局部變量都會被壓入「棧」（stack）中。你可使用gdb命令來查看當前的棧中的信息。

下面是一些查看函數調用棧的gdb命令：

（1）backtrace/bt

打印當前的函數調用棧的全部信息。如：

(gdb) backtrace
#0  Student::setStudentInfo (this=0x602010, score=98.5) at test2.cpp:30
#1  0x00000000004007e3 in main () at test2.cpp:48

從上能夠看出函數的調用棧信息：main()—>>>Student::setStudentInfo(double)

backtrace <n>
bt <n>

n是一個正整數，表示只打印棧頂上n層的棧信息。

backtrace <-n>
bt <-n>

-n表示一個負整數，表示只打印棧底下n層的棧信息。

(gdb) bt 1
#0  Student::setStudentInfo (this=0x602010, score=98.5) at test2.cpp:30
(More stack frames follow...)
(gdb) bt -1
#1  0x00000000004007e3 in main () at test2.cpp:48

若是你要查看某一層的信息，你須要切換當前的棧，通常來講，程序中止時，最頂層的棧就是當前棧，若是你要查看棧下面層的詳細信息，首先要作的就是切換當前棧。

（2）frame/f/up/down

frame <n>
f <n>

n是一個從0開始的整數，是棧中的層編號。好比，frame 0表示棧頂；frame 1表示棧的第二層。

up <n>

表示向棧的上面移動n層，能夠不加n，表示向上移動1層

down <n>

表示向棧的下面移動n層，能夠不加n，表示向下移動1層

==>> 上面的命令，都會打印出移動到的棧層的信息。

若是不打印信息，可使用下面三個命令：

select-frame <n>對應於 frame 命令；
up-silently <n> 對應於 up 命令；
down-silently <n> 對應於 down 命令。

查看當前棧層的信息，你可使用下面的gdb命令：

frame / f

該命令會打印出這些棧信息：棧的層編號，當前的函數名，函數的參數值，函數所在文件及行號，函數執行到的語句。

info frame
info f

該命令會打印出更爲詳細的當前棧層的信息，只不過，大多數都是運行時的內存地址。好比：函數地址，調用函數的地址，被調用函數的地址，目前的函數是由什麼樣的程序語言寫成的、函數參數地址及值、局部變量的地址等等。如：

(gdb) f
 #1  0x00000000004007e3 in main () at test2.cpp:48
 48        st->setStudentInfo(s);
(gdb) info f
Stack level 1, frame at 0x7fffffffe5a0:
rip = 0x4007e3 in main (test2.cpp:48); saved rip 0x7ffff773d76d
caller of frame at 0x7fffffffe560
source language c++.
Arglist at 0x7fffffffe590, args:
Locals at 0x7fffffffe590, Previous frame's sp is 0x7fffffffe5a0
Saved registers:
  rbx at 0x7fffffffe588, rbp at 0x7fffffffe590, rip at 0x7fffffffe598
(gdb) down
 #0  Student::setStudentInfo (this=0x602010, score=98.5) at test2.cpp:30
 30        this->score = score;
(gdb) info f
Stack level 0, frame at 0x7fffffffe560:
rip = 0x400725 in Student::setStudentInfo (test2.cpp:30); saved rip 0x4007e3
called by frame at 0x7fffffffe5a0
source language c++.
Arglist at 0x7fffffffe550, args: this=0x602010, score=98.5
Locals at 0x7fffffffe550, Previous frame's sp is 0x7fffffffe560
Saved registers:
  rbp at 0x7fffffffe550, rip at 0x7fffffffe558

打印信息命令：

info args

打印出當前函數的參數名及其值。

info locals

打印出當前函數中全部局部變量及其值。

info catch
打印出當前函數中的異常處理信息。
查看源程序
顯示源代碼

GDB 能夠打印出所調試程序的源代碼，固然，在程序編譯時必定要加上-g的參數，把源程序信息編譯到執行文件中。否則就看不到源程序了。當程序停下來之後，GDB會報告程序停在了那個文件的第幾行上。

你能夠用list命令來打印程序的源代碼。仍是來看一看查看源代碼的GDB命令吧。

list <linenum>

顯示程序第linenum行的周圍的源程序。

list <function>

顯示函數名爲function的函數的源程序。

list

顯示當前行後面的源程序。

list -

顯示當前行前面的源程序。

通常是打印當前行的上5行和下5行，若是顯示函數是是上2行下8行，默認是10行，固然，你也能夠定製顯示的範圍，使用下面命令能夠設置一次顯示源程序的行數。

set listsize <count>

設置一次顯示源代碼的行數。

show listsize

查看當前listsize的設置。

list命令還有下面的用法：

list <first>, <last>

顯示從first行到last行之間的源代碼。

list , <last>

顯示從當前行到last行之間的源代碼。

list +

日後顯示源代碼。

通常來講在list後面能夠跟如下這們的參數：

    <linenum> 行號。
    <+offset> 當前行號的正偏移量。
    <-offset> 當前行號的負偏移量。
    <filename:linenum> 哪一個文件的哪一行。
    <function> 函數名。
    <filename:function> 哪一個文件中的哪一個函數。
    <*address> 程序運行時的語句在內存中的地址。

搜索源代碼

不只如此，GDB還提供了源代碼搜索的命令：

forward-search <regexp>
search <regexp>

向前面搜索。

reverse-search <regexp>

所有搜索。

其中，就是正則表達式，也主一個字符串的匹配模式，關於正則表達式，我就不在這裏講了，還請各位查看相關資料。
指定源文件的路徑

某些時候，用-g編譯事後的執行程序中只是包括了源文件的名字，沒有路徑名。GDB提供了可讓你指定源文件的路徑的命令，以便GDB進行搜索。

directory <dirname ... >
dir <dirname ... >

加一個源文件路徑到當前路徑的前面。若是你要指定多個路徑，UNIX下你可使用「:」，Windows下你可使用「;」。

directory

清除全部的自定義的源文件搜索路徑信息。

show directories

顯示定義了的源文件搜索路徑。
源代碼的內存

你可使用info line命令來查看源代碼在內存中的地址。

info line後面能夠跟「行號」，「函數名」，「文件名:行號」，「文件名:函數名」，這個命令會打印出所指定的源碼在運行時的內存地址，如：

(gdb) info line test1.c:func

Line 4 of "test1.c" starts at address 0x4004f4 <func> and ends at 0x4004fb <func+7>.

還有一個命令disassemble，你能夠查看源程序的當前執行時的機器碼，這個命令會把目前內存中的指令dump出來。

以下面的示例表示查看函數func的彙編代碼。

(gdb) disassemble func
Dump of assembler code for function func:
   0x00000000004004f4 <+0>:    push   %rbp
   0x00000000004004f5 <+1>:    mov    %rsp,%rbp
   0x00000000004004f8 <+4>:    mov    %edi,-0x14(%rbp)
   0x00000000004004fb <+7>:    movl   $0x0,-0x8(%rbp)
   0x0000000000400502 <+14>:    movl   $0x0,-0x4(%rbp)
   0x0000000000400509 <+21>:    jmp    0x400515 <func+33>
   0x000000000040050b <+23>:    mov    -0x4(%rbp),%eax
   0x000000000040050e <+26>:    add    %eax,-0x8(%rbp)
   0x0000000000400511 <+29>:    addl   $0x1,-0x4(%rbp)
   0x0000000000400515 <+33>:    mov    -0x4(%rbp),%eax
   0x0000000000400518 <+36>:    cmp    -0x14(%rbp),%eax
   0x000000000040051b <+39>:    jl     0x40050b <func+23>
   0x000000000040051d <+41>:    mov    -0x8(%rbp),%eax
   0x0000000000400520 <+44>:    pop    %rbp
   0x0000000000400521 <+45>:    retq  
End of assembler dump.

查看運行時數據

當你調試程序時，當程序被停住時，你可使用print命令（簡寫命令爲p），或者統一命令inspect來查看當前程序的運行數據。

print命令的格式是：

print <expr>
print /<f> <expr>

<expr>是表達式，是你所調程序的語言的表達式（GDB能夠調試多重編程語言），是輸出的格式，好比，若是要把表達式按16進制的格式輸出，那麼就是/x。
表達式

print和許多GDB的命令同樣，能夠接受一個表達式，GDB會根據當前的程序運行的數據來計算這個表達式，既然是表達式，那麼就能夠是當前程序運行中的const常量、變量、函數等內容。惋惜的是GDB不能使用你在程序中所定義的宏。

表達式的語法應該是當前所調試的語言的語法，因爲C/C++是一種大衆型的語言，因此，本文中的例子都是關於C/C++的。

在表達式中，有幾種GDB所支持的操做符，它們能夠用在任何一種語言中。

    @
    是一個和數組有關的操做符，在後面會有更詳細的說明。
    ::
    指定一個在文件或是一個函數中的變量。
    {<type>} <addr>
    表示一個指向內存地址的類型爲type的一個對象。

程序變量

在GDB中，你能夠隨時查看如下三種變量的值：

    全局變量（全部文件可見的）
    靜態全局變量（當前文件可見的）
    局部變量（當前Scope可見的）

若是你的局部變量和全局變量發生衝突（也就是重名），通常狀況下是局部變量會隱藏全局變量，也就是說，若是一個全局變量和一個函數中的局部變量同名時，若是當前中止點在函數中，用print顯示出的變量的值會是函數中的局部變量的值。

若是此時你想查看全局變量的值時，你可使用「::」操做符：

file::variable
function::variable

能夠經過這種形式指定你所想查看的變量，不管是哪一個文件中的或是哪一個函數中的。

例如，查看文件test2.c中的全局變量x的值：

gdb) p 'test2.c'::x

固然，「::」操做符會和C++中的類發生衝突，GDB能自動識別「::」 是否C++的操做符，因此你沒必要擔憂在調試C++程序時會出現異常。

另外，須要注意的是，若是你的程序編譯時開啓了優化選項，那麼在用GDB調試被優化過的程序時，可能會發生某些變量不能訪問，或是取值錯誤碼的狀況。這個是很正常的，由於優化程序會刪改你的程序，整理你程序的語句順序，剔除一些無心義的變量等，因此在GDB調試這種程序時，運行時的指令和你所編寫指令就有不同，也就會出現你所想象不到的結果。對付這種狀況時，須要在編譯程序時關閉編譯優化。

通常來講，幾乎全部的編譯器都支持編譯優化的開關，例如，GNU的C/C++編譯器GCC，你可使用「-gstabs」選項來解決這個問題。關於編譯器的參數，還請查看編譯器的使用說明文檔。
數組

有時候，你須要查看一段連續的內存空間的值。好比數組的一段，或是動態分配的數據的大小。你可使用GDB的「@」操做符，「@」的左邊是第一個內存的地址的值，「@」的右邊則你你想查看內存的長度。

例如，你的程序中有這樣的語句：

int *array = (int *) malloc (len * sizeof (int));

因而，在GDB調試過程當中，你能夠以以下命令顯示出這個動態數組的取值：

p *array@len

@的左邊是數組的首地址的值，也就是變量array所指向的內容，右邊則是數據的長度，其保存在變量len中，其輸出結果，大約是下面這個樣子的：

(gdb) p *array@len
$1 = {2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36, 38, 40}

若是是靜態數組的話，能夠直接用print數組名，就能夠顯示數組中全部數據的內容了。
輸出格式

通常來講，GDB會根據變量的類型輸出變量的值。可是，你也能夠自定義GDB的輸出的格式。例如，你想輸出一個整數的十六進制，或是二進制來查看這個整型變量的中的位的狀況。要作到這樣，你可使用GDB的數據顯示格式：

    x 按十六進制格式顯示變量
    d 按十進制格式顯示變量
    u 按十六進制格式顯示無符號整型
    o 按八進制格式顯示變量
    t 按二進制格式顯示變量
    a 按十六進制格式顯示變量
    c 按字符格式顯示變量
    f 按浮點數格式顯示變量

(gdb) p i
$1 = 64
(gdb) p /a i
$2 = 0x40
(gdb) p /x i
$3 = 0x40
(gdb) p /c i
$4 = 64 '@'
(gdb) p /f i
$5 = 8.96831017e-44
(gdb) p /o i
$6 = 0100
(gdb) p /t i
$7 = 1000000

查看內存

你可使用examine命令（簡寫是x）來查看內存地址中的值。

x命令的語法以下所示：

examine /<n/f/u> <addr>
x /<n/f/u> <addr>

其中，n、f、u是可選的參數。

n是一個正整數，表示顯示內存的長度，也就是說從當前地址向後顯示幾個地址的內容。

f表示顯示的格式，參見上面。若是地址所指的是字符串，那麼格式能夠是s，若是地十是指令地址，那麼格式能夠是i。

u表示從當前地址日後請求的字節數，若是不指定的話，GDB默認是4個bytes。u參數能夠用下面的字符來代替，b表示單字節，h表示雙字節，w表示四字節，g表示八字節。當咱們指定了字節長度後，GDB會從指內存定的內存地址開始，讀寫指定字節，並把其看成一個值取出來。

<addr>表示一個內存地址。

n/f/u三個參數能夠一塊兒使用。例如：

命令：x /3uh 0x54320

該命令表示，從內存地址0×54320讀取內容，h表示以雙字節爲一個單位，3表示三個單位，u表示按十六進制顯示。
自動顯示

你能夠設置一些自動顯示的變量，當程序停住時，或是在你單步跟蹤時，這些變量會自動顯示。

相關的GDB命令是display。

display <expr>
display/<fmt> <expr>
display/<fmt> <addr>

expr是一個表達式，fmt表示顯示的格式，addr表示內存地址，當你用display設定好了一個或多個表達式後，只要你的程序被停下來，GDB會自動顯示你所設置的這些表達式的值。

格式i和s一樣被display支持，一個很是有用的命令是：

display/i $pc

$pc是GDB的環境變量，表示着指令的地址，/i則表示輸出格式爲機器指令碼，也就是彙編。因而當程序停下後，就會出現源代碼和機器指令碼相對應的情形，這是一個頗有意思的功能。

下面是一些和display相關的GDB命令：

undisplay <dnums...>
delete display <dnums...>

刪除自動顯示，dnums意爲所設置好了的自動顯式的編號。若是要同時刪除幾個，編號能夠用空格分隔，若是要刪除一個範圍內的編號，能夠用減號表示。

disable display <dnums...>
enable display <dnums...>

disable和enalbe不刪除自動顯示的設置，而只是讓其失效和恢復。

info display

查看display設置的自動顯示的信息。GDB會打出一張表格，向你報告固然調試中設置了多少個自動顯示設置，其中包括，設置的編號，表達式，是否enable。
設置顯示選項

GDB中關於顯示的選項比較多，這裏我只例舉大多數經常使用的選項。

set print address
set print address on

打開地址輸出，當程序顯示函數信息時，GDB會顯出函數的參數地址。系統默認爲打開的，如：

(gdb) f
#0  set_quotes (lq=0x34c78 "<<", rq=0x34c88 ">>")
    at input.c:530
 530         if (lquote != def_lquote)

set print address off

關閉函數的參數地址顯示，結果以下：

(gdb) f
#0  set_quotes (lq= "<<", rq= ">>")
    at input.c:530
 530         if (lquote != def_lquote)

show print address
查看當前地址顯示選項是否打開。

set print array
set print array on

打開數組顯示，打開後當數組顯示時，每一個元素佔一行，若是不打開的話，每一個元素則以逗號分隔。這個選項默認是關閉的。與之相關的兩個命令以下，我就再也不多說了。

set print array off
show print array
set print elements <number-of-elements>

這個選項主要是設置數組的，若是你的數組太大了，那麼就能夠指定一個來指定數據顯示的最大長度，當到達這個長度時，GDB就再也不往下顯示了。若是設置爲0，則表示不限制。

show print elements

查看print elements的選項信息。

set print null-stop <on/off>

若是打開了這個選項，那麼當顯示字符串時，遇到結束符則中止顯示。這個選項默認爲off。

set print pretty on

若是打開printf pretty這個選項，那麼當GDB顯示結構體時會比較漂亮。如：

$1 = {
  next = 0x0,
  flags = {
  sweet = 1,
  sour = 1
  },
  meat = 0x54 "Pork"
}

set print pretty off

關閉printf pretty這個選項，GDB顯示結構體時會以下顯示：

$1 = {next = 0x0, flags = {sweet = 1, sour = 1}, meat = 0x54 "Pork"}

show print pretty

查看GDB是如何顯示結構體的。

set print sevenbit-strings <on/off>

設置字符顯示，是否按「/nnn」的格式顯示，若是打開，則字符串或字符數據按/nnn顯示，如「/065」。

show print sevenbit-strings

查看字符顯示開關是否打開。

set print object <on/off>

在C++中，若是一個對象指針指向其派生類，若是打開這個選項，GDB會自動按照虛方法調用的規則顯示輸出，若是關閉這個選項的話，GDB就無論虛函數表了。這個選項默認是off。

show print object

查看對象選項的設置。

set print static-members <on/off>

這個選項表示，當顯示一個C++對象中的內容是，是否顯示其中的靜態數據成員。默認是on。

show print static-members

查看靜態數據成員選項設置。

set print vtbl <on/off>

當此選項打開時，GDB將用比較規整的格式來顯示虛函數表時。其默認是關閉的。

show print vtbl

查看虛函數顯示格式的選項。
歷史記錄

當你用GDB的print查看程序運行時的數據時，你每個print都會被GDB記錄下來。GDB會以$1, $2, $3 .....這樣的方式爲你每個print命令編上號。因而，你可使用這個編號訪問之前的表達式，如$1。這個功能所帶來的好處是，若是你先前輸入了一個比較長的表達式，若是你還想查看這個表達式的值，你可使用歷史記錄來訪問，省去了重複輸入。
GDB環境變量

你能夠在GDB的調試環境中定義本身的變量，用來保存一些調試程序中的運行數據。要定義一個GDB的變量很簡單隻需。使用GDB的set命令。

GDB的環境變量和UNIX同樣，也是以$起頭。如：

set $foo = *object_ptr

使用環境變量時，GDB會在你第一次使用時建立這個變量，而在之後的使用中，則直接對其賦值。環境變量沒有類型，你能夠給環境變量定義任一的類型。包括結構體和數組。

show convenience

該命令查看當前所設置的全部的環境變量。

這是一個比較強大的功能，環境變量和程序變量的交互使用，將使得程序調試更爲靈活便捷。例如：

set $i = 0
print bar[$i++]->contents

因而，當你就沒必要，print bar[0]->contents, print bar[1]->contents地輸入命令了。輸入這樣的命令後，只用敲回車，重複執行上一條語句，環境變量會自動累加，從而完成逐個輸出的功能。
查看寄存器

要查看寄存器的值，很簡單，可使用以下命令：

info registers

查看寄存器的狀況。（除了浮點寄存器）

info all-registers

查看全部寄存器的狀況。（包括浮點寄存器）

info registers <regname ...>

查看所指定的寄存器的狀況。

寄存器中放置了程序運行時的數據，好比程序當前運行的指令地址（ip），程序的當前堆棧地址（sp）等等。你一樣可使用print命令來訪問寄存器的狀況，只須要在寄存器名字前加一個$符號就能夠了。如：p $eip。
改變程序的執行

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

修改被調試程序運行時的變量值，在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命令。
跳轉執行

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

jump <linespec>

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

jump <address>

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

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

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

set $pc = 0x485
產生信號量

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

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

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

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

return
return <expression>

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

call <expr>

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

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