日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

windbg 常用命令详解

發布時間:2023/12/20 编程问答 33 豆豆
生活随笔 收集整理的這篇文章主要介紹了 windbg 常用命令详解 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.


一、

1、 !address eax

查看對應內存頁的屬性

?


2、 vertarget

顯示當前進程的大致信息


3 !peb

顯示process Environment Block

?

?


4、 lmvm

可以查看任意一個dll的詳細信息
例如:我們查看cyusb.sys的信息



5.reload !sym 加載符號文件


6、 lmf

列出當前進程中加載的所有dll文件和對應的路徑


7、 r

命令顯示和修改寄存器上的值
r命令顯示和修改寄存器上的值

0:018> r eax=0 修改了寄存器,把eax的值修改為0x0


8、 d

命令顯示esp寄存器指向的內存
如下


用dd命令直接指定054efc14地址


注意第二個d表示DWORD格式,此外還有db(byte),du(Unicode),dc(char)等等。
數據查看指令 d{a|b|c|d|D|f|p|q|u|w|W}
d{b|c|d|D|f|p|q}分別是顯示:
byte&ASCII, double-word&ASCII,double-word,double-precision,float,pointer-sized,quad-word數據;
DA用于顯示ASCII,DU用于顯示UNICODE;
BYB,BYD,顯示binary和Byte及binary和DWORD
補充一個DV,用于查看本地變量用的


9、 e

命令可以用來修改內存地址
跟d命令一樣,e命令后面也可以跟類型后綴,比如ed命
令表示用DWORD的方式修改。下面的命令把054efc14地址上的值修改為11112222。
0:018>ed 054efc14 11112222
修改后可以用dd命令來查看內存。
0:018>dd 0543fc14 L4 L4參數指定內存區間的長度為4個DWORD,這樣輸出只有1行,
而不是8行了。


10、s

命令用來搜索內存具體見help文檔
11!runaway 可以顯示每一個線程的cpu消耗
0:018> !runaway 結果如下:
0:83c 0 days 0:00:00.406
13:bd4 0 days 0:00:00.046
10:ac8 0 days 0:00:00.046
24:4f4 0 days 0:00:00.031
上面輸出的第一列是線程的編號和線程ID,后一列對應的是該線程在用戶態模式中的
總的繁忙時間。
在該命令加上f參數,還可以看到內核態的繁忙時間,當進程內存占用率比較高的時候
,通過該命令可以方便的找到對應的繁忙線程。

12、 ~???? 命令是用來切換目標線程

0:018> ~ 可以顯示線程的信息
0:018> ~0s?? 把當前的線程切換到0號線程,也就是主線程,切換后提示符會變為0:000.

13 、~* 命令列出當前進程中的所有線程的詳細信息

14、~*kb??? 命令列出所有線程的堆棧

15、 k???? 命令用來顯示當前線程的堆棧,如下

0:018> k
跟d命令一樣,k后面也可以跟很多后綴,比如kb kp,kn,kv,kl等,這些后綴控制了顯示的格式和信息
棧指令k[b|p|P|v]
這四條指令顯示的內容類似,但是每個指令都有特色;

KB顯示三個參數;

Kp顯示所有的參數,但需要Full Symbols或Private PDBSymbols支持。KP與Kp相似,只是KP將參數換行顯示了;

Kv用于顯示FPO和調用約定;

KD,用于顯示Stack的Dump,在跟蹤棧時比較有用。
這些指令區分大小。

16 、u?? 命令把指定地址上的代碼翻譯成匯編輸出

0:018> u 7739d023
USER32!NtUserWaitMessage:
7739d023 b84a120000 mov eax,0x124a
7739d028 ba0003fe7f mov edx,0x7ffe0300
7739d02d ff12 call dword ptr [edx]
7739d02f c3 ret
如果符號文件加載正確,可以用uf命令直接反匯編整個函數,比如uf USER32! NtUserWaitMessage

17 、x?? ?查找符號的二進制地址如下

0:018> x msvcr!printf
77bd27c2 msvcrt!printf =
上面的命令找到了printf函數的入口地址在77bd27c2

0:001> x ntdll!GlobalCounter
7c99f72c ntdll!GlobalCounter =
上面的命令表示ntdll!GlobalCounter這個變量保存的地址是7c99f72c。


注意:符號對應的是變量和變量所在的地址,不是變量的值,上面只是找到GlobalCounter這個變量的值是7c99f72,要找到變量的值,需要用d命令讀取內存地址來獲取。

