青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

S.l.e!ep.¢%

像打了激速一樣,以四倍的速度運轉(zhuǎn),開心的工作
簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
posts - 1098, comments - 335, trackbacks - 0, articles - 1
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

PE文件(3)

Posted on 2009-09-14 23:18 S.l.e!ep.¢% 閱讀(480) 評論(0)  編輯 收藏 引用 所屬分類: PE
???? typedef struct _IMAGE_OPTIONAL_HEADER
??? {?
???? ??? //
? ??? ?? // Standard fields.
? ???? ? //
? ????? ?WORD?? Magic;???????????????????
// 總是 0B 01??P: 可選頭的標(biāo)志?意義是?
???????? BYTE? ? MajorLinkerVersion;?? // 0 鏈接器的主版本號? // P:不同的鏈接器設(shè)置不同,因此不可靠?
???????? BYTE? ? MinorLinkerVersion;?? // 0 鏈接器的小版本號
???????? DWORD? SizeOfCode;?????????? // 0??????????????????????? // 可執(zhí)行的代碼的大小? P: 這里的可執(zhí)行代碼是指整個PE文件的可執(zhí)行代碼段?
???????? DWORD? SizeOfInitializedData;???? // 0????????????????? // 已初始化數(shù)據(jù)的大小 ,數(shù)據(jù)段
???????? DWORD? SizeOfUninitializedData;? // 0????????????????? // 未初始化數(shù)據(jù)的大小, BSS段? P: 已初始化的數(shù)據(jù)跟未初始化的數(shù)據(jù)有什么區(qū)別?它們都在數(shù)據(jù)段?
???????? DWORD? AddressOfEntryPoint;???? //??????????????????? //? 代碼的入口點地址(是一個偏移量,RVA), 如 LibMain, WinMain....
???????? DWORD? BaseOfCode;? // 0?????????????????????????????? //? 可執(zhí)行代碼的偏移量, 代碼基址? P: 不是很懂這里的意思,跟 AddressOfEntryPoint 的區(qū)別是?
???????? DWORD? BaseOfData;? // 0?????????????????????????????? //? 已初始化數(shù)據(jù)偏稱量,數(shù)據(jù)基址? P: 同問
???????
???????? //
? ?????? // NT additional fields.
? ?????? //
? ?????? DWORD? ImageBase;????????? //載入程序的RVA地址,LOADER可以改變 00 00 40 00 == 0x400000
? ?????? DWORD? SectionAlignment;?? //段加載后在內(nèi)存的對齊方式 00 10 00 00
? ?????? DWORD? FileAlignment;???????? //段在文件中的對齊方式????? 00 20 00 00
? ????? ?WORD? ? MajorOperatingSystemVersion;? // 0
? ????? ?WORD? ? MinorOperatingSystemVersion;? // 0
? ????? ?WORD? ? MajorImageVersion;??????????????? //? 0
??????? ?WORD? ? MinorImageVersion;??????????????? //? 0
? ????? ?WORD? ? MajorSubsystemVersion; //子系統(tǒng)版本號如果不是4.0? 對話框不能顯示3D風(fēng)格 04 00
? ????? ?WORD? ? MinorSubsystemVersion; // 0
? ????? ?DWORD? Win32VersionValue;?????? // 0?? P:沒有作用?通常為0
?????????DWORD? SizeOfImage;?????????????? // 映象文件將要使用的內(nèi)存數(shù)量, 如果是按照“SectionAlignment”對齊的,它就是所有頭和節(jié)的長度的總和。它提示加載器,為了載入映象文件需要多少頁。
?????????DWORD? SizeOfHeaders; //給出所有頭的總長度,包括數(shù)據(jù)目錄和節(jié)頭(‘SizeOfHeaders’,“頭的大小”)。同時,它也是從文件的開頭到第一節(jié)的原始數(shù)據(jù)的偏移量。
?????????DWORD? CheckSum;????? // 校驗和,用 0?
??????? ?WORD? ? Subsystem;???? // 子系統(tǒng) 02 00 或03 00 ?
? ????? ?WORD? ? DllCharacteristics;???? // 00
? ????? ?DWORD? SizeOfStackReserve;? // 00
??????? ?DWORD? SizeOfStackCommit;
? ????? ?DWORD? SizeOfHeapReserve;
? ????? ?DWORD? SizeOfHeapCommit;
? ????? ?DWORD? LoaderFlags;???????????? // 00
??????? ?DWORD? NumberOfRvaAndSizes;?
??????
????? ???IMAGE_DATA_DIRECTORY DataDirectory[IMAGE_NUMBEROF_DIRECTORY_ENTRIES]; // 16個結(jié)構(gòu),第二個結(jié)構(gòu)(導(dǎo)入表)?
???? } IMAGE_OPTIONAL_HEADER32, *PIMAGE_OPTIONAL_HEADER32;
?
???? 1. CheckSum:
???? 這個校驗和,對于當(dāng)前的NT版本,只在映象文件是NT驅(qū)動程序時才校驗(如果校驗和不正確,驅(qū)動就將裝載失敗)。
???? 對于其他的二進制文件形式,校驗和不需提供并且可能為0。
???? 計算校驗和的算法是微軟的私產(chǎn),他們不會告訴你的。
???? 但是,Win32 SDK的好幾個工具都會計算和/或補正一個有效的校驗和,而且imagehelp.dll中的CheckSumMappedFile()函數(shù)也會做同樣的工作。
???? 使用校驗和的目的是為了防止載入無論如何都會沖突的、已損壞的二進制文件----況且一個沖突的驅(qū)動程序會導(dǎo)致一個BSOD?錯誤,因此最好根本就不載入這樣的壞文件。
????
???? 2. Subsystem

