• <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 - 0,  comments - 0,  trackbacks - 0
            沒必要用#pragma pack(1), 自己定義結構時記得對齊就是了,你看Windows里的絕大部分struct都是4字節對齊的(空位可以用reserved命名).
            對齊肯定是有很多好處的,不然編譯器干嘛費心去對齊結構里的字段.
            re: 安全密碼框的設計 tanchuhan 2009-12-22 21:52
            good,樓主寫的很好。

            挑點小錯誤:
            其實這是跟操作系統有關的,在WIN98下所用的進程是共享一個4GB的虛擬內存的,那個就沒什么你的我的了,所有的都是大家共有的,所以一個進程對另一個進程發送一個WM_GETEXT消息,應為大家都是自己人所以密碼就告你了。但是到了NT后各個進程就鬧分家了,每個進程獨享4GB的虛擬內存,各個進程之間是互相隔離的,所以就沒人理你了。
            ---------------
            Win95/98和NT都是一樣的進程有各自的4G尋址空間(其中前面的1G/2G被系統保留,用來裝載系統DLL什么的)
            WM_GETTEXT可以跨進程獲取文本是微軟為了向后(win3x)兼容而作出特別處理的。照常理WM_GETTEXT的lParam非本進程指針,直接寫數據會崩潰。而微軟檢查到這條消息后特別處理,先在本進程new一段緩沖區,等WM_GETTEXT接收者寫完后,再復制回發送者進程的那段緩沖區。然后返回結果。
            win9x和NT密碼框對WM_GETTEXT的不同反應是因為后者考慮了安全性,而特意禁止的。
            所以這和虛擬內存是否共享無關。


            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿

            搜索

            •  

            最新評論

            久久九九青青国产精品| 人人狠狠综合88综合久久| 久久精品青青草原伊人| 精品国产乱码久久久久久呢| 精品蜜臀久久久久99网站| 国产精品免费久久| 久久久久亚洲av综合波多野结衣| 久久精品国产亚洲av麻豆小说| 久久精品国产福利国产秒| 亚洲国产天堂久久综合| 国产美女久久精品香蕉69| 色偷偷88欧美精品久久久| 国产精品久久波多野结衣| 久久久久久伊人高潮影院| 999久久久国产精品| 国产午夜免费高清久久影院| 久久综合色老色| 久久亚洲国产成人影院网站| 国产精品18久久久久久vr| 中文字幕热久久久久久久| 日本久久中文字幕| 中文精品久久久久国产网址 | 久久久久亚洲AV成人网人人网站| 国产成人精品久久一区二区三区 | 久久婷婷成人综合色综合| 精品国产日韩久久亚洲| 久久996热精品xxxx| 久久久久久免费一区二区三区| 少妇久久久久久久久久| 久久亚洲AV无码精品色午夜| 国产毛片久久久久久国产毛片| 国产69精品久久久久777| 久久精品国产亚洲AV电影| 久久w5ww成w人免费| 久久久无码精品亚洲日韩按摩| 久久精品国产乱子伦| 99久久国产宗和精品1上映| 亚洲av伊人久久综合密臀性色| 亚洲va久久久噜噜噜久久天堂| 伊人久久精品无码av一区| 蜜臀久久99精品久久久久久小说|