X命令還支持通配符,比如x ntdll !*命令列出ntdll模塊中的所有的符號,以及對應的二進制地址。

18、 dds 打印內存地址上的二進制值

同時自動搜索二進制值對應的符號。
比如要看看當前**中保存了那些函數地址,就可以檢查ebp指向的內存
0:018>dds ebp
0013ed98 0013ee24
0013ed9c 75ecb30f BROWSEUI!BrowserProtectedThreadProc+0x44
0013eda0 00163820
0013eda4 0013ee50
0013eda8 00163820
0013edac 00000000
0013edb0 0013ee10
0013edb4 75ece83a BROWSEUI!__delayLoadHelper2+0x23a
0013edb8 00000005
0013edbc 0013edcc
0013edc0 0013ee50
0013edc4 00163820
0013edc8 00000000
0013edcc 00000024
0013edd0 75f36d2c BROWSEUI!_DELAY_IMPORT_DESCRIPTOR_SHELL32
0013edd4 75f3a184 BROWSEUI!_imp__SHGetInstanceExplorer
0013edd8 75f36e80 BROWSEUI!_sz_SHELL32
0013eddc 00000001
0013ede0 75f3726a BROWSEUI!urlmon_NULL_THUNK_DATA_DLN+0x116
0013ede4 7c8d0000 SHELL32!_imp__RegCloseKey (SHELL32+0x0)
0013ede8 7c925b34 SHELL32!SHGetInstanceExplorer

這里dds命令從ebp指向的內存地址0013ed98開始打印,第一列是內存地址的值,第二列是地址上對應的二進制數據,第三列是二進制對應的符號。上面的命令自動找到了75ecb390f對應的符號是BROWSEUI!BrowserProtectedThreadProc +0x44.

Com interface 和c++ vtable里面的成員函數都是順序排列的。所以,dds命令可以方便的找到虛函數表中的具體的函數地址,比如用下面的命令可以找到OpaqueDatinfo類型中虛函數的實際函數地址。
首先通過x命令找到OpaqueDataInfo虛函數地址
0:000> x ole32!OpaqueDataInfo::vftable’
7768265c ole32!OpaqueDataInfo::`vftable'' =
77682680 ole32!OpaqueDataInfo::`vftable'' =
接下來dds命令可以打印出虛函數表中的函數名字
0:000> dds 7768265c


19 .frame

命令在棧中切換以便檢查局部變量。
要查看局部變量的需要如下:
19、1??? 查看線程的callstack

第一列的號稱為Frame num,通過.frame命令就可以切換到對應的函數中檢查局部變量,比如我們檢查CYUSB+0x916,這個函數的frame num是0,于是,我們如下:
19、2? ?iframe??? 切換到指定行號的函數中

19、3?? 然后調用 x? 顯示當前frame的局部變量,比如這個函數中有兩個局部變量pcls和rawptr
0:018> x
0012fced pcls = 0x0039ba80
0012fcd8 rawptr = 0x0039ba80

20、 dt? 格式化顯示資料

Dt?? 命令格式化顯示變量的資料和結構
0:000> dt pcls
Local var @ 0x12fce4 Type MyCls*
0x0039ba80
+0x000 str : 0x00416648 'abcd'
+0x004 inobj : inner
上面的命令打印出pcls的類型是MyCls指針,指向的地址是0x0039ba80,其中的兩個class成員的偏移分別在+0和+4,對應的值在第2列顯示。加上-b -r參數可以顯示inner class和數組的信息:
0:000> dt pcls -b -r
Local var @ 0x12fce4 Type MyCls*
0x0039ba80
+0x000 str : 0x00416648 'abcd'
+0x004 inobj : innner
+0x000 arr : 'abcd'
[00] 97 ''a''
[01] 98 ''b''
[02] 99 ''c''
[03] 100 ''d''
[04] 0 ''''
[05] 0 ''''
[06] 0 ''''
[07] 0 ''''
[08] 0 ''''
[09] 0 ''''
對于任意的地址,也可以手動指定符號類型來格式化顯示。比如把0x0039ba80地址上的數據用MyCls類型來顯示:
0:000> dt 0x0039ba80 MyCls
+0x000 str : 0x00416648 'abcd'
+0x004 inobj : innner

21、? bp?? 設定調試斷點

(1)比如可以這樣寫:0:018>bp notepad!WinMain 在notepade的winmain函數處下斷點。
斷點的位置可以用符號來表示,如上,也可以直接用地址以及windbg的Pseudo_Register(虛擬寄存器)。

