• <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.¢%

            像打了激速一樣,以四倍的速度運轉,開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理
            調試程序調試到系統庫函數的代碼時,總會發現系統函數都是從一條MOVEDI, EDI指令開始的,緊接著這條指令下面才是標準的建立函數局部棧的代碼。對系統DLL比如ntdll.dll進行反匯編,可以發現它的每個導出函數都是如此,并且每個導出函數開始處的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
            很明顯,兩個字節的MOVEDI,EDI指令什么事情也不做,那么,就有兩個問題:第一,為什么不直接從函數體開始而要從這條什么都不做的指令開始呢?第二,即使需要在函數一開始空出兩個字節,為什么不直接使用兩條NOP指令,而要使用這條MOV指令呢?在網上查閱一些資料后,得到了答案:
            對于第一個問題,答案是為了實現hot-patching技術,即運行時修改一個函數的行為。修改過程如下:把MOVEDI, EDI修改為一條短跳轉指令(一條短跳轉指令恰好兩個字節),把MOVEDI, EDI上面的五個NOP修改為一條長跳轉指令(一條長跳轉指令恰好五個字節),短跳轉指令跳到長跳轉指令上,長跳轉指令跳到修改后的函數體上。
            對于第二個問題,答案是為了提高效率。執行一條MOV指令比執行兩條NOP指令花費更少的時間。
            ?
            下面是在網上搜索到的相關資料:
            http://blogs.msdn.com/ishai/archive/2004/06/24/165143.aspx
            在這篇日志中作者指出這是一種實現hot-patching和hot-fix的技術,而且解釋了為什么不使用detours技術來實現hot-patching。此外,作者提到了具體是如何使用這種技術來實現hot-patching的,但是只是一句話帶過。
            ?
            http://msmvps.com/blogs/kernelmustard/archive/2005/04/25/44413.aspx
            這篇文章中作者從效率和其它方面詳細解釋了為什么選擇用這種技術來實現hot-patching以及為什么要這樣實現(短跳轉加長跳轉而不是一次性長跳轉)。
            ?
            http://xelf.info/knowledge/MemoryCopy.cpp
            這里給出了具體的memcpy的C語言源代碼。如果在安裝VC6的時候選擇了安裝CRT源代碼,則在VC安裝目錄的SRC/INTEL/目錄中有memcmp.asm等文件,它們就是對應的CRT函數的源代碼,這些源代碼中也都有詳細的注釋。
            ?
            另外,在自己的日志http://blog.csdn.net/jcwKyl/archive/2008/03/25/2217428.aspx里面,曾經對strcmp函數中的MOVEDI, EDI指令感到困惑,其實只要看看strcmp.asm中的源代碼就可以明白,那條MOVEDI, EDI完全是為了內存四字節對齊的。源代碼中寫的是align 4,在運行時,如果需要一個填充字節,則會填充一條NOP指令,如果需要兩個字節來填充,則會填充一條MOVEDI, EDI指令,之所以不用兩條NOP,是出于效率的考慮。


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

            Feedback

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

            2015-01-23 10:28 by abc
            不錯,謝謝分享。
            日产精品99久久久久久| 97超级碰碰碰久久久久| 国产免费久久精品99久久| 久久青青草原国产精品免费| 色综合久久天天综合| 亚洲国产精品一区二区三区久久| 久久精品国产亚洲av麻豆蜜芽| 乱亲女H秽乱长久久久| 伊人色综合久久天天| 久久中文字幕精品| 狠狠色丁香婷综合久久| 亚洲?V乱码久久精品蜜桃 | 曰曰摸天天摸人人看久久久| 中文字幕久久欲求不满| 亚洲国产视频久久| 久久福利青草精品资源站免费| 欧美亚洲另类久久综合婷婷| 国内精品久久久人妻中文字幕| 久久精品二区| 久久99国产精品久久久 | 国产成人精品久久亚洲| 亚洲国产视频久久| 久久99精品久久久久久秒播| 精品无码久久久久久午夜| 久久99热这里只频精品6| 亚洲国产精品久久66| 久久精品成人国产午夜| 人妻无码久久一区二区三区免费| 久久久久亚洲AV成人网人人软件| 久久综合亚洲欧美成人| 精品国产乱码久久久久软件| 久久91这里精品国产2020| 97久久超碰国产精品2021| 久久婷婷五月综合97色一本一本 | 青青青国产精品国产精品久久久久| 久久午夜福利无码1000合集| 国产成人99久久亚洲综合精品 | 亚洲综合伊人久久综合| 国产精品一区二区久久精品涩爱| 久久天天躁狠狠躁夜夜2020| 国产精品va久久久久久久|