??????? IMAGE_SUBSYSTEM_NATIVE (1)
???????????? 二進制文件不需要子系統(tǒng)。用于驅(qū)動程序。
???????
??????? IMAGE_SUBSYSTEM_WINDOWS_GUI (2)
???????????? 映象文件是一個Win32二進制圖象文件。(它還是能用AllocConsole()打開一個控制臺界面,但在開始時卻不能自動地打開。)
????????????
??????? IMAGE_SUBSYSTEM_WINDOWS_CUI (3)
???????????? 二進制文件是一個Win32控制臺界面二進制文件。(它將在開始時按照缺省值打開一個控制臺,或者繼承其父程序的控制臺。)

??????? IMAGE_SUBSYSTEM_OS2_CUI (5)
????????????? 二進制文件是一個OS/2控制臺界面二進制文件。(OS/2控制臺界面二進制文件是OS/2格式,因此此值在PE文件中很少使用。)

??????? IMAGE_SUBSYSTEM_POSIX_CUI (7)
????????????? 二進制文件使用POSIX?控制臺子系統(tǒng)。

???????

????????Windows 95的二進制文件總是使用Win32子系統(tǒng),因此它的二進制文件的合法值只有2和3;我不知道windows 95的“原”二進制文件是否可能(會有其它值----譯者添加,僅供參考)。

