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

            內(nèi)存填充值的理解

            1、使用 new 或者 malloc 分配后的內(nèi)存,其內(nèi)容被填充為 0xCD,CRT 中稱處于這種狀態(tài)的內(nèi)存區(qū)為 Clean Land,即干凈區(qū),由此推測(cè) 0xCD 的含義可能為 Clean Data。在此數(shù)據(jù)的前后(不包含于此區(qū)域內(nèi)),各有一個(gè)守衛(wèi)用的 DWORD,其內(nèi)容為 0xFDFDFDFD。
            2、使用 delete 或者 free 釋放后的內(nèi)存,其內(nèi)容被清空為 0xDD,CRT 中稱處于這種狀態(tài)的內(nèi)存區(qū)為 Dead Land,即死區(qū),由此推測(cè) 0xDD 的含義可能為 Dead Data。守衛(wèi)用 DWORD 也同時(shí)被清除。
            3、使用 HeapAlloc 分配的內(nèi)存,其內(nèi)容被填充為 0xBAADF00D,我推測(cè)為 Bad Food 的變體,經(jīng)過(guò) HeadFree 釋放的內(nèi)存,其大部分內(nèi)容會(huì)被填充為 0xFEEE,但起始的兩個(gè) DWORD 不是,在我的機(jī)器上這兩個(gè) DWORD 的值均為 0x00140238,含義不詳。
             
            在簡(jiǎn)單的測(cè)試中,delete/free 最終總會(huì)調(diào)用到 HeapFree,因而看到的釋放后的內(nèi)存中是 0xFEEE,而 new/malloc 雖然調(diào)用了 HeapAlloc,但之后又填充了 0xCD,故而看到的是 0xCD。
             
            記憶中有過(guò)釋放之后看到 0xDD 的情況,而且 CRT 的代碼里也的確有并不立刻調(diào)用 HeapFree 來(lái)真正釋放內(nèi)存的分支,但測(cè)試代碼并未達(dá)到。
             
            另外,0xCC 也是有的,好像是編譯器做的事情之一,用于填充棧上的自動(dòng)變量。
             
            上述 CRT 的行為均為 Debug 版本的表現(xiàn)。
             
            上述的系統(tǒng)行為(即 HeapXXX 函數(shù)族的行為)均為在 Windows Xp SP2 上的表現(xiàn)。

            posted on 2007-10-16 16:53 Randy 閱讀(879) 評(píng)論(8)  編輯 收藏 引用

            評(píng)論

            # re: 內(nèi)存填充值的理解 2008-08-18 10:04 Anon

            那請(qǐng)問(wèn)為什么我的測(cè)試結(jié)果代碼是:
            char *pc = (char *)malloc(4);
            int i;
            for (i = 0;i < 4;i++)
            printf("%x",pc[i]);
            free(pc);
            為什么結(jié)果是0000 ??  回復(fù)  更多評(píng)論   

            # re: 內(nèi)存填充值的理解 2008-08-18 10:10 Randy

            @Anon
            請(qǐng)描述一下你的測(cè)試環(huán)境,或者是不是在debug下測(cè)試的。  回復(fù)  更多評(píng)論   

            # re: 內(nèi)存填充值的理解 2008-08-18 10:46 Anon

            WinXP, 編譯器GCC, Debug版本,謝謝,  回復(fù)  更多評(píng)論   

            # re: 內(nèi)存填充值的理解 2008-08-18 10:49 Randy

            @Anon
            此情況特指在微軟的編譯環(huán)境下  回復(fù)  更多評(píng)論   

            # re: 內(nèi)存填充值的理解 2008-08-18 11:07 Anon

            哦,但是Windows下的GCC,為什么沒(méi)有調(diào)用MSVC底層調(diào)用的系統(tǒng)函數(shù),  回復(fù)  更多評(píng)論   

            # re: 內(nèi)存填充值的理解 2008-08-18 11:13 Anon

            還有個(gè)問(wèn)題請(qǐng)教下,在實(shí)模式下給出1000:0002,可以尋址到1000<<16+0002的內(nèi)存,那么如果在保護(hù)模式下,虛擬地址給出10000002, 分段單元是否也會(huì)做類似的處理?
              回復(fù)  更多評(píng)論   

            # re: 內(nèi)存填充值的理解 2008-08-18 11:23 Randy

            @Anon
            內(nèi)存填充值主要和CRT庫(kù)有關(guān),所以是否符合上面所說(shuō)的只是看編譯環(huán)境是否用使用微軟的CRT庫(kù)。我并沒(méi)有用過(guò)GCC編譯。不過(guò)GCC使用的肯定不是微軟的CRT庫(kù)吧。第二個(gè)問(wèn)題的話,我也不是很清楚,呵呵幫不到你  回復(fù)  更多評(píng)論   

            # re: 內(nèi)存填充值的理解 2008-08-18 11:27 Anon

            哦, 你這么一說(shuō)明白起來(lái)了,GCC的 CRT庫(kù)和MS不同,像malloc這些函數(shù)都有自己的實(shí)現(xiàn),
            另外感謝你的回答呵呵...還會(huì)關(guān)注你這里的.  回復(fù)  更多評(píng)論   


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


            <2014年9月>
            31123456
            78910111213
            14151617181920
            21222324252627
            2829301234
            567891011

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(3)

            隨筆檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            国产精品禁18久久久夂久| 中文精品久久久久国产网址| 久久国产劲爆AV内射—百度| 天堂久久天堂AV色综合| 99久久www免费人成精品| 久久伊人精品一区二区三区| 久久99国产精品99久久| 区久久AAA片69亚洲| 国产成人精品久久一区二区三区av | 久久精品国产2020| 99久久精品这里只有精品| 久久久久青草线蕉综合超碰| 久久精品国产色蜜蜜麻豆| 狼狼综合久久久久综合网| 亚洲国产成人久久综合野外| 亚洲狠狠久久综合一区77777| 日韩AV无码久久一区二区 | 久久人人超碰精品CAOPOREN| 国产69精品久久久久777| 亚洲人成精品久久久久| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 久久综合亚洲鲁鲁五月天| 91久久成人免费| 好久久免费视频高清| 久久99国产精品尤物| 青草国产精品久久久久久 | 国产精品久久永久免费| 国产精品岛国久久久久| 91视频国产91久久久| 91精品国产高清久久久久久io| 久久国产欧美日韩精品| 欧美噜噜久久久XXX| 中文无码久久精品| 亚洲精品乱码久久久久久自慰| 亚洲香蕉网久久综合影视| 亚洲国产另类久久久精品黑人 | 久久久久国产一区二区| 亚洲&#228;v永久无码精品天堂久久| 国内精品久久久久久久亚洲| 久久久久99精品成人片三人毛片| 亚洲午夜精品久久久久久app|