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

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運(yùn)轉(zhuǎn),開心的工作
            簡單、開放、平等的公司文化;尊重個(gè)性、自由與個(gè)人價(jià)值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            調(diào)試程序調(diào)試到系統(tǒng)庫函數(shù)的代碼時(shí),總會發(fā)現(xiàn)系統(tǒng)函數(shù)都是從一條MOVEDI, EDI指令開始的,緊接著這條指令下面才是標(biāo)準(zhǔn)的建立函數(shù)局部棧的代碼。對系統(tǒng)DLL比如ntdll.dll進(jìn)行反匯編,可以發(fā)現(xiàn)它的每個(gè)導(dǎo)出函數(shù)都是如此,并且每個(gè)導(dǎo)出函數(shù)開始處的MOVEDI, EDI上面緊接著5條NOP指令。比如在WinDbg中查看TextOutA周圍的代碼:
            0:000> u TextOutA-0x0a L 10
            GDI32!NtGdiTransparentBlt+0xa:
            77efc43f ff12?????? ?????call??? dword ptr [edx]
            77efc441 c22c00????????? ret???? 2Ch
            77efc444 90????????????? nop
            77efc445 90????????????? nop
            77efc446 90????????????? nop
            77efc447 90????????????? nop
            77efc448 90????????????? nop
            GDI32!TextOutA:
            77efc449 8bff??????????? mov ????edi,edi
            77efc44b 55????????????? push??? ebp
            77efc44c 8bec??????????? mov???? ebp,esp
            很明顯,兩個(gè)字節(jié)的MOVEDI,EDI指令什么事情也不做,那么,就有兩個(gè)問題:第一,為什么不直接從函數(shù)體開始而要從這條什么都不做的指令開始呢?第二,即使需要在函數(shù)一開始空出兩個(gè)字節(jié),為什么不直接使用兩條NOP指令,而要使用這條MOV指令呢?在網(wǎng)上查閱一些資料后,得到了答案:
            對于第一個(gè)問題,答案是為了實(shí)現(xiàn)hot-patching技術(shù),即運(yùn)行時(shí)修改一個(gè)函數(shù)的行為。修改過程如下:把MOVEDI, EDI修改為一條短跳轉(zhuǎn)指令(一條短跳轉(zhuǎn)指令恰好兩個(gè)字節(jié)),把MOVEDI, EDI上面的五個(gè)NOP修改為一條長跳轉(zhuǎn)指令(一條長跳轉(zhuǎn)指令恰好五個(gè)字節(jié)),短跳轉(zhuǎn)指令跳到長跳轉(zhuǎn)指令上,長跳轉(zhuǎn)指令跳到修改后的函數(shù)體上。
            對于第二個(gè)問題,答案是為了提高效率。執(zhí)行一條MOV指令比執(zhí)行兩條NOP指令花費(fèi)更少的時(shí)間。
            ?
            下面是在網(wǎng)上搜索到的相關(guān)資料:
            http://blogs.msdn.com/ishai/archive/2004/06/24/165143.aspx
            在這篇日志中作者指出這是一種實(shí)現(xiàn)hot-patching和hot-fix的技術(shù),而且解釋了為什么不使用detours技術(shù)來實(shí)現(xiàn)hot-patching。此外,作者提到了具體是如何使用這種技術(shù)來實(shí)現(xiàn)hot-patching的,但是只是一句話帶過。
            ?
            http://msmvps.com/blogs/kernelmustard/archive/2005/04/25/44413.aspx
            這篇文章中作者從效率和其它方面詳細(xì)解釋了為什么選擇用這種技術(shù)來實(shí)現(xiàn)hot-patching以及為什么要這樣實(shí)現(xiàn)(短跳轉(zhuǎn)加長跳轉(zhuǎn)而不是一次性長跳轉(zhuǎn))。
            ?
            http://xelf.info/knowledge/MemoryCopy.cpp
            這里給出了具體的memcpy的C語言源代碼。如果在安裝VC6的時(shí)候選擇了安裝CRT源代碼,則在VC安裝目錄的SRC/INTEL/目錄中有memcmp.asm等文件,它們就是對應(yīng)的CRT函數(shù)的源代碼,這些源代碼中也都有詳細(xì)的注釋。
            ?
            另外,在自己的日志http://blog.csdn.net/jcwKyl/archive/2008/03/25/2217428.aspx里面,曾經(jīng)對strcmp函數(shù)中的MOVEDI, EDI指令感到困惑,其實(shí)只要看看strcmp.asm中的源代碼就可以明白,那條MOVEDI, EDI完全是為了內(nèi)存四字節(jié)對齊的。源代碼中寫的是align 4,在運(yùn)行時(shí),如果需要一個(gè)填充字節(jié),則會填充一條NOP指令,如果需要兩個(gè)字節(jié)來填充,則會填充一條MOVEDI, EDI指令,之所以不用兩條NOP,是出于效率的考慮。


            標(biāo)?題:?XP系統(tǒng)程序中開頭的MOV?EDI,EDI指令的解釋
            發(fā)帖人:chaykovsky
            時(shí)?間:?2005-11-25?13:55?
            原文鏈接:http://bbs.pediy.com/showthread.php?threadid=18863

            Feedback

            # re: 函數(shù)開始處的MOV EDI, EDI的作用收藏  回復(fù)  更多評論   

            2015-01-23 10:28 by abc
            不錯(cuò),謝謝分享。
            中文国产成人精品久久不卡| 午夜精品久久久久| 99久久精品久久久久久清纯| 精品久久久久久久久久中文字幕| 看全色黄大色大片免费久久久| 久久久久久九九99精品| 国产精品熟女福利久久AV| 亚洲中文字幕久久精品无码APP| 热re99久久精品国产99热| 一本一本久久a久久综合精品蜜桃| 国产成人精品久久免费动漫| 午夜福利91久久福利| 国内精品久久久久影院网站| 久久精品中文无码资源站| 欧美一级久久久久久久大| 久久精品国产影库免费看| 国产精品99久久久精品无码| 婷婷久久综合九色综合九七| 久久久久久a亚洲欧洲aⅴ| 久久久噜噜噜久久中文字幕色伊伊| 91精品国产91久久久久久| 精品久久久噜噜噜久久久| 日本欧美久久久久免费播放网 | 久久播电影网| 国产精品久久成人影院| 久久夜色精品国产噜噜亚洲AV| 麻豆av久久av盛宴av| 久久免费大片| 人妻中文久久久久| 久久一本综合| 亚洲欧美成人久久综合中文网| 久久国产视频99电影| 久久久久亚洲精品无码网址| 国产叼嘿久久精品久久| 国内精品久久久久久久久电影网| 国产精品伦理久久久久久| 国产精品美女久久久免费| 久久强奷乱码老熟女网站| 欧美日韩精品久久久久| 久久精品国产亚洲av麻豆色欲| 精品久久久久久国产|