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

            常用鏈接

            留言簿

            搜索

            •  

            最新評論

            久久久精品久久久久久| 久久99国产精一区二区三区| 性做久久久久久久久老女人| 夜夜亚洲天天久久| 丰满少妇人妻久久久久久4| 久久天天躁狠狠躁夜夜2020老熟妇| 亚洲国产成人乱码精品女人久久久不卡| 国内精品久久国产| 88久久精品无码一区二区毛片| 久久精品无码一区二区三区日韩| 无遮挡粉嫩小泬久久久久久久| 伊人久久综在合线亚洲2019| 伊人色综合久久天天人手人婷| 久久综合久久综合久久| 久久亚洲sm情趣捆绑调教| 91久久香蕉国产熟女线看| 久久亚洲中文字幕精品有坂深雪| 亚洲а∨天堂久久精品9966| 99久久久久| 久久久精品人妻一区二区三区四| 亚州日韩精品专区久久久| 国产亚洲成人久久| 精品久久久久中文字| 久久久久久毛片免费播放| 综合久久一区二区三区 | 国产精品对白刺激久久久| 最新久久免费视频| 欧美色综合久久久久久| 国内精品久久久久久久涩爱 | 久久综合狠狠综合久久激情 | 囯产极品美女高潮无套久久久 | 久久精品中文字幕久久| 久久久久亚洲av无码专区| 日韩av无码久久精品免费| 国色天香久久久久久久小说| 狠狠色丁香婷婷久久综合| 久久九九久精品国产免费直播| 国产精品免费看久久久香蕉| 国内精品欧美久久精品| 久久精品无码一区二区日韩AV| 精品久久久无码中文字幕|