• <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++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            WinDBG+VMware=調試內核 [轉載]

            Posted on 2010-01-06 11:33 S.l.e!ep.¢% 閱讀(504) 評論(0)  編輯 收藏 引用 所屬分類: WinDbg
            http://hi.baidu.com/1ian9yu/blog/item/bbaf1301240d7ad3267fb524.html

            按照我這篇筆記寫的步驟去做,絕對能夠成功,并且還能大略地了解到為什么要這樣做的原因。第1部分是步驟,如果不想看原因的,直接按部照搬就可以成功。如果還想深入點了解為什么要做這些步驟,這些步驟的含義是什么?那就請繼續看第二部分。

            第一部分(步驟):

            先統一名稱,真實的操作系統叫HostOS,在VMware里虛擬的操作系統叫GuestOS。

            1.在VMware里安裝好GuestOS;下載WinDBG并安裝好。

            2.添加一個串口

            在關閉GuestOS的情況下才能添加硬件。添加串口的過程如下:
            添加硬件向導 -> 添加 -> 選擇“串行端口” -> 選擇“輸出命名管道”
            命名管道: \\.\pipe\com_1
            終端是服務器.
            其它終端是一個應用程序

            設備狀態
            * 打開電源時連接

            3.在GuestOS的boot.ini文件里填入如下內容:

            multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional Debug" /fastdetect /debugport=com1 /baudrate=115200

            4.創建一個WinDBG的快捷方式,在“目標”一欄后面加上:

            -b -k com:pipe,port=\\.\pipe\com_1,resets=0

            5.重啟GuestOS,選擇Debug模式。

            6.雙擊第4步創建的那個快捷方式啟動WinDBG,它會自動去連接調試GuestOS。

            可以看到,已經成功了,現在可以盡情地調試內核了。

            第二部分(解說):

            原理就是VMware在GuestOS虛擬一個COM口,并在HostOS創建了一個管道,這個管道的一端連接GuestOS的COM口,另一端則是WinDBG,所以HostOS(WinDBG)和GuestOS的所有數據交換都是通過這個管道來流通轉發的。

            1.我的電腦沒有COM口,所以不能搭建調試環境?

            不是的,你的電腦有沒有COM口與這個調試環境沒有任何關系,整個過程根本沒有使用到你電腦的物理COM口。VMware只是在GuestOS虛擬了一個COM口而已。

            2.在創建串口(COM口屬于串口的一種)的過程中,看到指定的管道為“\\.\pipe\com_1”,我可以指定為其他嗎?

            可以的。這只是指定一個管道名字而已,VMware用這個名字來創建一個命名管道。我完全可以改成“\\.\pipe\liangyu”、“\\.\pipe\aaa”等等,但記得要把WinDBG的快捷方式處的管道名字更改為一樣。

            3.我可以在GuestOS的boot.ini文件更改那個COM口嗎?比如把COM1改為COM2?

            不可以的,VMware會把虛擬出的這個COM口總是定義為com1。GuestOS的其他COM口都得讓位。

            4.看到很多教程都說到要勾選“I/O模式”,如圖:

            一定要勾選嗎?

            這個勾選不勾選都可以,我沒發現有什么大的區別。

            5.在更改GuestOS的boot.ini文件的時候,增加有“/debugport=com1 /baudrate=115200”這些內容,含義是?

            使用的調試端口是com1,波特率是115200。這是在告訴GuestOS現在要調試內核(操作系統),把調試信息往COM1口輸出,使用的波特率是115200。
            我在試驗的時候發現,這個波特率其實也不一定要設為115200,完全可以修改為112233、445566等等其他數據。可能是因為WinDBG自動調節波特率來適配管道或COM口,所以波特率在這里沒有實際意義。

            6.WinDBG的快捷方式那里添加了“-b -k com:pipe,port=\\.\pipe\com_1,resets=0”這些內容,含義是?

            大概意思就是使用管道“\\.\pipe\com_1”來進行內核調試。各個參數的說明在WinDBG的參考文檔里面有,這里粘貼一下:

            -b
            (Kernel mode only) This option has two effects:

            1. The debugger will break into the target computer immediately upon connection.

            2. After a reboot, the debugger will break into the target computer once the kernel is initialized. See Crashing and Rebooting the Target Computer for details and for other methods of changing this status.

            -k [ConnectType]
            (Kernel mode only) Starts a kernel debugging session. For details, see Choosing Kernel Debugging Settings. If -k is used without any ConnectType options following it, it must be the final entry on the command line.

            resets=0
            Specifies that an unlimited number of reset packets can be sent to the target when the host and target are synchronizing. Use the resets=0 parameter for Microsoft Virtual PC and other virtual machines whose pipes drop excess bytes. Do not use this parameter for VMware or other virtual machines whose pipes do not drop all excess bytes.

            7.一定要這樣創建一個WinDBG的快捷方式才能進行調試嗎?

            不是的,我們完全可以先正常運行WinDBG,然后選擇菜單“File”--->“Kernel Debug...”,然后會彈出對話框

            Baud Rate : 115200
            Port: \\.\pipe\com_1
            *Pipe
            *Reconnect
            Resets:0

            然后設置如上,點確定。這樣也是可以進行調試的。

            8.上面第5、第6步有先后順序嗎?看到很多資料都很強調這個先后順序。

            這個是沒有先后順序的。你可以先執行第5,再到第6步,或者先執行第6,再到第5步都是沒有關系的。

            選擇Debug模式后,即使進入系統操作了很久,運行了很多東西,但只要你運行WinDBG,照樣能夠連上去調試。所以說這里是沒有先后順序的。

            偷窥少妇久久久久久久久| 丁香狠狠色婷婷久久综合| 久久国产高清一区二区三区| 色综合久久久久| 欧美久久一区二区三区| 97精品伊人久久大香线蕉| 欧美熟妇另类久久久久久不卡 | 日韩人妻无码一区二区三区久久 | 亚洲一本综合久久| 要久久爱在线免费观看| 久久99久久99精品免视看动漫| 国产叼嘿久久精品久久| 无遮挡粉嫩小泬久久久久久久| 久久99热狠狠色精品一区| 国产精品久久久久久五月尺| 69国产成人综合久久精品| 大香伊人久久精品一区二区| 91精品免费久久久久久久久| 97精品国产97久久久久久免费 | 久久精品亚洲福利| 色欲综合久久中文字幕网| 狠狠色丁香婷婷综合久久来来去 | 天天久久狠狠色综合| 亚洲国产精品无码久久久不卡| 青青青青久久精品国产h| 无码国产69精品久久久久网站| 国产精品九九久久免费视频 | 久久久久国产精品熟女影院| 深夜久久AAAAA级毛片免费看 | 伊人精品久久久久7777| 99久久精品国产毛片| 免费国产99久久久香蕉| 久久人人爽人人爽人人片av高请| 久久精品青青草原伊人| 国产成人精品三上悠亚久久| 久久香综合精品久久伊人| 久久久久久久免费视频| 久久精品极品盛宴观看| 成人综合久久精品色婷婷| 久久亚洲精品国产精品婷婷 | 久久久精品久久久久特色影视|