• <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ù)庫(kù)文件(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 閱讀(13663) 評(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)論   

            久久久久久久97| 色天使久久综合网天天| 7777精品久久久大香线蕉 | 久久久WWW成人免费毛片| 色狠狠久久AV五月综合| 伊人久久一区二区三区无码| 国产精品99久久久久久猫咪| 国产精品一久久香蕉产线看| 国产综合成人久久大片91| 2022年国产精品久久久久| avtt天堂网久久精品| 久久人人爽爽爽人久久久| av午夜福利一片免费看久久| 婷婷五月深深久久精品| 久久香蕉超碰97国产精品| 久久精品国产亚洲av麻豆色欲| 香蕉久久av一区二区三区| 99久久超碰中文字幕伊人| 国内精品久久久久影院日本| 国产成人久久精品激情 | 国产精品一区二区久久精品| 久久精品aⅴ无码中文字字幕不卡 久久精品aⅴ无码中文字字幕重口 | 久久久久久久免费视频| 精品综合久久久久久88小说| 国产999精品久久久久久| 欧美成a人片免费看久久| 久久中文精品无码中文字幕| 亚洲国产视频久久| 日日躁夜夜躁狠狠久久AV| 99久久精品毛片免费播放| 欧美日韩中文字幕久久伊人| 久久国内免费视频| 亚洲AV乱码久久精品蜜桃| 久久婷婷国产麻豆91天堂| 久久夜色精品国产亚洲av| 亚洲中文字幕无码久久2017| 久久国产精品99久久久久久老狼 | 久久精品成人欧美大片| 精品亚洲综合久久中文字幕| 国产巨作麻豆欧美亚洲综合久久| 久久久久黑人强伦姧人妻|