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

            要獲取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)匯編并不是一個好的解決方案。我們可以使用微軟的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
            );

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

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

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

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

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

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

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

            參考一段簡單的代碼:

            ///
            ///
            ///

            #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ù)被去掉了?),同時需要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)確(正確)我個人都持保留態(tài)度,僅供參考。:D

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

            評論

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

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

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

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

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

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

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

            # 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)先級高于SEH的,但是必須得顯式的用AddVectoredExceptionHandler 來添加。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

            恩。很不錯的。  回復(fù)  更多評論   

            久久久久亚洲精品日久生情| 久久亚洲国产中v天仙www| 久久99热只有频精品8| 精品伊人久久大线蕉色首页| 亚洲一级Av无码毛片久久精品| 久久精品国产亚洲网站| 久久婷婷五月综合色高清| 日韩人妻无码精品久久久不卡 | 国产精品久久久久影院色| 伊人久久综合精品无码AV专区| 人妻无码久久精品| 怡红院日本一道日本久久 | 国产精自产拍久久久久久蜜| 2021精品国产综合久久| 青青青国产成人久久111网站| 久久久久久久99精品免费观看| 国产精品久久久久…| Xx性欧美肥妇精品久久久久久| 国产精品久久久久一区二区三区| 精品久久久久久久久久中文字幕 | 亚洲国产精品成人AV无码久久综合影院 | 99久久精品国产高清一区二区| 国产成人久久激情91| 国产精品综合久久第一页| 一本久久综合亚洲鲁鲁五月天| 亚洲国产精品无码久久久秋霞2| 亚洲va中文字幕无码久久不卡| 国内精品伊人久久久久AV影院| 国产免费久久精品99久久| 狠狠色婷婷久久综合频道日韩 | 国产精品久久自在自线观看| 久久艹国产| 午夜精品久久久久久99热| 国产精品免费久久久久影院| 久久久高清免费视频| 精品亚洲综合久久中文字幕| 欧美午夜A∨大片久久| 人人狠狠综合久久亚洲88| 久久久久久久综合狠狠综合| 国产精品成人99久久久久 | 精品久久久噜噜噜久久久|