• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Networking /C++/Linux

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              11 Posts :: 14 Stories :: 1 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(4)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            七、八年前寫過一篇《用GDB調試程序》,于是,從那以后,很多朋友在MSN上以及給我發(fā)郵件詢問我關于GDB的問題,一直到今天,還有人在問GDB的相關問題。這么多年來,有一些問題是大家反復在問的,一方面,我覺得我以前的文章可能沒有說清楚,另一方面,我覺得大家常問的問題正是最有用的,所以,在這里羅列出來。希望大家補充。

            一、多線程調試

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

            • info thread 查看當前進程的線程。
            • thread <ID> 切換調試的線程為指定ID的線程。
            • break file.c:100 thread all  在file.c文件第100行處為所有經過這里的線程設置斷點。
            • set scheduler-locking off|on|step,這個是問得最多的。在使用step或者continue命令調試當前被調試線程的時候,其他線程也是同時執(zhí)行的,怎么只讓被調試程序執(zhí)行呢?通過這個命令就可以實現這個需求。
              • off 不鎖定任何線程,也就是所有線程都執(zhí)行,這是默認值。
              • on 只有當前被調試程序會執(zhí)行。
              • step 在單步的時候,除了next過一個函數的情況(熟悉情況的人可能知道,這其實是一個設置斷點然后continue的行為)以外,只有當前線程會執(zhí)行。

            二、調試宏

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

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

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

            • info macro – 你可以查看這個宏在哪些文件里被引用了,以及宏定義是什么樣的。
            • macro – 你可以查看宏展開的樣子。

            三、源文件

            這個問題問的也是很多的,太多的朋友都說找不到源文件。在這里我想提醒大家做下面的檢查:

            1. 編譯程序員是否加上了-g參數以包含debug信息。
            2. 路徑是否設置正確了。使用GDB的directory命令來設置源文件的目錄。

            下面給一個調試/bin/ls的示例(ubuntu下)

            1
            2
            3
            4
            5
            6
            7
            8
            9
            10
            11
            12
            13
            14
            15
            16
            17
            18
            19
            20
            $ apt-get source coreutils
            $ sudo apt-get install coreutils-dbgsym
            $ gdb /bin/ls
            GNU gdb (GDB) 7.1-ubuntu
            (gdb) list main
            1192    ls.c: No such file or directory.
            in ls.c
            (gdb) directory ~/src/coreutils-7.4/src/
            Source directories searched: /home/hchen/src/coreutils-7.4:$cdir:$cwd
            (gdb) list main
            1192        }
            1193    }
            1194
            1195    int
            1196    main (int argc, char **argv)
            1197    {
            1198      int i;
            1199      struct pending *thispend;
            1200      int n_files;
            1201

            四、條件斷點

            條件斷點是語法是:break  [where] if [condition],這種斷點真是非常管用。尤其是在一個循環(huán)或遞歸中,或是要監(jiān)視某個變量。注意,這個設置是在GDB中的,只不過每經過那個斷點時GDB會幫你檢查一下條件是否滿足。

            五、命令行參數

            有時候,我們需要調試的程序需要有命令行參數,很多朋友都不知道怎么設置調試的程序的命令行參數。其實,有兩種方法:

            1. gdb命令行的 –args 參數
            2. gdb環(huán)境中 set args命令。

            六、gdb的變量

            有時候,在調試程序時,我們不單單只是查看運行時的變量,我們還可以直接設置程序中的變量,以模擬一些很難在測試中出現的情況,比較一些出錯,或是switch的分支語句。使用set命令可以修改程序中的變量。

            另外,你知道gdb中也可以有變量嗎?就像shell一樣,gdb中的變量以$開頭,比如你想打印一個數組中的個個元素,你可以這樣:

            1
            2
            3
            4
            5
            (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的命令打包,有點像字處理軟件的“宏”。下面是一個示例:

            1
            2
            3
            4
            5
            6
            7
            8
            9
            10
            (gdb) break func
            Breakpoint 1 at 0x3475678: file test.c, line 12.
            (gdb) command 1
            Type commands for when breakpoint 1 is hit, one per line.
            End with a line saying just "end".
            >print arg1
            >print arg2
            >print arg3
            >end
            (gdb)

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

            (全文完)
            轉自:http://coolshell.cn/articles/3643.html

            posted on 2011-12-15 10:44 likun 閱讀(711) 評論(0)  編輯 收藏 引用 所屬分類: DEBUG
            69国产成人综合久久精品| 久久国产热精品波多野结衣AV| 麻豆成人久久精品二区三区免费| 久久综合狠狠综合久久激情 | 国内精品久久久久久久涩爱| 99久久99这里只有免费的精品| 亚洲av日韩精品久久久久久a| 久久久久久噜噜精品免费直播| 久久成人国产精品二三区| 777米奇久久最新地址| 99久久综合狠狠综合久久止| 99久久久精品免费观看国产| 久久久久久狠狠丁香| 美女写真久久影院| 久久久久97国产精华液好用吗| 久久本道久久综合伊人| 久久无码人妻精品一区二区三区 | 99久久婷婷国产一区二区| 久久免费小视频| 日本道色综合久久影院| 久久妇女高潮几次MBA| 欧美精品九九99久久在观看| 伊人色综合九久久天天蜜桃 | 久久国产精品波多野结衣AV| 精品久久久久久无码中文野结衣| 欧美国产成人久久精品| 狠狠色噜噜色狠狠狠综合久久| 久久精品无码专区免费东京热| 2020最新久久久视精品爱| 久久精品国产一区二区电影| 囯产极品美女高潮无套久久久| 狠狠色丁香久久婷婷综| 国产精品午夜久久| 日韩乱码人妻无码中文字幕久久 | 久久久网中文字幕| 久久天天躁狠狠躁夜夜avapp| 日本三级久久网| 亚洲国产精品无码久久98| 国产成人精品久久一区二区三区av| 亚洲AⅤ优女AV综合久久久| 国产精品久久自在自线观看|