• <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精品久久久久久动态图 | 亚洲人成网站999久久久综合 | 久久精品中文字幕无码绿巨人| 亚洲欧洲久久久精品| 无码精品久久久久久人妻中字| 国产精品久久久久久久久| 激情久久久久久久久久| 久久亚洲欧美国产精品| 国产精品99久久久久久www| 久久夜色精品国产噜噜噜亚洲AV| 久久精品夜色噜噜亚洲A∨| 亚洲欧洲日产国码无码久久99| 久久国产精品免费一区| 精品久久8x国产免费观看| 久久综合偷偷噜噜噜色| 久久久久99精品成人片三人毛片 | 久久伊人色| 久久精品国产91久久麻豆自制| 国产成人久久精品一区二区三区| 成人a毛片久久免费播放| 99久久99久久精品免费看蜜桃| 久久久久久久波多野结衣高潮| 精品久久久久久国产牛牛app| 69久久精品无码一区二区| 亚洲中文久久精品无码ww16| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 9191精品国产免费久久| 亚洲人成伊人成综合网久久久| 婷婷久久综合九色综合九七| 久久www免费人成精品香蕉| 久久精品男人影院| 99热精品久久只有精品| AA级片免费看视频久久| 丰满少妇人妻久久久久久4| 日本精品久久久中文字幕| 久久中文娱乐网| 久久精品国产亚洲一区二区三区| 精品久久久久久无码国产| 久久亚洲精品无码播放| 一本色道久久综合| 亚洲精品乱码久久久久久久久久久久 |