• <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 閱讀(1672) 評(píng)論(2)  編輯 收藏 引用

            FeedBack:
            # re: 在WinNT上CallNextHookEx忽略第1個(gè)參數(shù)
            2009-03-05 00:49 | 陳梓瀚(vczh)
            反正,HWND被映射到一個(gè)類指針,這張表寫在全局變量里面。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)是別人寫好了,根本無(wú)法知道他是否有表。
            這時(shí)候,就必須HOOK自己想辦法找user data了。  回復(fù)  更多評(píng)論
              

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


            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(8)

            隨筆檔案(16)

            鏈接

            搜索

            •  

            積分與排名

            • 積分 - 198340
            • 排名 - 134

            最新隨筆

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            精品无码久久久久久久久久| 欧美激情一区二区久久久| 久久精品天天中文字幕人妻| 国产精品一区二区久久不卡| 99久久免费只有精品国产| 中文成人久久久久影院免费观看| 国产精品久久久久a影院| 久久99亚洲网美利坚合众国| 99久久国产亚洲高清观看2024| 色婷婷久久综合中文久久一本| 久久人人爽人人爽人人AV东京热| 久久久WWW成人| 久久精品国产亚洲AV无码偷窥| 久久人人爽人人澡人人高潮AV| 国产精品99久久免费观看| 亚洲Av无码国产情品久久| 国产一级持黄大片99久久| 久久久国产视频| 久久久精品日本一区二区三区| 伊人色综合久久天天人手人婷| 国产亚州精品女人久久久久久| 无码专区久久综合久中文字幕| 日韩中文久久| 久久一区二区三区免费| 国产精品99久久不卡| 国产精品久久久久久影院| 伊人久久综合精品无码AV专区| 亚洲欧美一区二区三区久久| 久久久久国产精品嫩草影院| 久久精品国产91久久麻豆自制| 看久久久久久a级毛片| 久久99精品久久久大学生| 久久无码国产专区精品| 久久青青草视频| 久久综合视频网| 久久午夜无码鲁丝片秋霞| 国产精品成人久久久| 亚洲午夜无码久久久久| 影音先锋女人AV鲁色资源网久久| 亚洲精品无码成人片久久| 久久综合香蕉国产蜜臀AV|