• <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://www.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成人无码软件 | 国产精品99久久免费观看| 精品午夜久久福利大片| 久久久久久亚洲精品无码| 久久综合九色综合网站| 国产精品久久久久乳精品爆| 精品久久久久久国产| 久久综合狠狠综合久久激情 | 久久乐国产综合亚洲精品| 久久免费小视频| 久久人人爽人人爽人人片AV高清| 草草久久久无码国产专区| 久久精品国产亚洲AV忘忧草18| 国产一区二区三精品久久久无广告 | 久久99国产精一区二区三区| 狠狠色丁香婷婷久久综合 | 99精品国产在热久久| 久久精品卫校国产小美女| 国产成人精品久久一区二区三区av | 久久精品国产精品亚洲下载| 久久精品国产亚洲av麻豆色欲| 国产精品久久久久久五月尺| 久久国产成人午夜aⅴ影院| 久久综合综合久久狠狠狠97色88| 午夜人妻久久久久久久久| 国产毛片久久久久久国产毛片| 久久久久一区二区三区| av无码久久久久不卡免费网站| 亚洲中文久久精品无码| 99久久香蕉国产线看观香| 欧洲国产伦久久久久久久 | 爱做久久久久久| 久久综合久久性久99毛片| 国产精品欧美久久久久天天影视| 国产精品久久久久一区二区三区| 国产农村妇女毛片精品久久| 久久精品中文字幕一区| 久久精品视频一|