????????????
?????3.? DllCharacteristics
????????? 如果是DLL文件,何時調(diào)用DLL文件的入口點(‘DllCharacteristics’,“DLL特性”)。此值似乎不用;很明顯地,DLL文件總是被通報所有的情況。
?????????如果位0被置1,DLL文件被通知進程附加(亦即DLL載入)。
?????????如果位1被置1,DLL文件被通知線程附加(亦即線程終止)。
?????????如果位2被置1,DLL文件被通知線程附加(亦即線程創(chuàng)建)。
?????????如果位3被置1,DLL文件被通知進程附加(亦即DLL卸載)。
???????? P: 不是很明白這里的意思。????????
?
???? 4. SizeOfStackReserve? 保留棧的大小
???? 5. SizeOfStackCommit?? 初始時指定棧大小
???? 6. SizeOfHeapReserve?? 保留堆的大小
???? 7. SizeOfHeapCommit??? 指定堆大小
?????
???? “保留的”數(shù)量是保留給特定目的的地址空間(不是真正的RAM);
??????在程序開始時,“指定的”數(shù)量是指在RAM中實際分配的大小。
????? 如果需要的話,“指定的”值也是指定的堆或棧用來增加的數(shù)量。(有資料說,不管“SizeOfStackCommit”的值是多少,棧都是按頁增加的。我沒有驗證過。)
????? 因此,舉例來說,如一個程序的保留堆有1 MB,指定堆為64 KB,那么啟動時堆的大小為64 KB,并且保證可以擴大到1 MB。
????? 堆將按64 KB一塊來增加。“堆”在本文中是指主要(缺省)堆。如果它愿意的話,一個進程可創(chuàng)建很多堆。
????? 棧是指第一個線程的棧(啟動main()的那個)。進程可以創(chuàng)建很多線程,每個線程都有自己的棧。
??????DLL文件沒有自己的堆或棧,所以它們的映象文件忽略這些值。我不知道驅(qū)動程序是否有它們自己的堆或棧,但我認為它們沒有。


?????8. ?LoaderFlags 設(shè)置為 0 , P: 作用未知

?

???? 9. NumberOfRvaAndSizes?