比如,我們用$exentry表示進程的入口,那么可以用bp @$exentry在進程的入口設置斷點。

(2)如果notepade的winmain的入口地址為01006420,那么斷點也可以這么寫:
Bp 01006420
bp mysource.cpp:143` 'j (poi(MyVar)”0x20) ''''; ''g'' '
意思就是:當myvar的值等于0x20時,g命令繼續執行;
(3)下面一個設置條件斷點
0:001> bp exceptioninject!foo3 “k; .echo ‘breaks’ ; g”
在exceptioninject!foo3上設置斷點后,每次斷下來后,先用k顯示callstack,然后用.echo命令輸出簡單的字符串‘breaks’,最后g命令繼續執行。
(4)下面看一個更復雜的設置條件斷點的例子:
ba w4 execptioninject!i ”j(poi(exceptioninject!i)<0n40) ‘.printf//”exceptioninject!i value is :%d//”,poi(exceptioninject!i); g’ ; ‘.echo stop!’ ”
首先ba w4 exceptioninject!i 表示在修改exceptioninject!i這個全局變量的時候,停下來;
j(judge)命令的作用就是對后面的表達式作條件判斷如果為true,執行第一個單引號里面的命令,否則執行第2個單引號里面的命令,
條件表達式是(poi(exceptioninject!i)<0n40),在windbg中excepioninject!i符號表示符號所在的內存地址,而不是符號的數值,相當于C語言的&操作符的作用,poi命令就是取這個地址上的值,相當于c語言的*操作符。

所以這個條件判斷的意思就是判斷exceptioninject!i的值,是否小于十進制的40。如果為真,就執行第一個單引號,‘.printf//”exceptioninject!i value is :%d//”,poi(exceptioninject!i); g’,如果為假,就執行第二個單引號‘.echo stop!’
第一個單引號里有三個命令,.printf .echo 和g。這里的printf和c語言的printf函數語法一樣,不過由于這個printf命令本身是在ba命令的雙引號里面,所以需要用//來轉義print中的引號。第一個引號的作用是:打印出當前exceptioninject!i的值,.echo命令換行 g命令繼續執行
第二個引號的作用就是顯示stop,由于后面沒有g命令,所以windbg會停下。

22、 ?bm?? 使用模式匹配設置斷點

這個功能需要符號表的支持,bm可以通過模式一次設置多個斷點,比如
bm mydriver!FastIO* 可以將所有與FastIO*模式匹配的函數下設置斷點,比如FastIoRead ,FastIoWriter等函數都會被設置上斷點。需要注意的是,bm命令需要full or export symbols支持。

23、 ba??? ?對內存訪問設置斷點 break on access

就是對于內存訪問設置斷點,對于在多核處理或者多核處理器調試的時候很有用,對于調試多線程也很有用,比如說,我們可以對一個全局變量設置斷點,
ba mydriver!gMonitoreedDevices , 如果你認為這個變量的值被莫名的修改了,相信通過ba設置的斷點,你可以很快找到是誰修改的。

也可以這樣
ba w4 0x4000000 'kb;g' 當0x4000000地址有寫操作時,進入斷點 。w表示類型為寫 4表示長度為4個字節

24 、bl 列出所有的斷點 break list

?

25、 bc 清除斷點 break clear

?bc [斷點號]

26、 be 開啟斷點 break enable

?

27、 bd禁用斷點 break disable

?

以上提到的斷點指令通過和j指令很容易形成條件斷點,比如
bp USER32!GetMessageW 'r $t1=poi(esp+4);r $t2=poi(@$t1+4); j(@$t2 = 0x102 ) ''du @$t1+8 L2;gc'';''gc'''
這個條件斷點,截取WM_CHAR消息,并將字符(包括中文)顯示出來。
條件斷點的最簡形式:bp Address 'j (Condition) ''OptionalCommands''; ''gc'' '
Address是指令的地址,Condition是一個條件表達式,如果@eax=1,''OptionalCommands''是在斷點被擊中并且表達式成立時要執行的指令;gc指定是從一個條件斷點返回,是不可少的一部分。

28、跟蹤指令T,TA,TB,TC,WT,P,PA,PC

T?? 指令單步執行,在源碼調試狀態下,可指源碼的一行,根據不同的選項也可以為一行ASM指令
TA?? 單步跟蹤到指定地址,如果沒有參數將運行到斷點處

TB? 執行到分支指令,分支指令包括calls,? ?returns,?? jumps,??? counted loops,??? and while loops;
TC? 執行到Call指令;
WT? Trace and Watch Data,一條強大指令,對執行流程做Profile,執行一下看看結果吧;
P,PA,PC??? 相信不用多做解釋,大家也都明白了;

29、源代碼操作指令.,lsf,lsc,ls,l,lsp

.指令打一個源文件,可以打開一個全路徑的文件,也可以通過函數地址來打開并定位到源文件中函數的位置,如. –a myapp!main,. j://mydriver//mydriver.c
lsf指定一個源文件為當前源文件,使用lsc可顯示當前指定的源文件ls可顯示源文件的代碼。Lsf可以使用全路徑,如果源路徑已經設置,也可以直接指定源文件名稱。如lsf mydriver.c,lsf j://mydriver//mydriver.c
lsc顯示當前源文件
ls顯示當前源文件的代碼,如ls 200顯示第200行
l 用于設置源文件選項
lsp 設置源文件行在調試時顯示范圍比如,
顯示當前行的前50,后50,lsp 100
但通常使用Windbg時,可以直接用Ctrl+O來打開并查看源文件

30 、查詢符號

kd> x nt!KeServiceDescriptorTable*
8046e100 nt!KeServiceDescriptorTableShadow =
8046e0c0 nt!KeServiceDescriptorTable =
kd> ln 8046e100
(8046e100) nt!KeServiceDescriptorTableShadow | (8046e140) nt!MmSectionExtendResource
Exact matches:
nt!KeServiceDescriptorTableShadow =

31、!gle 查看LastError值

?

32、指定進制的形式0x/0n/0t/y 分別表示 16/10/8/2進制

? 0x12345678+0n10
Evaluate expression: 305419906 = 12345682
33、!sym noice/quiet symbol prompts開關

34、srcpath 設置源代碼的路徑

?

35、dv查看本地變量

?

36、!teb 顯示當前線程的執行塊(execution block)
37、!peb 顯示當前進程的執行塊(execution block)
38、ln[Address] 顯示當前地址上的對象類型

?

39、!locks 顯示死鎖

?

40、!handle可以獲取整個進程或者某一個handle的詳細信息

首先運行以下!handle,可以看到當前進程的每個一個handle的類型,以及統計信息
0:002>!handle
Handle 4
Type key
Handle c
Type keyEvent
…….
然后找到一個key,查看詳細信息
0:001>!handle 4 f
就會列出這個handle的詳細信息。
41!htrace命令檢查操作句柄的歷史記錄
!htrace命令可以打印出指定的handle的最近幾次調用堆棧
0:001>!htrace 384

42、!cs列出CriticalSection的詳細信息

?

43、!threadpool能看到完成端口,線城池工作線程和timer回調占線程池的情況
44、time 可以看到進程跑了多長時間

?

45、 !dso 查看當前線程中有哪些對象,分析泄露時用到
46、dump保存進程的dump文件

Dump文件是進程的內存鏡像,

可當在調試器中打開dump文件時,使用上面的命令檢查,看到的結果跟用調試檢查進程看到的一樣
.dump /ma c://testdump.dmp
這個命令把當前進程的鏡像保存為c://testdump.dmp,其中/ms參數表示dump的文件應該包含進程的完整信息。
在windbg中,通過file—open---open Crash dump菜單打開dump文件進行分析。打開文件后,運行調試命令看到的信息和狀態就是dump文件保存時進程的狀態。通過dump文件能夠方便的保存發生問題時進程的狀態,方便事后分析。

?

47、
[plain] view plaincopyprint?
  • 0:?kd>?!idt???????????????????????????//查看中斷向量表內容??
  • 0:?kd>?dt?nt!_KINTERRUPT?89c03bb0?????//查看對應中斷向量的詳細內容??
  • 0:?kd>?!ioapic????????????????????????//顯示I/O?APIC(即連接至設備的中斷控制部件)??
  • 0:?kd>?!pic???????????????????????????//???
  • 0:?kd>?!apic??????????????????????????//有關PIC的配置情況??
  • 0: kd> !idt //查看中斷向量表內容 0: kd> dt nt!_KINTERRUPT 89c03bb0 //查看對應中斷向量的詳細內容 0: kd> !ioapic //顯示I/O APIC(即連接至設備的中斷控制部件) 0: kd> !pic // 0: kd> !apic //有關PIC的配置情況


    kd> !idt運行后顯示為

    [plain] view plaincopyprint?
  • 0:?kd>?!idt??
  • ??
  • Dumping?IDT:??
  • ??
  • 37:?806e7864?hal!PicSpuriousService37??
  • 3d:?806e8e2c?hal!HalpApcInterrupt??
  • 41:?806e8c88?hal!HalpDispatchInterrupt??
  • 50:?806e793c?hal!HalpApicRebootService??
  • 63:?89ac57e4?USBPORT!USBPORT_InterruptService?(KINTERRUPT?89ac57a8)??
  • ?????????????USBPORT!USBPORT_InterruptService?(KINTERRUPT?8982abb0)??
  • 73:?89d6767c?atapi!IdePortInterrupt?(KINTERRUPT?89d67640)??
  • ?????????????atapi!IdePortInterrupt?(KINTERRUPT?89dc4bb0)??
  • 83:?89c1471c?VIDEOPRT!pVideoPortInterrupt?(KINTERRUPT?89c146e0)??
  • ?????????????HDAudBus!AzController::Isr?(KINTERRUPT?89c16ac8)??
  • ?????????????NDIS!ndisMIsr?(KINTERRUPT?89847bb0)??
  • 94:?8976fbec?USBPORT!USBPORT_InterruptService?(KINTERRUPT?8976fbb0)??
  • a4:?89770bec?USBPORT!USBPORT_InterruptService?(KINTERRUPT?89770bb0)??
  • b1:?89d859e4?ACPI!ACPIInterruptServiceRoutine?(KINTERRUPT?89d859a8)??
  • b4:?89c03bec?USBPORT!USBPORT_InterruptService?(KINTERRUPT?89c03bb0)??
  • c1:?806e7ac0?hal!HalpBroadcastCallService??
  • d1:?806e6e54?hal!HalpClockInterrupt??
  • e1:?806e8048?hal!HalpIpiHandler??
  • e3:?806e7dac?hal!HalpLocalApicErrorService??
  • fd:?806e85a8?hal!HalpProfileInterrupt??
  • fe:?806e8748?hal!HalpPerfInterrupt??
  • //前部分是使用的中斷類型號。例如83號中斷是有三個硬件復用。??
  • 0: kd> !idtDumping IDT:37: 806e7864 hal!PicSpuriousService37 3d: 806e8e2c hal!HalpApcInterrupt 41: 806e8c88 hal!HalpDispatchInterrupt 50: 806e793c hal!HalpApicRebootService 63: 89ac57e4 USBPORT!USBPORT_InterruptService (KINTERRUPT 89ac57a8)USBPORT!USBPORT_InterruptService (KINTERRUPT 8982abb0) 73: 89d6767c atapi!IdePortInterrupt (KINTERRUPT 89d67640)atapi!IdePortInterrupt (KINTERRUPT 89dc4bb0) 83: 89c1471c VIDEOPRT!pVideoPortInterrupt (KINTERRUPT 89c146e0)HDAudBus!AzController::Isr (KINTERRUPT 89c16ac8)NDIS!ndisMIsr (KINTERRUPT 89847bb0) 94: 8976fbec USBPORT!USBPORT_InterruptService (KINTERRUPT 8976fbb0) a4: 89770bec USBPORT!USBPORT_InterruptService (KINTERRUPT 89770bb0) b1: 89d859e4 ACPI!ACPIInterruptServiceRoutine (KINTERRUPT 89d859a8) b4: 89c03bec USBPORT!USBPORT_InterruptService (KINTERRUPT 89c03bb0) c1: 806e7ac0 hal!HalpBroadcastCallService d1: 806e6e54 hal!HalpClockInterrupt e1: 806e8048 hal!HalpIpiHandler e3: 806e7dac hal!HalpLocalApicErrorService fd: 806e85a8 hal!HalpProfileInterrupt fe: 806e8748 hal!HalpPerfInterrupt //前部分是使用的中斷類型號。例如83號中斷是有三個硬件復用。


    ?

    2.0: kd> dt nt!_KINTERRUPT 89c03bb0,運行后顯示為

    [plain] view plaincopyprint?
  • 0:?kd>?dt?nt!_KINTERRUPT?89c03bb0??
  • ???+0x000?Type?????????????:?0n22??
  • ???+0x002?Size?????????????:?0n484??
  • ???+0x004?InterruptListEntry?:?_LIST_ENTRY?[?0x89c03bb4?-?0x89c03bb4?]??
  • ???+0x00c?ServiceRoutine???:?0xb9159e54?????unsigned?char??USBPORT!USBPORT_InterruptService+0??
  • ???+0x010?ServiceContext???:?0x89c38028?Void??
  • ???+0x014?SpinLock?????????:?0??
  • ???+0x018?TickCount????????:?0xffffffff??
  • ???+0x01c?ActualLock???????:?0x89c03e14??->?0??
  • ???+0x020?DispatchAddress??:?0x805466d0?????void??nt!KiInterruptDispatch+0??
  • ???+0x024?Vector???????????:?0x1b4??
  • ???+0x028?Irql?????????????:?0xa?''??
  • ???+0x029?SynchronizeIrql??:?0xa?''??
  • ???+0x02a?FloatingSave?????:?0?''??
  • ???+0x02b?Connected????????:?0x1?''??
  • ???+0x02c?Number???????????:?0?''??
  • ???+0x02d?ShareVector??????:?0x1?''??
  • ???+0x030?Mode?????????????:?0?(?LevelSensitive?)??
  • ???+0x034?ServiceCount?????:?0??
  • ???+0x038?DispatchCount????:?0xffffffff??
  • ???+0x03c?DispatchCode?????:?[106]?0x56535554??
  • 0: kd> dt nt!_KINTERRUPT 89c03bb0+0x000 Type : 0n22+0x002 Size : 0n484+0x004 InterruptListEntry : _LIST_ENTRY [ 0x89c03bb4 - 0x89c03bb4 ]+0x00c ServiceRoutine : 0xb9159e54 unsigned char USBPORT!USBPORT_InterruptService+0+0x010 ServiceContext : 0x89c38028 Void+0x014 SpinLock : 0+0x018 TickCount : 0xffffffff+0x01c ActualLock : 0x89c03e14 -> 0+0x020 DispatchAddress : 0x805466d0 void nt!KiInterruptDispatch+0+0x024 Vector : 0x1b4+0x028 Irql : 0xa ''+0x029 SynchronizeIrql : 0xa ''+0x02a FloatingSave : 0 ''+0x02b Connected : 0x1 ''+0x02c Number : 0 ''+0x02d ShareVector : 0x1 ''+0x030 Mode : 0 ( LevelSensitive )+0x034 ServiceCount : 0+0x038 DispatchCount : 0xffffffff+0x03c DispatchCode : [106] 0x56535554


    ?

    3.0: kd> !ioapic,運行后顯示

    [plain] view plaincopyprint?
  • 0:?kd>?!ioapic??
  • IoApic?@?FEC00000??ID:8?(20)??Arb:170020??
  • Inti00.:?52000000`000100ff??Vec:FF??FixedDel??Ph:52000000??????edg?high??????m??
  • Inti01.:?00c00000`000100ff??Vec:FF??FixedDel??Ph:00C00000??????edg?high??????m??
  • Inti02.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti03.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti04.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti05.:?52c00000`000100ff??Vec:FF??FixedDel??Ph:52C00000??????edg?high??????m??
  • Inti06.:?00c00000`000100ff??Vec:FF??FixedDel??Ph:00C00000??????edg?high??????m??
  • Inti07.:?02000000`000100ff??Vec:FF??FixedDel??Ph:02000000??????edg?high??????m??
  • Inti08.:?01000000`000008d1??Vec:D1??FixedDel??Lg:01000000??????edg?high?????????
  • Inti09.:?03000000`0000d9b1??Vec:B1??LowestDl??Lg:03000000-Pend?lvl?high?rirr????
  • Inti0A.:?00c00000`000100ff??Vec:FF??FixedDel??Ph:00C00000??????edg?high??????m??
  • Inti0B.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti0C.:?42000000`000100ff??Vec:FF??FixedDel??Ph:42000000??????edg?high??????m??
  • Inti0D.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti0E.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti0F.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti10.:?03000000`0000f983??Vec:83??LowestDl??Lg:03000000-Pend?lvl?low??rirr????
  • Inti11.:?00000000`000100ff??Vec:FF??FixedDel??Ph:00000000??????edg?high??????m??
  • Inti12.:?03000000`0000a994??Vec:94??LowestDl??Lg:03000000??????lvl?low??????????
  • Inti13.:?00c00000`000100ff??Vec:FF??FixedDel??Ph:00C00000??????edg?high??????m??
  • Inti14.:?03000000`0000a973??Vec:73??LowestDl??Lg:03000000??????lvl?low??????????
  • Inti15.:?03000000`0000a963??Vec:63??LowestDl??Lg:03000000??????lvl?low??????????
  • Inti16.:?03000000`0000a9a4??Vec:A4??LowestDl??Lg:03000000??????lvl?low??????????
  • Inti17.:?03000000`0000f9b4??Vec:B4??LowestDl??Lg:03000000-Pend?lvl?low??rirr????
  • 0: kd> !ioapic IoApic @ FEC00000 ID:8 (20) Arb:170020 Inti00.: 52000000`000100ff Vec:FF FixedDel Ph:52000000 edg high m Inti01.: 00c00000`000100ff Vec:FF FixedDel Ph:00C00000 edg high m Inti02.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti03.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti04.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti05.: 52c00000`000100ff Vec:FF FixedDel Ph:52C00000 edg high m Inti06.: 00c00000`000100ff Vec:FF FixedDel Ph:00C00000 edg high m Inti07.: 02000000`000100ff Vec:FF FixedDel Ph:02000000 edg high m Inti08.: 01000000`000008d1 Vec:D1 FixedDel Lg:01000000 edg high Inti09.: 03000000`0000d9b1 Vec:B1 LowestDl Lg:03000000-Pend lvl high rirr Inti0A.: 00c00000`000100ff Vec:FF FixedDel Ph:00C00000 edg high m Inti0B.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti0C.: 42000000`000100ff Vec:FF FixedDel Ph:42000000 edg high m Inti0D.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti0E.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti0F.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti10.: 03000000`0000f983 Vec:83 LowestDl Lg:03000000-Pend lvl low rirr Inti11.: 00000000`000100ff Vec:FF FixedDel Ph:00000000 edg high m Inti12.: 03000000`0000a994 Vec:94 LowestDl Lg:03000000 lvl low Inti13.: 00c00000`000100ff Vec:FF FixedDel Ph:00C00000 edg high m Inti14.: 03000000`0000a973 Vec:73 LowestDl Lg:03000000 lvl low Inti15.: 03000000`0000a963 Vec:63 LowestDl Lg:03000000 lvl low Inti16.: 03000000`0000a9a4 Vec:A4 LowestDl Lg:03000000 lvl low Inti17.: 03000000`0000f9b4 Vec:B4 LowestDl Lg:03000000-Pend lvl low rirr


    ?

    4.0: kd> !pic ,運行后顯示

    [plain] view plaincopyprint?
  • 0:?kd>?!pic??
  • -----?IRQ?Number?-----?00?01?02?03?04?05?06?07?08?09?0A?0B?0C?0D?0E?0F??
  • Physically?in?service:??.??.??.??.??.??.??.??.??.??.??.??.??.??.??.??.??
  • Physically?masked:??????Y??Y??Y??Y??Y??Y??Y??Y??Y??Y??Y??Y??Y??Y??Y??Y??
  • Physically?requested:???Y??.??.??Y??.??Y??.??.??Y??Y??Y??Y??.??.??.??.??
  • 0: kd> !pic ----- IRQ Number ----- 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F Physically in service: . . . . . . . . . . . . . . . . Physically masked: Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Physically requested: Y . . Y . Y . . Y Y Y Y . . . .


    ?

    5.0: kd> !apic,運行后顯示

    [plain] view plaincopyprint?
  • 0:?kd>?!apic??
  • Apic?@?fffe0000??ID:0?(50014)??LogDesc:01000000??DestFmt:ffffffff??TPR?FF??
  • TimeCnt:?0fdad680clk??SpurVec:1f??FaultVec:e3??error:40??
  • Ipi?Cmd:?02000000`000008e1??Vec:E1??FixedDel??Lg:02000000??????edg?high?????????
  • Timer..:?00000000`000300fd??Vec:FD??FixedDel????Dest=Self??????edg?high??????m??
  • Linti0.:?00000000`0001001f??Vec:1F??FixedDel????Dest=Self??????edg?high??????m??
  • Linti1.:?00000000`000084ff??Vec:FF??NMI?????????Dest=Self??????lvl?high?????????
  • TMR:?63,?73,?83,?94,?A4,?B1,?B4??
  • IRR:?41,?B1,?D1??
  • ISR:?D1??
  • 0: kd> !apic Apic @ fffe0000 ID:0 (50014) LogDesc:01000000 DestFmt:ffffffff TPR FF TimeCnt: 0fdad680clk SpurVec:1f FaultVec:e3 error:40 Ipi Cmd: 02000000`000008e1 Vec:E1 FixedDel Lg:02000000 edg high Timer..: 00000000`000300fd Vec:FD FixedDel Dest=Self edg high m Linti0.: 00000000`0001001f Vec:1F FixedDel Dest=Self edg high m Linti1.: 00000000`000084ff Vec:FF NMI Dest=Self lvl high TMR: 63, 73, 83, 94, A4, B1, B4 IRR: 41, B1, D1 ISR: D1

    ?48、.cls

    ?.cls用于清屏

    注意:得在windbg處于命令行模式時才可用(即按了Ctro+Break)

    ?或者直接使用工具欄:

    ?

    二、

    ?

    Windbg斷點命令

    1. 設置斷點命令bu bp bm ba

    1) bu bp bm設置軟件斷點

    a). bp設置地址關聯的斷點

    b). bu設置符號關聯的斷點

    c). bm支持設置含通配符的斷點,可以一次創建一個或多個bu或bp (bm /d)斷點

    bp和bu的主要區別

    a) bp所設斷點和地址關聯,如果模塊把該地址的指令移到其它地方,斷點不會隨之移動,而是依然關聯在在原來的地址上; 而bu所設斷點是和符號關聯,如果符號的地址改變了,斷點依然保持和原來的符號關聯。

    b) 如果bp所設斷點的地址在加載的模塊中被找到,后來軟件模塊被卸載,斷點會被自動移除;而bu所設斷點則會一直存在。

    c) bp設置的斷點不會被保存windbg的workspace中,bu設置的斷點會則會被保存下來。

    ?

    2)ba設置硬件斷點(數據斷點)

    硬件斷點是指當一個內存地址被訪問(讀、寫、執行)或IO端口被訪問時觸發的斷點。

    ?

    2. 其它命令bl bc bd be .bpcmds

    bl 列舉所有斷點和它們的狀態

    bc 刪除對應斷點

    bd 禁用對應斷點

    be 啟用對應斷點

    .bmcmds 列舉所有斷點以及創建它們的命令

    ?

    3. 軟件斷點和硬件斷點

    1) 軟件斷點 - 調試工具控制的斷點。當調試器在某個地址設置一個斷點,它會首先把該地址的內容保存,零時插入一條中斷指令(如int3 (0xCC)),當程序執行到該地址是cpu進入調試狀態,當調試結束,程序重新載入該地址原先的指令重新執行下去。

    ?

    2) 硬件斷點 - 又稱為數據斷點,是處理器控制的斷點,可以用來監控某個內存地址的訪問(讀、寫、執行)和IO地址的訪問(讀、寫)。處理器中有相應的調試寄存器,用來記錄數據斷點的地址,當該地址(內存地址或IO端口地址)被訪問時,斷點將被觸發,cpu進入調試狀態。

    ?

    3) 軟件斷點和硬件斷點的區別

    a)理論上我們可以設置無窮多個軟件斷點,但設置軟件斷點會使程序變慢,尤其在內核態影響比較大,調試器大多會對斷點數量加以限制。例如Windbg在內核態最多支持32個軟件斷點,在用戶態則支持任意多個;硬件斷點數量取決于處理器,例如X86支持四個斷點(80386有八個調試寄存器-DR0~DR3用于斷點,DR4~DR5保留,DR6~DR7用于控制)。

    b)軟件斷點需要修改相應代碼,所以它不能調試時flash和rom中的代碼;而硬件則沒有這個限制。

    ?

    3. 參考資料

    1. http://www.lslnet.com/linux/dosc1/59/linux-389058.htm

    2. http://blog.csdn.net/wingeek/article/details/4025475

    3. http://embexperts.com/viewthread.php?tid=69

    4. http://msdn.microsoft.com/en-us/library/ff538903%28v=VS.85%29.aspx

    5. http://msdn.microsoft.com/en-us/library/ff538165%28v=VS.85%29.aspx

    6. http://msdn.microsoft.com/en-us/library/ff553451%28v=VS.85%29.aspx

    ?

    ?

    1. 使用!process 0 0 獲取用戶空間的所有的進程的信息

    如果有多個相同進程名,!process 0 0 SampleExe.exe

    kd>?!process?0?0
    ****?NT?ACTIVE?PROCESS?DUMP?****
    PROCESS?fe5039e0??SessionId:?0??Cid:?0008????Peb:?00000000??ParentCid:?0000
    ????DirBase:?00030000??ObjectTable:?fe529b68??TableSize:??50.
    ????Image:?System

    2.使用.process /i 指定進程地址

    因為要對用戶態代碼下斷點,這里不用/p,而使用/i

    If you want to use the kernel debugger to set breakpoints in user space, use the/i option to switch the target to the correct process context.

    3. g繼續,再次發生int 3中斷后,進程Context就已切換,使用!process查看確認。

    4. reload符號文件。

    5. bu, bp下用戶態斷點。

    總結

    以上是生活随笔為你收集整理的windbg 常用命令详解的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。