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

            loop_in_codes

            低調(diào)做技術(shù)__歡迎移步我的獨(dú)立博客 codemaro.com 微博 kevinlynx

            使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué)

            Author : Kevin Lynx

            當(dāng)軟件作為release模式被發(fā)布給用戶時(shí),當(dāng)程序崩潰時(shí)我們很難去查找原因。常見的手法是輸出LOG文件,根據(jù)LOG文件分析
            程序崩潰時(shí)的運(yùn)行情況。我們可以通過SEH來捕獲程序錯(cuò)誤,然后輸出一些有用的信息作為我們分析錯(cuò)誤的資料。一般我們需要
            輸出的信息包括:系統(tǒng)信息、CPU寄存器信息、堆棧信息、調(diào)用堆棧等。而調(diào)用堆棧則是最有用的部分,它可以直接幫我們定位
            到程序崩潰時(shí)所處的位置(在何處崩潰)。(codeproject上關(guān)于這個(gè)專題的常見開場(chǎng)白 = =#)

            要獲取call stack(所謂的調(diào)用堆棧),就需要查看(unwind)stack的內(nèi)容。We could conceivably attempt to unwind the
            stack ourselves using inline assembly. But stack frames can be organized in different ways, depending on compiler
            optimizations and calling conventions, so it could become complicated to do it that way.(摘自vld文檔)要獲取棧的
            內(nèi)容,我們可以自己使用內(nèi)聯(lián)匯編獲取,但是考慮到兼容性,內(nèi)聯(lián)匯編并不是一個(gè)好的解決方案。我們可以使用微軟的dbghelp
            中的StackWalk64來獲取棧的內(nèi)容。

            StackWalk64聲明如下:
            BOOL StackWalk64(
              DWORD MachineType,
              HANDLE hProcess,
              HANDLE hThread,
              LPSTACKFRAME64 StackFrame,
              PVOID ContextRecord,
              PREAD_PROCESS_MEMORY_ROUTINE64 ReadMemoryRoutine,
              PFUNCTION_TABLE_ACCESS_ROUTINE64 FunctionTableAccessRoutine,
              PGET_MODULE_BASE_ROUTINE64 GetModuleBaseRoutine,
              PTRANSLATE_ADDRESS_ROUTINE64 TranslateAddress
            );

            具體每個(gè)參數(shù)的含義可以參見MSDN。這里說下ContextRecord參數(shù),該參數(shù)指定了CPU各個(gè)寄存器的內(nèi)容。StackFrame指定了stack
            frame的內(nèi)容。stack frame是什么,我也不知道。(= =) StackWalk64函數(shù)需要用戶指定當(dāng)前frame的地址,以及當(dāng)前程序的指令
            地址。這兩個(gè)信息都被填充進(jìn)ContextRecord,然后傳進(jìn)StackWalk64函數(shù)。

            那么如何獲取當(dāng)前的stack frame地址和當(dāng)前程序指令地址呢?如前所說,你可以使用內(nèi)聯(lián)匯編。(對(duì)于程序指令地址,因?yàn)橐@取
            EIP寄存器的內(nèi)容,而該寄存器不能被軟件訪問)也可以使用GetThreadContext一次性獲取當(dāng)前線程當(dāng)前運(yùn)行情況下的CPU各個(gè)寄存器
            內(nèi)容。補(bǔ)充下,當(dāng)前frame地址被放在EBP寄存器里,當(dāng)前程序指令地址放在EIP寄存器里。但是,如同MSDN對(duì)GetThreadContext函數(shù)
            的說明一樣,該函數(shù)可能獲取到錯(cuò)誤的寄存器內(nèi)容(You cannot get a valid context for a running thread)。

            另一種獲取Context(包含EBP and EIP)的方法就是使用SEH(結(jié)構(gòu)化異常處理),在__except中使用GetExceptionInformation獲取。

            GetExceptionInformation 傳回一個(gè)LPEXCEPTION_POINTERS指針,該指針指向一個(gè)EXCEPTION_POINTERS結(jié)構(gòu),該結(jié)構(gòu)里包含一個(gè)
            Context的指針,即達(dá)到目標(biāo),可以使用StackWalk函數(shù)。

            補(bǔ)充一下,你可以直接使用StackWalk函數(shù),StackWalk被define為StackWalk64(windows平臺(tái)相關(guān))。

            unwind棧后,可以進(jìn)一步獲取一個(gè)stack frame的內(nèi)容,例如函數(shù)名。這里涉及到SymFromAddr函數(shù),該函數(shù)可以根據(jù)一個(gè)地址返回
            符號(hào)名(函數(shù)名)。還有一個(gè)有意思的函數(shù):SymGetLineFromAddr,可以獲取函數(shù)對(duì)應(yīng)的源代碼的文件名和行號(hào)。

            當(dāng)然,這一切都依賴于VC產(chǎn)生的程序數(shù)據(jù)庫文件(pdb),以及提供以上API函數(shù)的dbghelp.dll。

            參考一段簡(jiǎn)單的代碼:

            ///
            ///
            ///

            #include <windows.h>
            #include 
            <stdio.h>
            #include 
            <dbghelp.h>

            #pragma comment( lib, 
            "dbghelp.lib" )

            void dump_callstack( CONTEXT *context )
            {
             STACKFRAME sf;
             memset( 
            &sf, 0sizeof( STACKFRAME ) );

             sf.AddrPC.Offset 
            = context->Eip;
             sf.AddrPC.Mode 
            = AddrModeFlat;
             sf.AddrStack.Offset 
            = context->Esp;
             sf.AddrStack.Mode 
            = AddrModeFlat;
             sf.AddrFrame.Offset 
            = context->Ebp;
             sf.AddrFrame.Mode 
            = AddrModeFlat;

             DWORD machineType 
            = IMAGE_FILE_MACHINE_I386;

             HANDLE hProcess 
            = GetCurrentProcess();
             HANDLE hThread 
            = GetCurrentThread();

             
            for( ; ; )
             
            {
              
            if!StackWalk(machineType, hProcess, hThread, &sf, context, 0, SymFunctionTableAccess, SymGetModuleBase, 0 ) )
              
            {
               
            break;
              }


              
            if( sf.AddrFrame.Offset == 0 )
              
            {
               
            break;
              }

              BYTE symbolBuffer[ 
            sizeof( SYMBOL_INFO ) + 1024 ];
              PSYMBOL_INFO pSymbol 
            = ( PSYMBOL_INFO ) symbolBuffer;
             
              pSymbol
            ->SizeOfStruct = sizeof( symbolBuffer );
              pSymbol
            ->MaxNameLen = 1024;

              DWORD64 symDisplacement 
            = 0;
              
            if( SymFromAddr( hProcess, sf.AddrPC.Offset, 0, pSymbol ) )
              
            {
               printf( 
            "Function : %s\n", pSymbol->Name );
              }

              
            else
              
            {
               printf( 
            "SymFromAdd failed!\n" );
              }


              IMAGEHLP_LINE lineInfo 
            = sizeof(IMAGEHLP_LINE) };
              DWORD dwLineDisplacement;

              
            if( SymGetLineFromAddr( hProcess, sf.AddrPC.Offset, &dwLineDisplacement, &lineInfo ) )
              
            {
               printf( 
            "[Source File : %s]\n", lineInfo.FileName ); 
               printf( 
            "[Source Line : %u]\n", lineInfo.LineNumber ); 
              }

              
            else
              
            {
               printf( 
            "SymGetLineFromAddr failed!\n" );
              }

             }

            }


            DWORD excep_filter( LPEXCEPTION_POINTERS lpEP )
            {
             
            /// init dbghelp.dll
             if( SymInitialize( GetCurrentProcess(), NULL, TRUE ) )
             
            {
              printf( 
            "Init dbghelp ok.\n" );
             }


             dump_callstack( lpEP
            ->ContextRecord );

             
            if( SymCleanup( GetCurrentProcess() ) )
             
            {
              printf( 
            "Cleanup dbghelp ok.\n" );
             }


             
            return EXCEPTION_EXECUTE_HANDLER;
            }


            void func1( int i )
            {
             
            int *= 0;
             
            *= i;
            }


            void func2( int i )
            {
             func1( i 
            - 1 );
            }


            void func3( int i )
            {
             func2( i 
            - 1 );
            }


            void test( int i )
            {
             func3( i 
            - 1 );
            }


            int main()
            {
             __try
             
            {
              test( 
            10 );
             }

             __except( excep_filter( GetExceptionInformation() ) )
             
            {
              printf( 
            "Some exception occures.\n" );
             }


             
            return 0;
            }



            以上代碼在release模式下需要關(guān)掉優(yōu)化,否則調(diào)用堆棧顯示不正確(某些函數(shù)被去掉了?),同時(shí)需要pdb文件。

            參考資料:
            http://www.codeproject.com/KB/threads/StackWalker.aspx
            http://www.cnblogs.com/protalfox/articles/84723.html
            http://www.codeproject.com/KB/debug/XCrashReportPt1.aspx
            http://www.codeproject.com/KB/applications/visualleakdetector.aspx

            ps,本文技術(shù)淺嘗輒止,部分內(nèi)容是否完全準(zhǔn)確(正確)我個(gè)人都持保留態(tài)度,僅供參考。:D

            posted on 2008-03-28 16:37 Kevin Lynx 閱讀(13664) 評(píng)論(10)  編輯 收藏 引用 所屬分類: 通用編程

            評(píng)論

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-03-29 12:45 Sil

            不如用dr.watson  回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-03-29 15:00 yafare

            一般的做法都是在程序里面設(shè)置一下最終異常處理,就是 SetUnhandledExceptionFilter,沒有設(shè)置 SEH 的異常最終就會(huì)轉(zhuǎn)移到這里處理了。

            這個(gè)函數(shù)的參數(shù)是個(gè)需要自己實(shí)現(xiàn)的回調(diào)函數(shù),Windows會(huì)把 EXCEPTION_POINTERS 作為參數(shù)傳給這個(gè)回調(diào),然后就可以用你文章里面的代碼打印相應(yīng)的信息了。
              回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-03-29 22:09 Kevin Lynx

            @yafare
            也行,不知道這個(gè)屬于不屬于矢量異常  回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-03-29 22:40 yafare

            @Kevin Lynx

            沒用過VEH,剛查了下msdn,發(fā)現(xiàn)VEH是這樣定義的:

            [quote]

            Vectored exception handlers are not frame-based handlers. Therefore, you can add a handler and ensure that it gets called regardless of where you are in a call frame. The handlers are called in the order that they were added, after the debugger gets a first chance notification, but before frame-based dispatching occurs.


            To add a handler, use the AddVectoredExceptionHandler function. The handler is called for all future exceptions for the process. To remove a handler, use the RemoveVectoredExceptionHandler function.

            [/quote]

            看他的意思就是VEH 優(yōu)先級(jí)高于SEH的,但是必須得顯式的用AddVectoredExceptionHandler 來添加。

            VEH 的handler,跟 SetUnhandledExceptionFilter 參數(shù)是一樣的,貌似除了被調(diào)用的順序不同,別的也都差不多。
              回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-03-30 21:59 Bugs

            有沒有辦法處理Linux平臺(tái)的異常處理?研究一下:)  回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-04-18 09:45 lbq1221119

            Stack Frame 是托管代碼里面,給EE提供執(zhí)行體信息的東西.  回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-04-18 09:56 Kevin Lynx

            @lbq1221119
            native application里也應(yīng)該有stack frame這個(gè)概念吧?  回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2008-04-18 10:34 lbq1221119

            @Kevin Lynx
            額 這個(gè)我倒是不是特別清楚..我一直研究.Net和托管代碼的...
            對(duì)于托管stack的Frame調(diào)試的時(shí)候看的比較多 呵呵

            現(xiàn)在開始研究非托管的

            __asm
            {
            mov [_ebp], ebp
            }
            也可以這樣使用內(nèi)聯(lián)匯編來獲取當(dāng)前Frame 的Pointer呢  回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2010-10-20 12:14 Tori

            您好啊 我想請(qǐng)問一下 為什么我按照您這里寫的 SymGetLineFromAddr讀不出東西來???
            謝謝。  回復(fù)  更多評(píng)論   

            # re: 使用dbghelp獲取調(diào)用堆棧--release下的調(diào)試方法學(xué) 2013-08-10 08:41 王小亮

            恩。很不錯(cuò)的。  回復(fù)  更多評(píng)論   

            老司机午夜网站国内精品久久久久久久久| 久久久久久A亚洲欧洲AV冫| 欧美久久久久久精选9999| 999久久久无码国产精品| 99久久99久久精品国产片| 色综合久久久久综合体桃花网| 亚洲国产成人久久一区久久| 久久久噜噜噜久久中文字幕色伊伊| 精品久久777| 精品久久久久久综合日本| .精品久久久麻豆国产精品| 国产成人精品免费久久久久| 亚洲欧美伊人久久综合一区二区 | 91精品婷婷国产综合久久| 99精品国产在热久久| 99久久免费国产精品热| 国产韩国精品一区二区三区久久| 国产成年无码久久久久毛片| 香港aa三级久久三级| 久久国产福利免费| 色诱久久av| 久久精品国产亚洲av麻豆蜜芽| 亚洲精品乱码久久久久久| …久久精品99久久香蕉国产| 99久久免费只有精品国产| 久久久久久噜噜精品免费直播| 亚洲精品乱码久久久久久蜜桃| 久久精品中文字幕一区| 国产亚洲精品美女久久久| 91精品国产高清久久久久久国产嫩草| 久久久久无码精品| 久久精品国产免费观看三人同眠| 精品熟女少妇a∨免费久久| 国内精品久久久久久久亚洲| 国产69精品久久久久APP下载| 97久久国产综合精品女不卡| 俺来也俺去啦久久综合网| 精品久久久久久无码国产| 久久久久亚洲av综合波多野结衣 | 中文字幕无码av激情不卡久久| 亚洲第一极品精品无码久久|