Linux gdb調試多線程

linux gdb 調試多線程 單獨調試線程

http://coolshell.cn/articles/3643.html

一、多線程調試

多線程調試可能是問得最多的。其實，重要就是下面幾個命令：

info thread 查看當前進程的線程。 thread <ID> 切換調試的線程為指定ID的線程。 break file.c:100 thread all  在file.c檔案第100行處為所有經過這裡的線程設定斷點。 set scheduler-locking off|on|step，這個是問得最多的。在使用step或者continue命令調試當前被調試線程的時候，其他線程也是同時執行的，怎麼只讓被偵錯工具執行呢？通過這個命令就可以實現這個需求。 off 不鎖定任何線程，也就是所有線程都執行，這是預設值。
on 只有當前被偵錯工具會執行。 step 在單步的時候，除了next過一個函數的情況(熟悉情況的人可能知道，這其實是一個設定斷點然後continue的行為)以外，只有當前線程會執行。 二、調試宏

這個問題超多。在GDB下，我們無法print宏定義，因為宏是先行編譯的。但是我們還是有辦法來調試宏，這個需要GCC的配合。

在GCC編譯器的時候，加上-ggdb3參數，這樣，你就可以調試宏了。

另外，你可以使用下述的GDB的宏調試命令 來查看相關的宏。

info macro – 你可以查看這個宏在哪些檔案裡被引用了，以及宏定義是什麼樣的。 macro – 你可以查看宏展開的樣子。

三、源檔案

這個問題問的也是很多的，太多的朋友都說找不到源檔案。在這裡我想提醒大家做下面的檢查：

編譯器員是否加上了-g參數以包含debug資訊。 路徑是否設定正確了。使用GDB的directory命令來設定源檔案的目錄。

下面給一個調試/bin/ls的樣本（ubuntu下）

1234567891011121314151617181920$ apt-get sourcecoreutils$ sudoapt-get installcoreutils-dbgsym$ gdb /bin/lsGNU gdb (GDB) 7.1-ubuntu(gdb) list main1192    ls.c: No such fileor directory.inls.c(gdb) directory ~/src/coreutils-7.4/src/Source directories
searched: /home/hchen/src/coreutils-7.4:$cdir:$cwd(gdb) list main1192        }1193    }11941195    int1196    main (int argc, char **argv)1197    {1198      int i;1199      struct pending *thispend;1200      int n_files;1201

四、條件斷點

條件斷點是文法是：break  [where] if [condition]，這種斷點真是非常管用。尤其是在一個迴圈或遞迴中，或是要監視某個變數。注意，這個設定是在GDB中的，只不過每經過那個斷點時GDB會幫你檢查一下條件是否滿足。

五、命令列參數

有時候，我們需要調試的程式需要有命令列參數，很多朋友都不知道怎麼設定調試的程式的命令列參數。其實，有兩種方法：

gdb命令列的 –args 參數 gdb環境中 set args命令。 六、gdb的變數

有時候，在偵錯工具時，我們不單單只是查看運行時的變數，我們還可以直接設定程式中的變數，以類比一些很難在測試中出現的情況，比較一些出錯，或是switch的分支語句。使用set命令可以修改程式中的變數。

另外，你知道gdb中也可以有變數嗎？就像shell一樣，gdb中的變數以$開頭，比如你想列印一個數組中的個個元素，你可以這樣：

12345(gdb) set$i = 0  (gdb) p a[$i++]  ...  #然後就一路斷行符號下去了

當然，這裡只是給一個樣本，表示程式的變數和gdb的變數是可以互動的。

七、x命令

也許，你很喜歡用p命令。所以，當你不知道變數名的時候，你可能會手足無措，因為p命令總是需要一個變數名的。x命令是用來查看記憶體的，在gdb中 “help x” 你可以查看其協助。

x/x 以十六進位輸出 x/d 以十進位輸出 x/c 以單字元輸出 x/i  反組譯碼 – 通常，我們會使用 x/10i $ip-20 來查看當前的彙編（$ip是指令寄存器）x/s 以字串輸出 八、command命令

有一些朋友問我如何自動化調試。這裡向大家介紹command命令，簡單的理解一下，其就是把一組gdb的命令打包，有點像文書處理軟體的“宏”。下面是一個樣本：

12345678910(gdb) breakfuncBreakpoint 1 at 0x3475678: filetest.c, line 12.(gdb) command1Type commands forwhen breakpoint 1 is hit, one per line.End with a line saying just "end".>print arg1>print arg2>print arg3>end(gdb)

當我們的斷點到達時，自動執行command中的三個命令，把func的三個參數值打出來。

（全文完）

http://blog.csdn.net/maintyb011/archive/2010/07/22/5755723.aspx

設定core環境
uname -a 查看機器參數
ulimit -a 查看預設參數
ulimit -c 1024  設定core檔案大小為1024
ulimit -c unlimit 設定core檔案大小為無限

  多線程如果dump，多為段錯誤，一般都涉及記憶體非法讀寫。可以這樣處理，使用下面的命令開啟系統開關，讓其可以在死掉的時候產生
core檔案。   
ulimit -c unlimited

線程調試命令
(gdb)info threads 
顯示當前可調試的所有線程，每個線程會有一個GDB為其分配的ID，後面操作線程的時候會用到這個ID。 
前面有*的是當前調試的線程。

(gdb)thread ID 
切換當前調試的線程為指定ID的線程。

(gdb)thread apply ID1 ID2 command 
讓一個或者多個線程執行GDB命令command。
(gdb)thread apply all command 
讓所有被調試線程執行GDB命令command。

(gdb)set scheduler-locking off|on|step 
估計是實際使用過多線程調試的人都可以發現，在使用step或者continue命令調試當前被調試線程的時候，其他線程也是同時執行的，怎麼只讓被偵錯工具執行呢？通過這個命令就可以實現這個需求。 
off 不鎖定任何線程，也就是所有線程都執行，這是預設值。 
on 只有當前被偵錯工具會執行。 
step 在單步的時候，除了next過一個函數的情況(熟悉情況的人可能知道，這其實是一個設定斷點然後continue的行為)以外，只有當前線程會執行。

//顯示線程堆棧資訊
(gdb) bt 
察看所有的調用棧

(gdb) f 3
調用框層次

(gdb) i locals  
顯示所有當前調用棧的所有變數

#gnu/linux/unix 開源平台補充：Linux查看線程佔用cpu命令ps H -eo user,pid,ppid,tid,time,%cpu,cmd --sort=%cpu 
很多資料提示在top後按大寫的H也就是shift +h可以顯示，不過實驗不行