• <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>
            隨筆-60  評(píng)論-262  文章-1  trackbacks-0
            用 VC6 和 VC71 裝載的 ATL 開發(fā)軟件的人都知道, 當(dāng)我們定義了一個(gè)自銷毀窗口時(shí), 一般在 ATL 窗口類的

            virtual void OnFinalMessage(HWND ){...}

            函數(shù)內(nèi)加一句

            delete this;

            然后就返回了. 但是氣人的是, 每次當(dāng)我們返回后, 總有一個(gè)地方斷言失敗,

            ATLASSERT(pThis->m_pCurrentMsg == &msg);

            Google 了許久, 沒有滿意的解決方案, 包括微軟的方案

            http://support.microsoft.com/kb/202110

            也不好, 自己想盡辦法還是 "山重水復(fù)疑無路", 后來突然靈光突現(xiàn), 徹底解決, 就一個(gè)函數(shù)調(diào)用而已: IsWindow(...). 現(xiàn)在, 終極解決方案是這樣的:
            搜索 atlwin.h 文件內(nèi)的 "ATLASSERT(pThis->m_pCurrentMsg == &msg);" 字符串 (在文件內(nèi)有 3 處), 將其原始內(nèi)容
                LRESULT lRes;
                BOOL bRet 
            = pThis->ProcessWindowMessage(pThis->m_hWnd, uMsg, wParam, lParam, lRes, 0);
                
            // restore saved value for the current message
                ATLASSERT(pThis->m_pCurrentMsg == &msg);
                pThis
            ->m_pCurrentMsg = pOldMsg;
            改成
                LRESULT lRes;
                BOOL bRet 
            = pThis->ProcessWindowMessage(pThis->m_hWnd, uMsg, wParam, lParam, lRes, 0);
                
            if(FALSE == ::IsWindow(pThis->m_hWnd)) {
                    return
             lRes; // 在 CDialogImplBaseT 類里是 return FALSE;  特此說明
                }
                
            // restore saved value for the current message
                ATLASSERT(pThis->m_pCurrentMsg == &msg);
                pThis
            ->m_pCurrentMsg = pOldMsg;
            其中紅色的代碼為我們的修正代碼. 萬事大吉. 再也不會(huì)出現(xiàn)斷言失敗了.

            道理是這樣的: 如果 pThis 對(duì)象被刪除了的話, 那么 pThis 本身和其成員變量 m_hWnd 都將是一個(gè)無效值, 那么后續(xù)的操作將毫無意義. 因此直接返回, 不用廢話.

            真是簡(jiǎn)單的思路直指問題的核心啊.

            posted on 2008-07-02 15:44 free2000fly 閱讀(2303) 評(píng)論(4)  編輯 收藏 引用

            評(píng)論:
            # re: 將 ATL 的一個(gè)頑固 Bug 修正了 2008-09-12 21:40 | 錯(cuò)
            錯(cuò)!

            不要更改消息泵, 加一個(gè)窗口判斷是極其愚蠢的,代價(jià)是極其昂貴的。

            不能這么干,再說了 如果之前 delete this, pThis 就是一個(gè)非法指針  回復(fù)  更多評(píng)論
              
            # re: 將 ATL 的一個(gè)頑固 Bug 修正了 2008-09-14 09:17 | free2000fly
            @錯(cuò)
            提出更合理的解決方案來! 僅僅對(duì)非法指針進(jìn)行讀取而不做其他操作是安全的, 我懷疑你有沒有真正看明白我在說什么.
            總有人自以為是, 好為人師, 虎頭蛇尾, 應(yīng)對(duì)乏術(shù), 你呀該干嘛干嘛去.   回復(fù)  更多評(píng)論
              
            # re: 將 ATL 的一個(gè)頑固 Bug 修正了 2010-10-13 12:21 | iid
            # re: 將 ATL 的一個(gè)頑固 Bug 修正了[未登錄] 2012-09-12 12:34 | kk
            哈哈,這SB文章別誤導(dǎo)別人了。。。  回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            亚洲愉拍99热成人精品热久久 | 久久久久亚洲AV无码专区桃色| 综合久久久久久中文字幕亚洲国产国产综合一区首 | 精品久久久久久无码中文野结衣| 久久精品国产亚洲AV无码娇色| 日本欧美久久久久免费播放网| 蜜臀av性久久久久蜜臀aⅴ | 91精品国产高清91久久久久久| 浪潮AV色综合久久天堂| 色婷婷综合久久久久中文一区二区| 久久这里只精品99re66| 久久亚洲sm情趣捆绑调教 | 久久91精品国产91久久户| 久久精品国产半推半就| 久久本道久久综合伊人| 蜜臀久久99精品久久久久久| 久久久午夜精品福利内容| 国内精品综合久久久40p| 久久久无码一区二区三区| 久久精品国产亚洲网站| 久久伊人色| 久久精品99久久香蕉国产色戒| 久久最近最新中文字幕大全| 久久精品国产一区二区电影| 狠狠色丁香久久婷婷综合| 久久久综合九色合综国产| 人人狠狠综合88综合久久| 亚洲AV无码久久精品蜜桃| 国内精品久久国产大陆| 青青热久久国产久精品 | 99久久精品久久久久久清纯| 国产精品久久久久久久人人看 | 精品综合久久久久久888蜜芽| 国产69精品久久久久9999| 久久无码高潮喷水| 日本免费一区二区久久人人澡| 亚洲欧美久久久久9999| 九九99精品久久久久久| 人妻无码αv中文字幕久久琪琪布 人妻无码精品久久亚瑟影视 | 久久久久久伊人高潮影院| 国产成人精品久久亚洲高清不卡|