• <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
            不錯,謝謝分享。
            狠狠色丁香久久婷婷综合蜜芽五月 | 久久综合伊人77777| 嫩草影院久久国产精品| 久久国产三级无码一区二区| 精品国产婷婷久久久| 久久人人青草97香蕉| 久久青青草原亚洲av无码app| 青青青青久久精品国产h| 日韩久久无码免费毛片软件| 无码人妻少妇久久中文字幕蜜桃| 国产精品gz久久久| 亚洲精品无码久久久久久| 久久久久久久综合日本亚洲| 久久夜色精品国产www| 久久久国产乱子伦精品作者| 久久国产香蕉视频| AV狠狠色丁香婷婷综合久久| 久久只有这精品99| 亚洲精品高清久久| 人妻丰满AV无码久久不卡| 狠狠综合久久综合中文88| 精品久久久噜噜噜久久久 | 中文字幕亚洲综合久久2| 久久亚洲精品无码VA大香大香| 久久久综合九色合综国产| 国内精品伊人久久久久777| 99久久综合国产精品二区| 国内精品久久人妻互换| 久久综合九色综合网站| 久久综合一区二区无码| 国产精品成人99久久久久| AV狠狠色丁香婷婷综合久久| 久久精品国产精品亚洲毛片| 久久午夜无码鲁丝片秋霞| 亚洲AⅤ优女AV综合久久久| 久久亚洲2019中文字幕| 国产福利电影一区二区三区,免费久久久久久久精 | 免费观看久久精彩视频| 国产精品一久久香蕉国产线看观看| 久久久久久久波多野结衣高潮| 日韩久久无码免费毛片软件|