• <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>
            posts - 16,  comments - 34,  trackbacks - 0
            LRESULT CallNextHookEx(HHOOK hhk,int nCode,WPARAM wParam,LPARAM lParam);

             

            hhk [in]
            Windows 95/98/ME: Handle to the current hook. An application receives this handle as a result of a previous call to the SetWindowsHookEx function.
            Windows NT/XP/2003: Ignored.


            什么時(shí)候多了一條“Windows NT/XP/2003: Ignored.”???

            以前看到一直是
            “Identifies the current hook. An application receives this handle as a result of a previous call to the SetWindowsHookEx function. ”
            但再翻翻VS2005和2008的文檔、網(wǎng)絡(luò)或者離線MSDN全都統(tǒng)一口徑說(shuō),“Windows NT/XP/2003: Ignored.”
            還逮不到M$的把柄了……

            改天裝個(gè)VC6的文檔看看CallNextHookEx是怎么說(shuō)的……  難道真是我記錯(cuò)了?


             

            本來(lái)么,Windows的很多回調(diào)函數(shù)就設(shè)計(jì)得有缺陷——缺少一個(gè)狀態(tài)維持的參數(shù),比如void* user_data

            最常見(jiàn)的WndProc就是一例。
            一旦一個(gè)特定的WndProc需要同時(shí)作為幾個(gè)窗口的處理函數(shù),不使用靜態(tài)變量(包括global和static)幾乎是不可能辦到的事情。
            Charles Petzold的《Programming Windows》當(dāng)中都不乏這樣的例子:需要讓一個(gè)WndProc處理多個(gè)窗口,而不得不使用全局變量。


            如果作為最終開(kāi)發(fā)人員,當(dāng)然有權(quán)使用每個(gè)hWnd的USER_DATA。但是庫(kù)不可以這樣做。
            所以庫(kù)們想了各種各樣的辦法,主要包括以MFC和wxwidgets為代表的全局映射表,和WTL/ATL為代表的thunk,來(lái)解決WndProc的問(wèn)題。


            而在這些有缺陷的回調(diào)函數(shù)中,最嚴(yán)重的就是所有的HookProc。
            要求你在HookProc當(dāng)中以SetWindowsHookEx的返回值為第1個(gè)參數(shù)調(diào)用CallNextHookEx,卻不把這個(gè)參數(shù)傳遞給你!
            回調(diào)函數(shù)啊!調(diào)用者都不傳,這不是逼人用全局變量么?
            雪上加霜的是,它還涉及到了地址空間的問(wèn)題,全局變量還要放在共享節(jié)里才可以。
            真是……



            本來(lái)打算設(shè)計(jì)一套機(jī)制解決這個(gè)問(wèn)題的。可是M$已經(jīng)悄悄的忽略了CallNextHookEx的第1個(gè)參數(shù)……

            posted on 2009-03-04 22:53 OwnWaterloo 閱讀(1659) 評(píng)論(2)  編輯 收藏 引用

            FeedBack:
            # re: 在WinNT上CallNextHookEx忽略第1個(gè)參數(shù)
            2009-03-05 00:49 | 陳梓瀚(vczh)
            反正,HWND被映射到一個(gè)類指針,這張表寫(xiě)在全局變量里面。HOOK拿到了HWND,去找表,然后找到你自己的類,類里面就有一堆user data了。

            所以,只需要一張表。  回復(fù)  更多評(píng)論
              
            # re: 在WinNT上CallNextHookEx忽略第1個(gè)參數(shù)
            2009-03-05 13:38 | OwnWaterloo
            @陳梓瀚(vczh)
            老兄 你說(shuō)的是WndPorc吧? WndPorc拿到HWND,然后去查表找this。
            上面說(shuō)了,這是MFC和wxwidgets處理WndProc的方式。

            對(duì)于HOOK,即使通過(guò)LPARAM轉(zhuǎn)型到XXXStruct,拿到一個(gè)HWND,也不能保證就有user data。
            比如,程序已經(jīng)是別人寫(xiě)好了,根本無(wú)法知道他是否有表。
            這時(shí)候,就必須HOOK自己想辦法找user data了。  回復(fù)  更多評(píng)論
              

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


            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(8)

            隨筆檔案(16)

            鏈接

            搜索

            •  

            積分與排名

            • 積分 - 197906
            • 排名 - 133

            最新隨筆

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久99精品久久久久久野外| 久久久久久久免费视频| 国产免费久久久久久无码| 久久久青草青青国产亚洲免观| 99久久这里只精品国产免费| 久久精品无码午夜福利理论片 | 久久九九久精品国产免费直播| 久久w5ww成w人免费| 午夜精品久久影院蜜桃| 国产精品久久久久AV福利动漫| 久久九九久精品国产免费直播| 久久久久人妻一区精品性色av| 久久久精品人妻无码专区不卡| 国产精品无码久久久久久| 久久国产精品无| 久久亚洲国产成人精品无码区| 国产精品99精品久久免费| 国产成人精品综合久久久久| 久久有码中文字幕| 久久久久国产一区二区三区| 国产精品久久99| 久久精品无码专区免费青青| 久久九九兔免费精品6| 亚洲精品tv久久久久| 久久成人精品| 国产叼嘿久久精品久久| 久久亚洲国产中v天仙www| 99麻豆久久久国产精品免费| 五月丁香综合激情六月久久 | www性久久久com| 亚洲国产另类久久久精品| 久久久久国产精品嫩草影院| 国产精品久久久久久久app| 亚洲精品美女久久久久99小说 | 亚洲精品NV久久久久久久久久| 久久久久亚洲av成人无码电影 | 九九热久久免费视频| 丰满少妇人妻久久久久久4| 精品一久久香蕉国产线看播放| 精品国产综合区久久久久久 | 国产精品久久久久久久久|