• <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>

            天衣有縫

            冠蓋滿京華,斯人獨(dú)憔悴~
            posts - 35, comments - 115, trackbacks - 0, articles - 0
               :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            0.轉(zhuǎn)載請(qǐng)保留原創(chuàng):http://m.shnenglu.com/jinglexy
            MSN and Email: jinglexy at yahoo dot com dot cn


            前不久寫的一個(gè)調(diào)試器,公司很多模塊使用linux環(huán)境,由于使用平臺(tái)的緣故,bug非常多,于是編寫了一個(gè)簡(jiǎn)單的調(diào)試器:大致功能是捕獲程序異常,打印調(diào)用棧(也包括調(diào)用函數(shù)名),對(duì)運(yùn)行的進(jìn)程進(jìn)行代碼或函數(shù)調(diào)試,內(nèi)核簡(jiǎn)單調(diào)試等。代碼量并不大,有效代碼行不超過(guò)3000行,花了10工作日完成,可能是時(shí)間緊迫吧,后期調(diào)試用了3周,汗哪!

             

            1.使用ptrace系統(tǒng)調(diào)用關(guān)聯(lián)一個(gè)進(jìn)程后,需要waitpid(pid, NULL, WUNTRACED);一下,這個(gè)調(diào)試了很長(zhǎng)時(shí)間才發(fā)現(xiàn)的,我猜測(cè)可能是因?yàn)?/span>ptrace后,不像信號(hào)立即 進(jìn)入目標(biāo)進(jìn)程的處理。需要調(diào)度到目標(biāo)進(jìn)程后,進(jìn)入do_waitpid()處理函數(shù)以設(shè)置正確的調(diào)試狀態(tài)。如果不這樣做,會(huì)導(dǎo)致釋放管理進(jìn)程失敗。比較流行的調(diào)試工具gdb就是使用ptrace實(shí)現(xiàn)的,在gcc編譯過(guò)程中也會(huì)插入專門的調(diào)試信息。原理比較簡(jiǎn)單,實(shí)現(xiàn)起來(lái)細(xì)節(jié)需要注意的也很多。

             

            2.在跟蹤程序異常時(shí)的調(diào)用棧中發(fā)現(xiàn)的:montavista編譯環(huán)境的一個(gè)bug?(不能捕獲動(dòng)態(tài)庫(kù)中的異常,主要是因?yàn)閯?dòng)態(tài)庫(kù)加載時(shí)地址都不固定,使用了一種叫做got的技術(shù),可以閱讀coly大俠翻譯的《連接器與加載器》一書,非常棒)

            當(dāng)程序收到異常信號(hào)后,內(nèi)核進(jìn)入do_signal()處理,在arch/arm/kernel/signal.c文件,

            do_signal()  -- > handle_signal()  --> setup_rt_frame()

             

            setup_rt_frame會(huì)拷貝上下文環(huán)境的數(shù)據(jù)結(jié)構(gòu)到用戶空間,

            就是它的參數(shù) siginfo_t *info,這個(gè)數(shù)據(jù)結(jié)構(gòu)內(nèi)部包含了上下文的數(shù)據(jù)結(jié)構(gòu)struct ucontext ,

            定義在:include/asm-arm/ucontext.h,內(nèi)容如下:


            struct ucontext {
             unsigned long   uc_flags;
             struct ucontext  *uc_link;
             stack_t    uc_stack;
             struct sigcontext uc_mcontext;
             sigset_t   uc_sigmask; /* mask last for extensibility */
            };

            arm_v5t_le-gcc中,上下文結(jié)構(gòu)定義如下:

            /opt/montavista/pro/devkit/arm/v5t_le/target/usr/include/sys/ucontext.h文件

            typedef struct ucontext
              {
                unsigned long int uc_flags;
                struct ucontext *uc_link;
                __sigset_t uc_sigmask;
                stack_t uc_stack;
                mcontext_t uc_mcontext;
                long int uc_filler[5];
              } ucontext_t;
            在上面數(shù)據(jù)結(jié)構(gòu)中, __sigset_t uc_sigmask;被定義在上下文環(huán)境之前,

            而在內(nèi)核中 fp指針在 uc_mcontextarm_fp域中(先將uc_mcontext強(qiáng)制轉(zhuǎn)換成struct sigcontext結(jié)構(gòu)

            asm-arm/sigcontext.h定義),

            也就是第14個(gè) int 成員, 由于上面的stack_t 占內(nèi)存為3個(gè) int型,所以在nipdebug調(diào)試庫(kù)中修補(bǔ)為

            *bp = ct->uc_sigmask.__val[17];

             

            結(jié)論:montavista編譯環(huán)境的ucontext.h文件定義上下文環(huán)境的數(shù)據(jù)結(jié)構(gòu)位置不正確,

            而該數(shù)據(jù)結(jié)構(gòu)在/opt/arm/arm-linux/sys-include/sys/ucontext.h(即arm9)中定義是正確的,

            /opt/ppc/include/sys/ucontext.hppc交叉編譯)中也是正確的。

             

            Feedback

            # re: 一個(gè)調(diào)試工具編寫的發(fā)現(xiàn)(原創(chuàng))  回復(fù)  更多評(píng)論   

            2007-05-16 21:04 by 藍(lán)迪
            您有工作經(jīng)驗(yàn),向您學(xué)習(xí)/
            敝人是名在校生,想在軟件上發(fā)展,可又比較迷茫,好象實(shí)用性并沒有網(wǎng)絡(luò)強(qiáng)。

            能談?wù)勀鷮?duì)軟件開發(fā)上的整體認(rèn)識(shí)嗎?期待

            # re: 一個(gè)調(diào)試工具編寫的發(fā)現(xiàn)(原創(chuàng))  回復(fù)  更多評(píng)論   

            2007-05-19 23:19 by raywill
            可以這樣:(原創(chuàng))=>(翻譯)

            # re: 一個(gè)調(diào)試工具編寫的發(fā)現(xiàn)(原創(chuàng))  回復(fù)  更多評(píng)論   

            2007-05-21 21:22 by 天衣有縫
            OK:)

            # re: 一個(gè)調(diào)試工具編寫的發(fā)現(xiàn)(原創(chuàng))  回復(fù)  更多評(píng)論   

            2007-06-05 15:47 by 天衣有縫
            刪掉了一些東西,現(xiàn)在對(duì)軟件還談不上什么感覺,慚愧
            久久精品一区二区国产| 精品多毛少妇人妻AV免费久久| 精品久久久久久国产牛牛app | 2021少妇久久久久久久久久| 婷婷综合久久中文字幕蜜桃三电影| 久久精品国产乱子伦| 999久久久无码国产精品| 99久久精品费精品国产一区二区| 日本久久久久久中文字幕| 亚洲国产精品综合久久网络| 久久夜色精品国产噜噜噜亚洲AV| 亚洲成人精品久久| 四虎国产精品成人免费久久| 久久九九精品99国产精品| 九九久久自然熟的香蕉图片| 久久精品这里只有精99品| 久久久久久夜精品精品免费啦| 国产综合精品久久亚洲| 国产精品9999久久久久| 色综合久久夜色精品国产| 久久久国产精品网站| 久久久女人与动物群交毛片 | 欧美久久一区二区三区| …久久精品99久久香蕉国产| 亚洲AV伊人久久青青草原| 久久国产精品成人免费| 麻豆亚洲AV永久无码精品久久| 日韩AV毛片精品久久久| 色综合久久中文色婷婷| 狠狠色婷婷久久一区二区三区| 久久久久一本毛久久久| 色综合久久久久| 久久伊人精品青青草原高清| 久久综合给合久久狠狠狠97色| 无码国内精品久久综合88| 久久午夜无码鲁丝片午夜精品| 免费观看成人久久网免费观看| 国产精品一区二区久久不卡| 久久久久亚洲AV片无码下载蜜桃 | 亚洲国产精品无码久久久秋霞2 | 久久久久国产精品麻豆AR影院|