Ⅰ gdb 的 l 命令
gcc test.c -o test -g
那個-g是告訴gcc把調試信息加進來的。 具體你可以man gcc看看。
-g:
Proce debugging information in the operating system's native format. GDB can work with this debugging information.
Ⅱ 通過批處理 進入gdb 然後怎麼運行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和一般的調試工具沒有什麼兩樣，基本上也是完成這些功能，不過在細節上，你會發現GDB這個調試工具的強大，大家可能比較習慣了圖形化的調試工具，但有時候，命令行的調試工具卻有著圖形化工具所不能完成的功能。
一個調試示例
源程序：tst.c
代碼:
1 #include
2
3 int func(int n)
4 {
5 int sum=0,i;
6 for(i=0; i
7 {
8 sum+=i;
9 }
10 return sum;
11 }
12
13
14 main()
15 {
16 int i;
17 long result = 0;
18 for(i=1; i<=100; i++)
19 {
20 result += i;
21 }
22
23 printf("result[1-100] = %d", result );
24 printf("result[1-250] = %d", func(250) );
25 }
編譯生成執行文件：（Linux下）
root@linux:/home/benben/test# gcc -g tst.c -o tst
使用GDB調試：
代碼:
root@linux:/home/benben/test# gdb tst <---------- 啟動GDB
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-suse-linux"...
(gdb) l <-------------------- l命令相當於list，從第一行開始例出原碼。
Ⅲ 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函數的入口處停住。
(3)gdb腳本使用哪個命令載入擴展閱讀：
一般來說，GDB主要幫助完成下面四個方面的功能：
1、啟動程序，可以按照你的自定義的要求隨心所欲的運行程序。
2、可讓被調試的程序在你所指定的調置的斷點處停住。（斷點可以是條件表達式）
3、當程序被停住時，可以檢查此時你的程序中所發生的事。
4、可以改變你的程序，將一個BUG產生的影響修正從而測試其他BUG。
Ⅳ 怎樣用gdb調試一個由腳本文件啟動的程序
我用makefile寫了個編譯程序，因為makefile自動搜索源文件路徑，所以在寫這個makefile文件時，我的每個源文件 只有文件名，而沒附帶路徑名，說白了，我編譯完成後，我的.h 文件在 /SE/include中，.cpp文件在 /SE/src中， .o文件和 可執行文件在/...
Ⅳ gcc中怎麼使用gdb命令
在linux系統中，默認是沒有安裝gcc編譯器的，可以通過命令
rpm -q | grep gcc
來查看。安裝命令為：
yum -y install gcc
安裝後，編寫一個.c結尾的文件。
gcc test.c
就會默認輸出一個a.out的輸出文件，這個輸出文件就是可執行文件。
如果加上-o選項，則可以自定目標文件。
gcc -o test test.c
test就是它的可執行文件。
一般都默認加上-Wall 選項，可以自動提示一些出錯警告的信息。
gcc -Wall -o test test.c
gbd
以上就是常用的gcc相關知識了。下面就是它的調試，調試通常使用gdb。在編譯的時候需要加上選項-ggdb3選項
gcc -ggdb3 -Wall -o test test.c
這樣在沒有出錯的情況下
gdb test
就進入調試窗口
輸入下面命令可以進行如下的操作：
break 設置斷點
break 21 在第21行設置斷點
break main 在main函數處設置斷點
break test 在函數test處設置斷點
step / s 下一步，直接執行下一條程序
continue / cont 下一段，如果遇到函數，不會進入函數，逐過程，有點類似VS裡面的F10
run 運行
finish 結束調試
tbreak設置臨時斷點
print / p 顯示某個變數的值
p *array@len 輸出數組
p i 輸出i的值
enable 恢復失效的斷點
disable 使斷點失效
clear 清除斷點
backtrace / bt 查看堆棧信息
相關的輸出格式
x 十六進制格式
d 十進制格式
u 十六進制無符號
o 八進制顯示
t 二進制顯示
a 十六進制顯示
c 字元格式顯示
f 浮點數格式顯示
Ⅵ 怎樣用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所定義的路徑。
Ⅶ .gdb是什麼格式用啥軟體可以打開
.gdb格式的文件是GPS定位儀器所採集是定位數據通過儀器自動保存的文件，可利用MapSourse及GoogleEarth等軟體打開此文件，顯示的是定位數據。
變化：
1、GDB可以理解線程的名字。
2、這個命令」線程名稱」（指定一個名稱）和「線程找到[REGEXP]」（匹配名稱、目標ID,或者額外的信息）被添加。
3、Python腳本支持大大增強。
4、在c++的支持，異常處理是提高，模板參數放在范圍在一個實例化時調試。
5、線程調試的核心轉儲在GNU / Linux成為可能。
(7)gdb腳本使用哪個命令載入擴展閱讀：
執行程序：
要想運行准備調試的程序，可使用run命令，在它後面可以跟隨發給該程序的任何參數，包括標准輸入和標准輸出說明符（<；和>；）和shell通配符（*、？、[、]）在內。
如果使用不帶參數的run命令，gdb就再次使用你給予前一條run命令的參數，這是很有用的。利用set args 命令就可以修改發送給程序的參數，而使用show args 命令就可以查看其預設參數的列表。
(gdb) file a.out //載入被調試的可執行程序文件。
（gdb）set args –b –x
（gdb) show args
（gdb）r //執行程序
backtrace命令為堆棧提供向後跟蹤功能。Backtrace 命令產生一張列表，包含著從最近的過程開始的所有有效過程和調用這些過程的參數。
Ⅷ 初步接觸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 怎麼載入源文件調試
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函數的入口處停住。
Ⅹ 如何寫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、動態的改變你程序的執行環境。