??????? 它是緊隨其后的目錄的有效項的數(shù)目。我已發(fā)現(xiàn)此值不可靠;你也許希望用常量IMAGE_NUMBEROF_DIRECTORY_ENTRIES(映象文件目錄項數(shù)目)來代替它,或者用它們中的較小者。

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美不卡高清| 亚洲激情第一区| 久久最新视频| 久久国产精品久久久久久| 一本色道久久加勒比精品 | 亚洲福利专区| 亚洲美女av网站| 亚洲一级高清| 久久久久久久久久码影片| 亚洲日本乱码在线观看| 亚洲精品人人| 欧美一级大片在线观看| 99re6热在线精品视频播放速度| 亚洲国产欧美国产综合一区| 国产精品免费区二区三区观看| 国产视频久久| 亚洲精品自在久久| 狠狠色噜噜狠狠狠狠色吗综合| 在线免费观看视频一区| 国产日韩欧美黄色| 欧美精品在线观看一区二区| 性色av香蕉一区二区| 亚洲巨乳在线| 欧美在线视频一区二区三区| 欧美日韩成人在线播放| 国内外成人在线| 亚洲一区在线直播| 亚洲一级黄色av| 99国产精品99久久久久久| 激情综合色综合久久综合| 亚洲人成网站色ww在线 | 亚洲国产婷婷香蕉久久久久久| 99这里只有精品| 欧美成人午夜激情| 欧美成人精品一区二区| 国产精品入口夜色视频大尺度| 最新中文字幕亚洲| 久久夜色精品国产亚洲aⅴ| 亚洲国产免费看| 黄色工厂这里只有精品| 国产欧美精品一区二区色综合| 欧美成年人视频网站| 国产农村妇女精品| 亚洲午夜视频| 亚洲精品国产欧美| 欧美高清视频在线播放| 亚洲第一黄网| 鲁大师影院一区二区三区| 亚洲欧美日韩一区二区三区在线观看| 欧美破处大片在线视频| 欧美日韩国产小视频| 在线精品视频在线观看高清| 亚洲高清在线| 久久米奇亚洲| 久久久噜噜噜久久久| 国内外成人在线视频| 亚洲成人在线| 久久综合一区二区三区| 久久成人精品视频| 免费在线国产精品| 亚洲国产精品国自产拍av秋霞| 欧美jizzhd精品欧美巨大免费| 久久久久久久999| 亚洲电影免费观看高清完整版在线观看 | 久久综合国产精品| 久久狠狠一本精品综合网| 久久免费偷拍视频| 欧美剧在线免费观看网站| 欧美视频在线观看一区| 国产一级久久| 91久久精品美女| 亚洲一区在线免费| 亚洲女女做受ⅹxx高潮| 国产一区二区中文字幕免费看| 亚洲人成精品久久久久| 亚洲国产精品成人va在线观看| 欧美精品首页| 午夜精品成人在线| 亚洲福利在线视频| 欧美欧美全黄| 亚洲国产精品尤物yw在线观看| 日韩五码在线| 一本色道久久综合亚洲精品按摩| 久久激五月天综合精品| 日韩午夜中文字幕| 欧美在线亚洲| 久久一区中文字幕| 欧美日韩在线不卡| 久久综合国产精品| 亚洲精品国产精品久久清纯直播| 久久亚洲视频| 美女日韩在线中文字幕| 午夜精品国产| 亚洲色在线视频| 性伦欧美刺激片在线观看| 免费永久网站黄欧美| 一区二区欧美国产| 欧美一级久久| 一区二区欧美激情| 久久国产精品第一页| 欧美午夜精品久久久久久孕妇 | 亚洲欧美成人综合| 激情综合自拍| 亚洲视频成人| 欧美三级电影网| 久久天堂av综合合色| 亚洲欧美大片| 99re热这里只有精品视频| 久久av最新网址| 国内成+人亚洲| 日韩亚洲精品电影| 亚洲福利av| 久久福利视频导航| 国产日韩成人精品| 99精品久久| 99热这里只有精品8| 亚洲黄一区二区三区| 国产女人精品视频| 久久久久国产精品午夜一区| 蜜臀av国产精品久久久久| 亚洲成色www8888| 欧美一区二区黄色| 欧美一区国产一区| 欧美在线免费视频| 亚洲欧美在线高清| 欧美一级理论性理论a| 国产一区二区三区黄| 久久精彩视频| 久久精品视频网| 久久精品国产69国产精品亚洲| 欧美日韩中文字幕在线视频| 亚洲国产精品小视频| 欧美日韩精品高清| 亚洲欧美日本国产有色| 亚洲欧美激情一区| 精品av久久707| 亚洲国产高清高潮精品美女| 国内精品**久久毛片app| 欧美第十八页| 欧美日韩亚洲综合在线| 亚洲精品美女91| 国产日本精品| 欧美一区二区三区在| 久久亚洲免费| 日韩一级免费观看| 久热精品视频在线观看| 91久久精品国产91久久性色tv| 亚洲高清三级视频| 久久精品99国产精品酒店日本| 亚洲伊人网站| 亚洲免费视频中文字幕| 日韩一区二区精品在线观看| 欧美视频一二三区| 欧美激情中文字幕乱码免费| 久久99在线观看| 久久精品视频一| 久久精品天堂| 中文欧美在线视频| 久久久久久久久久久成人| 国产一区二区在线观看免费| 亚洲视频成人| 亚洲男人的天堂在线观看| 国产视频观看一区| 久久爱另类一区二区小说| 亚洲私人影吧| 国产一区二区三区久久久久久久久 | 欧美在线影院在线视频| 欧美激情在线观看| 久久动漫亚洲| 亚洲欧美日韩另类| 欧美成人激情在线| 欧美激情久久久久久| 久久久久国产免费免费| 亚洲成人在线视频播放| 欧美在线91| 亚洲字幕一区二区| 久久露脸国产精品| 亚洲电影第三页| 午夜免费电影一区在线观看| 中文在线一区| 亚洲精品三级| 美玉足脚交一区二区三区图片| 亚洲精品乱码久久久久久按摩观 | 久久免费观看视频| 欧美国产精品va在线观看| 国产热re99久久6国产精品| 欧美成人精品h版在线观看| 久久精品国产v日韩v亚洲| 亚洲精品系列| 亚洲影音先锋| 亚洲国产aⅴ天堂久久| 中国av一区| 免费视频亚洲| 久久深夜福利| 午夜精品视频网站| 亚洲欧美另类国产| 国产精品美女在线观看| 欧美日韩一级大片网址| 欧美理论在线| 性欧美在线看片a免费观看|