⑴ 初步接觸linux，請問gdb調試start後載入動態庫符號時間很長，怎麼解決，可以不載入指定庫符號嗎
方法一、在/etc/ld.so.conf文件中添加路徑，vi /etc/ld.so.conf
添加下邊內容
123
include ld.so.conf.d/*.conf /usr/cluster/.share/lib
方法二、在終端輸入：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/cluster/.share/lib
方法三、修改/etc/profile文件
123
export MPI_HOME=/usr/cluster export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$MPI_HOME/.share/lib
在終端執行source /etc/profile 使配置文件生效
程序運行時載入動態庫失敗的解決方法
錯誤提示如下：
error while loading shared libraries: libjson.so.0: cannot open shared object file: No such file or directory
原因一般有兩個，一個是操作系統中沒有包含該共享庫(lib*.so.* 文件)或者共享庫版本不對。解決辦法就是重新下載安裝。
另外一個原因就是已經安裝了該共享庫，但是執行需要調用該共享庫的程序的時候，程序按照默認共享庫路徑找不到該共享庫文件。解決方法如下：
如果共享庫文件安裝到了 /lib 或 /usr/lib 目錄下，那麼執行一下 ldconfig 命令。
ldconfig命令的用途, 主要是在默認搜尋目錄(b和/usrb)以及動態庫配置文件/etc/ld.so.conf內所列的目錄下, 搜索出可共享的動態鏈接庫(格式如lib*.so*), 進而創建出動態裝入程序(ld.so)所需的連接和緩存文件. 緩存文件默認為/etc/ld.so.cache, 此文件保存已排好序的動態鏈接庫名字列表.
如果共享庫文件安裝到了 /usr/local/lib (一般開源的共享庫都會安裝到該目錄下)或者其它非 /lib 或 /usr/lib 目錄下，那麼在執行 ldconfig 命令前，還要把新的共享庫目錄加入到共享庫配置文件 /etc/ld.so.conf 中，如下：
1234
# cat /etc/ld.so.confinclude ld.so.conf.d/*.conf# echo "/usr/local/lib" >> /etc/ld.so.conf# ldconfig
或者在 /etc/ld.so.conf.d/ 目錄下新建任何以 .conf 為後綴的文件，在該文件中加入庫文件所在的目錄。然後執行 ldconfig 更新 /etc/ld.so.cache 文件。
如果共享庫文件安裝到了其他非 /lib 或 /usr/lib 目錄下,但是又不想在 /etc/ld.so.conf 文件中加共享庫路徑(或者是沒有許可權加路徑)。那可以 export 一個全局變數 LD_LIBRARY_PATH,然後運行程序的時候就會去找個目錄中找共享庫。
LD_LIBRARY_PATH的意思是告訴loader在哪些目錄中可以找到共享庫. 可以設置多個搜索目錄, 這些目錄之間用冒號分隔開. 比如安裝了一個mysql到/usr/local/mysql目錄下, 其中有一大堆庫文件在/usr/local/mysql/lib下面, 則可以在.bashrc或.bash_profile或shell里加入以下語句即可:
export LD_LIBRARY_PATH=/usr/local/mysql/lib:$LD_LIBRARY_PATH
一般來講這只是一種臨時的解決方案, 在沒有許可權或臨時需要的時候使用.
如果程序需要的庫文件比系統目前存在的庫文件版本低，可以做一個鏈接。比如：
12345
error while loading shared libraries: libncurses.so.4: cannot open sharedobject file: No such file or directoryls /usr/lib/libncu*/usr/lib/libncurses.a /usr/lib/libncurses.so.5/usr/lib/libncurses.so /usr/lib/libncurses.so.5.3
可見雖然沒有libncurses.so.4，但有libncurses.so.5，是可以向下兼容的
建一個鏈接就好了
1
ln -s /usr/lib/libncurses.so.5.3 /usr/lib/libncurses.so.4
⑵ 如何用GDB進行調試
1: 對於在應用程序中加入參數進行調試的方法：
直接用 gdb app -p1 -p2 這樣進行調試是不行的。
需要像以下這樣使用：
#gdb app
(gdb) r -p1 -p2
或者在運行run命令前使用set args命令：
（gdb） set args p1 p2
可以用show args 命令來查看
2. 加入斷點：
break <linenumber>
break <funcName>
break +offset
break -offset
(在當前行號的前面或後面的offset行停住。)
break filename:linenum
在源文件filename的linenum行處停住。
break filename:function
在源文件filename的function函數的入口處停住。
break ... if
...可以是上述的參數，condition表示條件，在條件成立時停住。比如在循環境體中，可以設置 break if i=100，表示當i為100時停住程序。
3. 查看運行時的堆棧：
使用bt命令
4. 列印某個變數的值：
print val
5. 單步： n
繼續運行：c
step
單步跟蹤，如果有函數調用，他會進入該函數。
next
同樣單步跟蹤，如果有函數調用，他不會進入該函數。很像VC等工具中的step over。後面可以加count也可以不加，不加表示一條條地執行，加表示執行後面的count條指令，然後再停住。
set step-mode
set step-mode on
打開step-mode模式，於是，在進行單步跟蹤時，程序不會因為沒有debug信息而不停住。這個參數有很利於查看機器碼。
set step-mod off
關閉step-mode模式。
finish
運行程序，直到當前函數完成返回。並列印函數返回時的堆棧地址和返回值及參數值等信息。
until 或 u
當你厭倦了在一個循環體內單步跟蹤時，這個命令可以運行程序直到退出循環體。
6.在GDB中執行shell命令：
在gdb環境中，你可以執行UNIX的shell的命令，使用gdb的shell命令來完成：
eg. shell make
7. 運行環境
可設定程序的運行路徑。
show paths 查看程序的運行路徑。
set environment varname [=value] 設置環境變數。如：set env USER=hchen
show environment [varname] 查看環境變數。
8.觀察點（WatchPoint）
觀察點一般來觀察某個表達式（變數也是一種表達式）的值是否有變化了，如果有變化，馬上停住程 序。我們有下面的幾種方法來設置觀察點：
watch
為表達式（變數）expr設置一個觀察點。一量表達式值有變化時，馬上停住程序。
rwatch
當表達式（變數）expr被讀時，停住程序。
awatch
當表達式（變數）的值被讀或被寫時，停住程序。
info watchpoints
列出當前所設置了的所有觀察點。
9. 維護breakpoint
clear
清除所有的已定義的停止點。
clear func
清除所有設置在函數上的停止點。
delete [breakpoints] [range...]
刪除指定的斷點，breakpoints為斷點號。如果不指定斷點號，則表示刪除所有的斷點。range 表示斷點號的范圍（如：3-7）。其簡寫命令為d。
比刪除更好的一種方法是disable停止點，disable了的停止點，GDB不會刪除，當你還需要時，enable即可，就好像回收站一樣。
disable [breakpoints] [range...]
disable所指定的停止點，breakpoints為停止點號。如果什麼都不指定，表示disable所有的停止 點。簡寫命令是dis.
enable [breakpoints] [range...]
enable所指定的停止點，breakpoints為停止點號。
10、程序變數
查看文件中某變數的值：
file::variable
function::variable
可以通過這種形式指定你所想查看的變數，是哪個文件中的或是哪個函數中的。例如，查看文件f2.c中的全局變數x的值：
gdb) p 'f2.c'::x
查看數組的值
有時候，你需要查看一段連續的內存空間的值。比如數組的一段，或是動態分配的數據的大小。你可以使用GDB的「@」操作符，「@」的左邊是第一個內存的地址的值，「@」的右邊則你你想查看內存的長度。例如，你的程序中有這樣的語句：
int *array = (int *) malloc (len * sizeof (int));
於是，在GDB調試過程中，你可以以如下命令顯示出這個動態數組的取值：
p *array@len
如果是靜態數組的話，可以直接用print數組名，就可以顯示數組中所有數據的內容了。
11.輸出格式
一般來說，GDB會根據變數的類型輸出變數的值。但你也可以自定義GDB的輸出的格式。例如，你想輸出一個整數的十六進制，或是二進制來查看這個整型變數的中的位的情況。要做到這樣，你可以使用GDB的數據顯示格式：
x 按十六進制格式顯示變數。
d 按十進制格式顯示變數。
u 按十六進制格式顯示無符號整型。
o 按八進制格式顯示變數。
t 按二進制格式顯示變數。
a 按十六進制格式顯示變數。
c 按字元格式顯示變數。
f 按浮點數格式顯示變數。
(gdb) p i
$21 = 101
(gdb) p/a i
$22 = 0x65
(gdb) p/c i
$23 = 101 'e'
(gdb) p/f i
$24 = 1.41531145e-43
(gdb) p/x i
$25 = 0x65
(gdb) p/t i
$26 = 1100101
11.查看內存
使用examine命令（簡寫是x）來查看內存地址中的值。x命令的語法如下所示：
x/
n、f、u是可選的參數。
n 是一個正整數，表示顯示內存的長度，也就是說從當前地址向後顯示幾個地址的內容。
f 表示顯示的格式，參見上面。如果地址所指的是字元串，那麼格式可以是s，如果地十是指令地址，那麼格式可以是i。
u 表示從當前地址往後請求的位元組數，如果不指定的話，GDB默認是4個bytes。u參數可以用下面的字元來代替，b表示單位元組，h表示雙位元組，w表示四位元組，g表示八位元組。當我們指定了位元組長度後，GDB會從指內存定的內存地址開始，讀寫指定位元組，並把其當作一個值取出來。
n/f/u三個參數可以一起使用。例如：
命令：x/3uh 0x54320 表示，從內存地址0x54320讀取內容，h表示以雙位元組為一個單位，3表示三個單位，u表示按十六進制顯示。
12.自動顯示
你可以設置一些自動顯示的變數，當程序停住時，或是在你單步跟蹤時，這些變數會自動顯示。相關的GDB命令是display。
display
display/
display/ expr
expr是一個表達式，fmt表示顯示的格式，addr表示內存地址，當你用display設定好了一個或多個表達式後，只要你的程序被停下來，GDB會自動顯示你所設置的這些表達式的值。
格式i和s同樣被display支持，一個非常有用的命令是：
display/i $pc
undisplay
delete display
刪除自動顯示，dnums意為所設置好了的自動顯式的編號。
disable display
enable display
disable和enalbe不刪除自動顯示的設置，而只是讓其失效和恢復。
info display
查看display設置的自動顯示的信息。GDB會打出一張表格，向你報告當然調試中設置了多少個自動顯示設置，其中包括，設置的編號，表達式，是否enable。
13. 設置顯示選項
set print address
set print address on
打開地址輸出，當程序顯示函數信息時，GDB會顯出函數的參數地址。系統默認為打開的，
show print address
查看當前地址顯示選項是否打開。
set print array
set print array on
打開數組顯示，打開後當數組顯示時，每個元素佔一行，如果不打開的話，每個元素則以逗號分隔。這個選項默認是關閉的。與之相關的兩個命令如下，我就不再多說了。
set print array off
show print array
set print elements
這個選項主要是設置數組的，如果你的數組太大了，那麼就可以指定一個來指定數據顯示的最大長度，當到達這個長度時，GDB就不再往下顯示了。如果設置為0，則表示不限制。
show print elements
查看print elements的選項信息。
set print null-stop
如果打開了這個選項，那麼當顯示字元串時，遇到結束符則停止顯示。這個選項默認為off。
set print pretty on
如果打開printf pretty這個選項，那麼當GDB顯示結構體時會比較漂亮。
14.關於顯示源碼list
⑶ 如何寫gdb命令腳本
GDB是一個強大的命令行調試工具。雖然X Window提供了GDB的圖形版DDD，但是我仍然更鍾愛在命令行模式下使用GDB。大家知道命令行的強大就是在於，其可以形成執行序列，形成腳本。UNIX下的軟體全是命令行的，這給程序開發提代供了極大的便利，命令行軟體的優勢在於，它們可以非常容易的集成在一起，使用幾個簡單的已有工具的命令，就可以做出一個非常強大的功能。
於是UNIX下的軟體比Windows下的軟體更能有機地結合，各自發揮各自的長處，組合成更為強勁的功能。而Windows下的圖形軟體基本上是各自為營，互相不能調用，很不利於各種軟體的相互集成。在這里並不是要和Windows做個什麼比較，所謂「寸有所長，尺有所短」，圖形化工具還是有不如命令行的地方。
1 GDB概述
GDB是GNU開源組織發布的一個強大的UNIX下的程序調試工具。或許，各位比較喜歡那種圖形界面方式的，像VC、BCB等IDE的調試，但如果你是在 UNIX平台下做軟體，你會發現GDB這個調試工具有比VC、BCB的圖形化調試器更強大的功能。所謂「寸有所長，尺有所短」就是這個道理。
一般來說，GDB主要幫忙你完成下面四個方面的功能：
1、啟動你的程序，可以按照你的自定義的要求隨心所欲的運行程序。
2、可讓被調試的程序在你所指定的調置的斷點處停住。（斷點可以是條件表達式）
3、當程序被停住時，可以檢查此時你的程序中所發生的事。
4、動態的改變你程序的執行環境。
⑷ gdb斷點怎麼實現的
2009年12月29日，程序調試工具 GDB 7.0.1 發布，新版本修正了7.0版本的一些嚴重的堆棧溢出bug，這些bug可能導致 GDB 調試進程中斷，修正了在 FreeBSD 和 IRⅨ 系統下無法編譯的問題，增加了對 Thumb2調試的支持，還有其他一些小bug的修復。
2010年03月19日，GDB 7.1 發布，
詳細改進內容：多程序調試的支持；
位置獨立的可執行文件（派）調試的支持；
新的目標（包括一個模擬器）：Xilinx MicroBlaze和瑞薩RX;
Python支持增強；
c++支持擴展；
新tracepoint功能；
過程記錄的改進;
遠程協議擴展。
2010年09月06日 ，GDB 7.2 發布，
該版本改進記錄：
⒈ 支持D語言
⒉ C++ 改進，支持參數依賴查找ADL，靜態常量類成員和改進了用戶自定義操作符的支持
⒊ Python 調試的改進，包括斷點、符號、符號表、程序空間、線程等可通過命令行進行操作
⒋ Furthermore,enhancements were made for tracepoints and for GDBserver.在跟蹤點和GDB程序上有了改善。
⒌ 支持 ARM Symbian 平台
⒍ 其他方面的改進和bug修復。
2011年08月26日，GDB 7.3a 發布，
變化：
1。GDB可以理解線程的名字。
2。這個命令」線程名稱」（指定一個名稱）和「線程找到[REGEXP]」（匹配名稱、目標ID,或者額外的信息）被添加。
3。Python腳本支持是大大增強。
4。在c++的支持，異常處理是提高，模板參數放在范圍在一個實例化時調試。
5。線程調試的核心轉儲在GNU / Linux成為可能。
6。最初支持C語言版本的OpenCL。
7。許多其他改進。
⑸ gdb調試的問題，請教大神！
後面一次操作好理解，gdb myapp，然後可以運行，可以看見符號
接著執行了 file 命令，把程序和符號都清理掉了
但前面一次操作不好理解，gdb myapp後，list 命令沒有符號，但可以運行，難道第一次編輯出的 myapp 沒加 -g ，沒產生調試符號
⑹ 請問如何用GDB輸出結構體中的內容
這個要自己寫gdb腳本，gdb用戶手冊23 Extending gdb這一章！
⑺ 如何生成符號表
加了-g選擇後生成的ELF文件含有符號信息。載入這個文件就可以了。 你現在碰到什麼樣的問題了？如果在GDB里執行
b main
這樣的命令能成功，說明已經有符號表了。 GDB也會在file 命令之後，告訴你它讀取了什麼文件里的符號表。
⑻ gdb設條件斷點，說找不到string類全局變數的符號，為什麼
在main處設斷點，進入程序，然後在f函數裡面設另一個斷點 。
(gdb) b main
Breakpoint 1 at 0x4009c0: file 1.cpp, line 11.
(gdb) r
Starting program: /home/dev/a.out
Breakpoint 1, main () at 1.cpp:11
11 f();
(gdb) n
12 s+="b";
(gdb) b 6 if strcmp(s.c_str(),"abc")==0
No symbol "s" in current context.
⑼ 如何編譯可以在Windows下運行的帶有Python支持的ARM Linux GDB
做這件事情的目的是為了在QtCreator里調試ARM Linux程序的時候，能看清楚QString、QList這些Qt特有的對象的內容，而不是一個完全看不懂的結構體。
目前（2014年8月）Linaro、CodeSourcery的GCC工具鏈里的GDB都不支持Python。想知道你用的GDB支持不支持，試一試就行，這樣表示不支持：
(gdb) python
>print 'Hello GDB!'
>（按Ctrl+D）Python scripting is not supported in this of GDB.
這樣表示支持：
(gdb) python
>print 'Hello GDB!'
>（按Ctrl+D）Hello GDB!
這件事情乍一看也很簡單，只要把GDB源碼下載下來，然後再配置，打開Python支持就行了。實際上會遇到的問題是，在MinGW下，又要與「\」和「:」這兩個Windows路徑里的刺頭斗爭了。我覺得我之前挺傻，編譯MinGW下Qt的時候，就去硬磕源碼和configure腳本去了。這次GDB的configure是自動生成的，不是給人看的，configure.ac看起來也很費勁，根本磕不下去，於是我換了個思路，在ubuntu下交叉編譯吧，sudo apt-get install mingw32，這是Ubuntu下的MinGW交叉編譯器。
然後是依賴，這樣的GDB要依賴expat和python的開發版本。如果是ubuntu底下直接編譯，apt-cache search一下他們的開發版本，然後sudo apt-get install一下就好了；給MinGW交叉編譯就麻煩了。先說expat，這個好辦，把http://downloads.sourceforge.net/project/expat/expat/2.1.0/expat-2.1.0.tar.gz下載下來，然後：
./configure --prefix=[安裝目錄，如/home/c/mingw-gdb/expat] --host=i586-mingw32msvc
make
make install
會提示一些警告，無視即可。
Python就無語了，目前的GDB貌似最高支持Python 2.7，而2.7版本的Python本身不支持MinGW…… 好在有高手做了Patch，也寫了說明，可以參考這文章：http://mdqinc.com/blog/2011/10/cross-compiling-python-for-windows-with-mingw32/
但是，就算這樣，編譯也充滿挑戰，要修復很多問題，出來的Python還少「nt」模塊。就在我覺得沒辦法的時候，突然發現Windows版Qt提供的MinGW居然內置了Python開發包，位置在Tools/mingw48_32/opt，趕緊把它拷貝到Linux下，比如/home/c/mingw-gdb/python。當然，你也必須確保ubuntu下有可用的python。
然後，給GDB打一個補丁：
--- gdb-7.8/gdb/configure 2014-07-29 20:37:42.000000000 +0800
+++ gdb-7.8-old/gdb/configure 2014-08-30 00:08:27.122042706 +0800
@@ -8263,21 +8263,22 @@
# We have a python program to use, but it may be too old.
# Don't flag an error for --with-python=auto (the default).
have_python_config=yes
- python_includes=`${python_prog} ${srcdir}/python/python-config.py --includes`
+ python_config_tool=`echo ${python_prog} | sed "s#python.exe#python-config#g"`
+ python_includes=`${python_config_tool} --includes`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
as_fn_error "failure running python-config --includes" "$LINENO" 5
fi
fi
- python_libs=`${python_prog} ${srcdir}/python/python-config.py --ldflags`
+ python_libs=`${python_config_tool} --ldflags`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
as_fn_error "failure running python-config --ldflags" "$LINENO" 5
fi
fi
- python_prefix=`${python_prog} ${srcdir}/python/python-config.py --exec-prefix`
+ python_prefix=`${python_config_tool} --exec-prefix`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
@@ -8343,12 +8344,12 @@
return 0;
}
_ACEOF
-if ac_fn_c_try_link "$LINENO"; then :
+#if ac_fn_c_try_link "$LINENO"; then :
have_libpython=${version}
found_usable_python=yes
PYTHON_CPPFLAGS=$new_CPPFLAGS
PYTHON_LIBS=$new_LIBS
-fi
+#fi
rm -f core conftest.err conftest.$ac_objext \
conftest$ac_exeext conftest.$ac_ext
CPPFLAGS=$save_CPPFLAGS
這個補丁的目的是強制為檢測到python。
然後給拷貝到Linux下的python開發包打一個補丁：
--- python-old/bin/python-config 2013-04-18 02:43:01.000000000 +0800
+++ python/bin/python-config 2014-08-30 00:53:16.630060288 +0800
@@ -1,4 +1,4 @@
-#!/temp/x32-480-posix-dwarf-r2/mingw32/opt/bin/python2.7.exe
+#!/usr/bin/python
import sys
import os
@@ -31,26 +31,23 @@
for opt in opt_flags:
if opt == '--prefix':
- print sysconfig.PREFIX
+ print '../python'
elif opt == '--exec-prefix':
- print sysconfig.EXEC_PREFIX
+ print '../python'
elif opt in ('--includes', '--cflags'):
- flags = ['-I' + sysconfig.get_python_inc(),
- '-I' + sysconfig.get_python_inc(plat_specific=True)]
+ flags = ['-I' + os.path.split(os.path.realpath(__file__))[0] + '/../include/python2.7']
if opt == '--cflags':
- flags.extend(getvar('CFLAGS').split())
+ flags += ['-fno-strict-aliasing -DMS_WIN32 -DMS_WINDOWS -DHAVE_USABLE_WCHAR_T -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes']
print ' '.join(flags)
elif opt in ('--libs', '--ldflags'):
- libs = getvar('LIBS').split() + getvar('SYSLIBS').split()
- libs.append('-lpython'+pyver)
+ libs = ['-lm -lpython2.7 -Wl,--out-implib=libpython2.7.dll.a']
# add the prefix/lib/pythonX.Y/config dir, but only if there is no
# shared library in prefix/lib/.
if opt == '--ldflags':
if not getvar('Py_ENABLE_SHARED'):
- libs.insert(0, '-L' + getvar('LIBPL'))
- libs.extend(getvar('LINKFORSHARED').split())
+ libs.insert(0, '-L' + os.path.split(os.path.realpath(__file__))[0] + '/../lib/python2.7/config')
print ' '.join(libs)
因為Linux下是無法運行開發包中的python.exe的，所以這個補丁借用了ubuntu的python。裡面的cflags和ldflags都是在Windows底下運行原始python-config獲得的。prefix和exec-prefix設成「../python」，可以在編譯完以後，把python開發包拷貝到gdb安裝目錄裡面的python子目錄，這樣運行GDB的時候就不需要設定PYTHONHOME環境變數了。
最後一個事情，確保你的Linux下有arm交叉編譯器，我的是arm-linux-gnueabihf，是啥target就寫啥。
准備工作做完了，開始配置和編譯：
./configure --with-expat --host=i586-mingw32msvc --target=arm-linux-gnueabihf --with-libexpat-prefix=[expat安裝位置] --with-python=[python開發包安裝位置/bin/python.exe]
make
make DESTDIR=[GDB安裝位置] install
然後把GDB安裝位置下面的所有文件拷貝到Windows下，再把python開發包拷貝到同目錄下的python子目錄，大功告成。
如果提示沒找到libpython2.7.dll，那就把GDB安裝目錄的python/bin下的拷貝到bin下。
如果發現生成的exe文件太大了，那就strip一下。
2015年9月12日追加：
在windows下調試時，一般會提示說載入不了共享庫，讓你用"set sysroot"或"set solib-search-path"之類設定路徑的。這個問題可以通過.gdbinit文件，用上面這兩條命令來設定路徑解決，如果想一勞永逸，可以在編譯的時候加上host_configargs環境變數來解決這個問題：
host_configargs=--with-sysroot=E:\MinGW\opt\sysroot-arm ./configure ...
或者
export host_configargs=--with-sysroot=E:\MinGW\opt\sysroot-arm
./configure ...
後面的路徑是放在windows下的sysroot的位置。
⑽ 怎樣用GDB調試一個由腳本文件啟動的程序
使用GDB
一般來說GDB主要調試的是C/C++的程序。要調試C/C++的程序，首先在編譯時，我們必須要把調試信息加到可執行文件中。使用編譯器（cc/gcc/g++）的 -g 參數可以做到這一點。如：
$gcc -g -Wall hello.c -o hello
$g++ -g -Wall hello.cpp -o hello
如果沒有-g，你將看不見程序的函數名、變數名，所代替的全是運行時的內存地址。當你用-g把調試信息加入之後，並成功編譯目標代碼以後，讓我們來看看如何用gdb來調試他。
啟動GDB的方法有以下幾種：
gdb <program>
program也就是你的執行文件，一般在當前目錄下。
gdb <program> core
用gdb同時調試一個運行程序和core文件，core是程序非法執行後core mp後產生的文件。
gdb <program> <PID>
如果你的程序是一個服務程序，那麼你可以指定這個服務程序運行時的進程ID。gdb會自動attach上去，並調試他。program應該在PATH環境變數中搜索得到。
以上三種都是進入gdb環境和載入被調試程序同時進行的。也可以先進入gdb環境，在載入被調試程序，方法如下：
*在終端輸入：gdb
*在gdb環境中：file <program>
這兩步等價於：gdb <program>
GDB啟動時，可以加上一些GDB的啟動開關，詳細的開關可以用gdb -help查看。我在下面只例舉一些比較常用的參數：
-symbols <file>
-s <file>
從指定文件中讀取符號表。
-se file
從指定文件中讀取符號表信息，並把他用在可執行文件中。
-core <file>
-c <file>
調試時core mp的core文件。
-directory <directory>
-d <directory>
加入一個源文件的搜索路徑。默認搜索路徑是環境變數中PATH所定義的路徑。