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

            Error

            C++博客 首頁 新隨筆 聯系 聚合 管理
              217 Posts :: 61 Stories :: 32 Comments :: 0 Trackbacks

            // 本質上來說就是自己設置了UnhandleExceptionFilter后,C運行庫或者其他什么別的函數也調用了,所以自己設置的就無效了,解決方案就是HOOK SET函數,讓別人無法取代自己

            很多 C/C++ 程序會設置自己的 Unhandled Exception Filter 用于捕獲 Unhandled exceptions 并輸出一些信息(例如,創建 mini-dump 或者輸出調用棧到日志文件中)。

            從 VC++2005 開始出于安全因素微軟改變了 CRT 的行為。在以下情況下 CRT 不會通知被注冊的 Unhandled Exception Filter:

            1. 調用了 abort() 并且設置 abort 的行為為 _CALL_REPORTFAULT(Release 版本默認使用此設置)
            2. Security Checks 失敗時,具體來說就是檢查到一些會引發安全問題的堆棧溢出時不會通知被注冊的 Unhandled Exception Filter,會引發安全問題的堆棧溢出包括:覆蓋了函數的返回值,覆蓋了 Exception handler 的地址,覆蓋了某些類型的參數。關于編譯器的 Security Checks 的內容,詳細參考:http://msdn.microsoft.com/en-us/library/Aa290051(注意,此文章談到的是 Visual Studio .NET 2003,其中 _set_security_error_handler 函數在 VC++2005 以及以上版本已經無法使用)
            3. 如果沒有調用 _set_invalid_parameter_handler 設置 Invalid parameter handler 時,檢查到了非法的參數

            CRT 是通過何種方式使得我們注冊的 Unhandled Exception Filter 不被調用的?答案在 CRT 的代碼中:

            1. /* 代碼來源于 gs_report.c */
            2. /* Make sure any filter already in place is deleted. */
            3. SetUnhandledExceptionFilter(NULL);
            4. UnhandledExceptionFilter(&ExceptionPointers);

            CRT 通過調用 SetUnhandledExceptionFilter 并傳遞參數 NULL 來清除用戶注冊的 Unhandled Exception Filter。如果期望用戶注冊的 Unhandled Exception Filter 總是被調用那么應該避免 CRT 中相關的清理代碼。做法之一就是修改 CRT 代碼并且編譯為靜態庫(微軟的 VC++ Libraries 開發 Lead Martyn Lovell 在 https://connect.microsoft.com/feedback/ViewFeedback.aspx?FeedbackID=101337&SiteID=210 談到過有關的問題),這里并不建議使用此做法。另外一種做法則是改變 SetUnhandledExceptionFilter 的行為,使得 CRT 對 SetUnhandledExceptionFilter 的調用不起任何作用(更加詳細的論述可以參考《Windows 核心編程》相關章節)。

            1. // 無法得知此代碼來源于
            2. #ifndef _M_IX86
            3. #error "The following code only works for x86!"
            4. #endif
            5.  
            6. // 此函數一旦成功調用,之后對 SetUnhandledExceptionFilter 的調用將無效
            7. void DisableSetUnhandledExceptionFilter()
            8. {
            9. void* addr = (void*)GetProcAddress(LoadLibrary("kernel32.dll"),
            10. "SetUnhandledExceptionFilter");
            11.  
            12. if (addr)
            13. {
            14. unsigned char code[16];
            15. int size = 0;
            16.  
            17. code[size++] = 0x33;
            18. code[size++] = 0xC0;
            19. code[size++] = 0xC2;
            20. code[size++] = 0x04;
            21. code[size++] = 0x00;
            22.  
            23. DWORD dwOldFlag, dwTempFlag;
            24. VirtualProtect(addr, size, PAGE_READWRITE, &dwOldFlag);
            25. WriteProcessMemory(GetCurrentProcess(), addr, code, size, NULL);
            26. VirtualProtect(addr, size, dwOldFlag, &dwTempFlag);
            27. }
            28. }

            只需要在注冊 Unhandled Exception Filter 之后調用 DisableSetUnhandledExceptionFilter() 函數,那么之后所有對 SetUnhandledExceptionFilter 的調用都將無效,自然 CRT 也無法通過調用 SetUnhandledExceptionFilter 來清除用戶注冊的 Unhandled Exception Filter。

            posted on 2015-05-15 02:17 Enic 閱讀(2622) 評論(0)  編輯 收藏 引用 所屬分類: 從零開始寫棋牌游戲平臺
            精品久久久久久无码中文字幕| 国内精品久久久久影院薰衣草 | 91精品久久久久久无码| 久久精品成人国产午夜| 久久午夜综合久久| 亚洲精品白浆高清久久久久久| av国内精品久久久久影院| 国产免费福利体检区久久| 久久精品国产亚洲αv忘忧草 | 久久精品无码一区二区三区免费 | 精品久久人人爽天天玩人人妻 | 国产99久久久久久免费看| 一本久道久久综合狠狠躁AV| 久久夜色精品国产网站| 精品无码久久久久久久动漫| 亚洲精品乱码久久久久久自慰| 99久久精品国产一区二区| 无码人妻精品一区二区三区久久久 | 国产精品久久久天天影视香蕉| 久久伊人亚洲AV无码网站| 91精品国产综合久久久久久| 久久精品桃花综合| 久久久久无码中| a级毛片无码兔费真人久久| 少妇人妻88久久中文字幕| 久久久久久一区国产精品| 亚洲成人精品久久| 久久se精品一区二区| 99久久er这里只有精品18| 亚洲精品无码成人片久久| 欧美亚洲国产精品久久| 一级a性色生活片久久无| 久久精品无码免费不卡| 久久精品国产黑森林| 久久AAAA片一区二区| 久久99热这里只有精品国产| 国产叼嘿久久精品久久| 久久国产福利免费| 久久天天躁狠狠躁夜夜av浪潮| 久久久久亚洲AV无码去区首| 久久噜噜久久久精品66|