windows核心编程-第一章 对程序错误的处理
第一章-對程序錯誤的處理
? ? 在開始介紹Microsoft Windows 的特性之前，必須首先了解 Wi n d o w s的各個函數(shù)是如何進(jìn)行錯誤處理的。
當(dāng)調(diào)用一個Wi n d o w s函數(shù)時，它首先要檢驗傳遞給它的的各個參數(shù)的有效性，然后再設(shè)法執(zhí)行任務(wù)。如果傳遞了一個無效參數(shù)，或者由于某種原因無法執(zhí)行這項操作，那么操作系統(tǒng)就會返回一個值，指明該函數(shù)在某種程度上運行失敗了。表 1 - 1列出了大多數(shù)Wi n d o w s函數(shù)使用的返回值的數(shù)據(jù)類型。
?
? ? 一個Wi n d o w s函數(shù)返回的錯誤代碼對了解該函數(shù)為什么會運行失敗常常很有用。 M i c r o s o f t公司編譯了一個所有可能的錯誤代碼的列表，并且為每個錯誤代碼分配了一個 3 2位的號碼。
從系統(tǒng)內(nèi)部來講，當(dāng)一個Wi n d o w s函數(shù)檢測到一個錯誤時，它會使用一個稱為線程本地存儲器(thread-local storage) 的機(jī)制，將相應(yīng)的錯誤代碼號碼與調(diào)用的線程關(guān)聯(lián)起來( 線程本地存儲器將在第2 1章中介紹） 。這將使線程能夠互相獨立地運行，而不會影響各自的錯誤代碼。當(dāng)函數(shù)返回時，它的返回值就能指明一個錯誤已經(jīng)發(fā)生。若要確定這是個什么錯誤，請調(diào)用G e t L a s t E r r o r函數(shù)：
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? DWORD GetLastError();
? ? 該函數(shù)只返回線程的3 2位錯誤代碼。當(dāng)你擁有3 2位錯誤代碼的號碼時，必須將該號碼轉(zhuǎn)換成更有用的某種對象。 Wi n E r r o r. h頭文件包含了M i c r o s o f t公司定義的錯誤代碼的列表。下面顯示了該列表的某些內(nèi)容，使你能夠看到它的大概樣子：
? ? ?如你所見，每個錯誤都有3種表示法：一個消息I D（這是你可以在源代碼中使用的一個宏，以便與G e t L a s t E r r o r的返回值進(jìn)行比較） ，消息文本（對錯誤的英文描述）和一個號碼（應(yīng)該避免使用這個號碼，可使用消息I D） 。請記住，這里只顯示了Wi n E r r o r. h頭文件中的很少一部分內(nèi)容，整個文件的長度超過2 1 0 0 0行。
? ? 當(dāng)Wi n d o w s函數(shù)運行失敗時，應(yīng)該立即調(diào)用G e t L a s t E r r o r函數(shù)。如果調(diào)用另一個Wi n d o w s函數(shù)，它的值很可能被改寫。
? ? 注意 G e t L a s t E r r o r能返回線程產(chǎn)生的最后一個錯誤。如果該線程調(diào)用的Wi n d o w s函數(shù)運行成功，那么最后一個錯誤代碼就不被改寫，并且不指明運行成功。有少數(shù)Wi n d o w s函數(shù)并不遵循這一規(guī)則，它會更改最后的錯誤代碼；但是 Platform SDK文檔通常指明，當(dāng)函數(shù)運行成功時，該函數(shù)會更改最后的錯誤代碼。
Wi n d o w s 9 8 許多Windows 98的函數(shù)實際上是用M i c r o s o f t公司的1 6位Windows 3.1產(chǎn)品產(chǎn)生的1 6位代碼來實現(xiàn)的。這種比較老的代碼并不通過 G e t L a s t E r r o r之類的函數(shù)來報告錯誤，而且M i c r o s o f t公司并沒有在Windows 98中修改1 6位代碼，以支持這種錯誤處理方式。對于我們來說，這意味著Windows 98中的許多Wi n 3 2函數(shù)在運行失敗時不能設(shè)置最后的錯誤代碼。該函數(shù)將返回一個值，指明運行失敗，這樣你就能夠發(fā)現(xiàn)該函數(shù)確實已經(jīng)運行失敗，但是你無法確定運行失敗的原因。
? ? 有些Wi n d o w s函數(shù)之所以能夠成功運行，其中有許多原因。例如，創(chuàng)建指明的事件內(nèi)核對象之所以能夠取得成功，是因為你實際上創(chuàng)建了該對象，或者因為已經(jīng)存在帶有相同名字的事件內(nèi)核對象。你應(yīng)搞清楚成功的原因。為了將該信息返回， M i c r o s o f t公司選擇使用最后錯誤代碼機(jī)制。這樣，當(dāng)某些函數(shù)運行成功時，就能夠通過調(diào)用 G e t L a d t E r r o r函數(shù)來確定其他的一些信息。對于具有這種行為特性的函數(shù)來說， Platform SDK文檔清楚地說明了G e t L a s t E r r o r函數(shù)可以這樣使用。請參見該文檔，找出C r e a t e E v e n t函數(shù)的例子。
? ? 進(jìn)行調(diào)試的時候，監(jiān)控線程的最后錯誤代碼是非常有用的。 在Microsoft Visual studio 6.0中，M i c r o s o f t的調(diào)試程序支持一個非常有用的特性，即可以配置 Wa t c h窗口，以便始終都能顯示線程的最后錯誤代碼的號碼和該錯誤的英文描述。通過選定 Wa t c h窗口中的一行，并鍵入“@ e r r, h r” ，就能夠做到這一點。觀察圖1 - 1，你會看到已經(jīng)調(diào)用了C r e a t e F i l e函數(shù)。該函數(shù)返回I N VA L I D _ H A N D L E _ VA L U E（- 1）的H A N D L E，表示它未能打開指定的文件。但是Wa t c h窗口向我們顯示最后錯誤代碼（即如果調(diào)用 G e t L a s t E r r o r函數(shù)，該函數(shù)返回的錯誤代碼）是0 x 0 0 0 0 0 0 0 2。該Wa t c h窗口又進(jìn)一步指明錯誤代碼2是指“系統(tǒng)不能找到指定的文件。 ”你會發(fā)現(xiàn)它與Wi n E r r o r. h頭文件中的錯誤代碼2所指的字符串是相同的。
?
OK,然后我就照著做，但是發(fā)現(xiàn)了一個尷尬的事情，我在vs2012上找不大watch窗口，搜索了下，說是在調(diào)試->窗口->監(jiān)視（Debug->Window->Watch）,然后我就去找，但是并沒有找到，一開始看到的是這個：
?
額...后來無意中發(fā)現(xiàn)了，其實是當(dāng)你點擊運行的時候，那個地方才會出現(xiàn)Watch的選項：
?
然后就是我在vs2012中寫了下上面說的那個：
?
然后又在網(wǎng)上找了一些常用技巧：
1.eg: int *p = new int[100];
如果只查看p的話，只能看到一個結(jié)果。可以使用：p,n 查看n個結(jié)果。
?
2.格式化數(shù)據(jù)和表達(dá)式賦值語句.
常用變量格式化符(表達(dá)式的值后跟逗號,接格式化符,如”(int)0xFFFF,d”):
d,I:有符號的十進(jìn)制數(shù).
u ?:無符號的十進(jìn)制數(shù).
o ?:無符號的八
x,X:十六進(jìn)制數(shù).
l,h:d,i,u,o,x,X的長前綴或短前綴.
f ?:有符號浮點數(shù).
e ?:有符號的科學(xué)計數(shù)法.
g ?:有符號的浮點或有符號的科學(xué)計數(shù)法,用其中較短的一個.
c ?:單字符.
s ?:字符串.
su :雙字節(jié)字符串.
st :雙字節(jié)字符串或ANSI字符串,取決于AUTOEXP.DAT中的Unicode String設(shè)置.
hr :Windows類標(biāo)記.
wm :Windows消息碼.
?
常用內(nèi)存轉(zhuǎn)儲對象的格式化符(用法同變量格式化符):
ma :64個ASCII碼字符.
m ?:以16進(jìn)制書寫的16字節(jié),后跟16個ASCII字符.
mb :以16進(jìn)制書寫的16字節(jié),后跟16個ASCII字符.
mw :8個字長.
md :4個雙精度字.
mq :4個四倍字長的字.
mu :2字節(jié)字符(Unicode標(biāo)準(zhǔn)).
# ?:將指針擴(kuò)展到指定的數(shù)值數(shù)目的內(nèi)存存儲單元上.(#代表一個數(shù)字)
?
WATCH窗口允許重新設(shè)置數(shù)據(jù)變量的格式,
如:可用BY,DW表達(dá)式來定位指針的偏移量;
可用&和*運算符,且兩運算符都可直接操作內(nèi)存地址;
甚至可用上下說明符明確指定變量的上下文.
總之,所有格式化方法和指定方法在WATCH窗口都有效
?
WATCH窗口是一個完整的表達(dá)式求值程序,可以在其中查看任何條件語句.
?
表達(dá)式中可用的偽寄存器(可當(dāng)普通變量進(jìn)行查看):
@ERR:最后一個錯誤值,GetLastError API返回相同的值.
@TIB:當(dāng)前線程的線程信息塊.(調(diào)試器不能處理”FS:0″格式).
@CLK:時鐘寄存器.
@EAX,@EBX,@ECX,@EDX,@ESI,@EDI,@DIP,@ESP,@EBP,@EFL
????:Intel CPU寄存器.
@CS,@DS,@ES,@SS,@FS,@GS
????:Intel CPU段寄存器.
@ST0,@ST1,@ST2,@ST3,@ST4,@ST5,@ST6,@ST7
????:Intel CPU浮點寄存器.
?
3.適時編碼
?
許多時候只想對兩斷點間的執(zhí)行時間有個大致印象,可用@CLK得出兩斷點間所需執(zhí)行時間(包括調(diào)試器占用的時間).
需要輸入兩個@CLK觀察符,第一個是@CLK,第二個是@CLK=0.第二個的目的是重新運行時將定時器清0.
時間以微秒為單位,大多數(shù)情況下需要格式化為毫秒:”@CLK/1000,d”.
?
4.在WATCH窗口中調(diào)用函數(shù)
?
大多數(shù)情況下用于執(zhí)行專門編寫的校驗數(shù)據(jù)結(jié)構(gòu),保證數(shù)據(jù)的相關(guān)性的函數(shù).在釋放構(gòu)件中,從未調(diào)用過的函數(shù)不會被鏈接,因此不必?fù)?dān)
?
心這類函數(shù)會對影響發(fā)布構(gòu)件.
如函數(shù)沒有參數(shù),也要求使用括號”()”,調(diào)用時像用普通函數(shù)一樣傳送參數(shù).WATCH右邊將顯示函數(shù)返回值.
這里有些限制:
1.只能在一個單線程上下文中執(zhí)行函數(shù).如是多線程程序,將函數(shù)輸入到WATCH窗口中檢查結(jié)果后應(yīng)立即從WATCH窗口清除,否則,如調(diào)
?
試函數(shù)在第二個線程上下文中執(zhí)行,會立即終止第二個線程的運行.
2.調(diào)試函數(shù)必須在20秒內(nèi)執(zhí)行.如執(zhí)行過程中出現(xiàn)異常,程序會在調(diào)試器中中止.
3.(常識)只對數(shù)據(jù)驗證進(jìn)行內(nèi)存讀取,如有問題,調(diào)用OutputDebugString類的函數(shù).如更改內(nèi)存或調(diào)用API函數(shù)—-盡管這是可能的,但
?
無法預(yù)知可能會發(fā)生什么.
只要在WATCH窗口中重新計算表達(dá)式,已輸入WATCH窗口的調(diào)試函數(shù)就會執(zhí)行:
.程序處于運行狀態(tài)并觸發(fā)某一斷點時.
.單步調(diào)試某一代碼行或某一指令時.
.在WATCH窗口左邊編輯完成調(diào)試函數(shù)的文本并按下回車時.
.在運行程序時出現(xiàn)異常情況,并讓你返回調(diào)試器中時.
使用調(diào)試函數(shù)的建議:輸入調(diào)試函數(shù)并查看值后,立即從WATCH窗口清除;只為最關(guān)鍵的數(shù)據(jù)結(jié)構(gòu)編寫調(diào)試函數(shù);不要更改個別結(jié)構(gòu)的轉(zhuǎn)
?
儲內(nèi)像.
?
5.自動擴(kuò)展自己的類型
?
常見的自動擴(kuò)展是RECT,輸入RECT型的變量后直接顯示其中的某些數(shù)據(jù)成員的值.
自定義類型擴(kuò)展時,只需將自己的類型入口加入<VS Common>\MSDev98\Bin目錄的AUTOEXP.DAT文件中.
例:
擴(kuò)展CreateProcess()所用到的PROCESS_INFORMATION結(jié)構(gòu)
（1）.檢查調(diào)試器將該類型識別為什么.將PROCESS_INFORMATION變量輸入WATCH窗口,右擊變量,選擇Properties,在這里它被標(biāo)注為
?
_PROCESS_INFORMATION類型.
（2）.打開AUTOEXP.DAT文本文件,加入擴(kuò)展入口.語法如下:
Type=[text]<member[format]>
本例中要查看hProcess和hThread值,故輸入:
_PROCESS_INFORMATION=hProcess=<hProcess,X> hThread=<hThread,X>
其中X表示以16進(jìn)制查看.有個特殊的格式化符<,t>,用于通知調(diào)試器輸入最易派生類型的類型名.如B派生至A,只有B有自動擴(kuò)展規(guī)則,
?
則B的自動擴(kuò)展將會是后面跟隨著類A的自動擴(kuò)展規(guī)則的類型名B.
?
6.Set Next Statement命令
?
可以在調(diào)試時從菜單運行,但也可在WATCH窗口中直接設(shè)置EIP寄存器—-小心,可能很容易摧毀程序.在最優(yōu)化的釋放構(gòu)件中,最安全的
?
方法是在Disassembly窗口中使用該命令.如代碼在堆棧上創(chuàng)建了臨時變量,更要多加小心.
最常用的情況是:在出問題的函數(shù)前設(shè)置一個斷點,檢查進(jìn)入的參數(shù),單步調(diào)試整個函數(shù);如問題不是重復(fù)的,使用Set Next Statement
?
設(shè)置返回到斷點的執(zhí)行點,并更改參數(shù).這樣可在一個調(diào)試會話中測試多個假設(shè),節(jié)省測試時間,但它不能用于所有場合,因為函數(shù)執(zhí)行
?
會破壞其狀態(tài).另一個常用地點是測試時填充數(shù)據(jù)結(jié)構(gòu),如表和數(shù)組,可用它輸入額外的數(shù)據(jù)并查看代碼如何處理–當(dāng)某些數(shù)據(jù)條件難于復(fù)制時更為方便.
????Visual studio還配有一個小的實用程序，稱為Error Lookup。可以使用Error Lookup
將錯誤代碼的號碼轉(zhuǎn)換成相應(yīng)文本描述（見圖1 - 2） 。如果在編寫的應(yīng)用程序中發(fā)現(xiàn)一個錯誤，可能想要向用戶顯示該錯誤的文本描述。Wi n d o w s提供了一個函數(shù)，可以將錯誤代碼轉(zhuǎn)換成它的文本描述。該函數(shù)稱為 F o r m a t -M e s s a g e，顯示如下：
? ? F o r m a t M e s s a g e函數(shù)的功能實際上是非常豐富的，在創(chuàng)建向用戶顯示的字符串信息時，它是首選函數(shù)。該函數(shù)之所以有這樣大的作用，原因之一是它很容易用多種語言進(jìn)行操作。該函數(shù)能夠檢測出用戶首選的語言（在Regional Settings Control Panel小應(yīng)用程序中設(shè)定） ，并返回相應(yīng)的文本。當(dāng)然，首先必須自己轉(zhuǎn)換字符串，然后將已轉(zhuǎn)換的消息表資源嵌入你的 . e x e文件或D L L模塊中，然后該函數(shù)會選定正確的嵌入對象。 E r r o r S h o w示例應(yīng)用程序（本章后面將加以介紹）展示了如何調(diào)用該函數(shù)，以便將M i c r o s o f t公司定義的錯誤代碼轉(zhuǎn)換成它的文本描述。
? ? 有些人常常問我，M i c r o s o f t公司是否建立了一個主控列表，以顯示每個 Wi n d o w s函數(shù)可能返回的所有錯誤代碼。可惜，回答是沒有這樣的列表，而且 M i c r o s o f t公司將永遠(yuǎn)不會建立這樣的一個列表。因為在創(chuàng)建系統(tǒng)的新版本時，建立和維護(hù)該列表實在太困難了。建立這樣一個列表存在的問題是，你可以調(diào)用一個 Wi n d o w s函數(shù)，但是該函數(shù)能夠在內(nèi)部調(diào)用另一個函數(shù)，而這另一個函數(shù)又可以調(diào)用另一個函數(shù)，如此類推。由于各種不同的原因，這些函數(shù)中的任何一個函數(shù)都可能運行失敗。有時，當(dāng)一個函數(shù)運行失敗時，較高級的函數(shù)對它進(jìn)行恢復(fù)，并且仍然可以執(zhí)行你想執(zhí)行的操作。為了創(chuàng)建該主控列表， M i c r o s o f t公司必須跟蹤每個函數(shù)的運行路徑，并建立所有可能的錯誤代碼的列表。這項工作很困難。而且，當(dāng)創(chuàng)建系統(tǒng)的新版本時，這些函數(shù)的運行路徑還會改變。
1.1 定義自己的錯誤代碼
前面已經(jīng)說明 Wi n d o w s函數(shù)是如何向函數(shù)的調(diào)用者指明發(fā)生的錯誤，你也能夠?qū)⒃摍C(jī)制用于自己的函數(shù)。比如說，你編寫了一個希望其他人調(diào)用的函數(shù)，你的函數(shù)可能因為這樣或那樣的原因而運行失敗，你必須向函數(shù)的調(diào)用者說明它已經(jīng)運行失敗。
若要指明函數(shù)運行失敗，只需要設(shè)定線程的最后的錯誤代碼，然后讓你的函數(shù)返回FA L S E、I N VA L I D _ H A N D L E _ VA L U E、N U L L或者返回任何合適的信息。若要設(shè)定線程的最后錯誤代碼，只需調(diào)用下面的代碼：
?
請將你認(rèn)為合適的任何 3 2位號碼傳遞給該函數(shù)。嘗試使用 Wi n E r r o r. h中已經(jīng)存在的代碼，圖1-2 Error Lookup窗口只要該代碼能夠正確地指明想要報告的錯誤即可。如果你認(rèn)為 Wi n E r r o r. h中的任何代碼都不能正確地反映該錯誤的性質(zhì)，那么可以創(chuàng)建你自己的代碼。錯誤代碼是個 3 2位的數(shù)字，劃分成表
1-2 所示的各個域。
表1-2 錯誤代碼的域
?
這些域?qū)⒃诘?span style="font-family:Calibri">2 4章中詳細(xì)講述。現(xiàn)在，需要知道的重要域是第 2 9位。M i c r o s o f t公司規(guī)定，他們建立的所有錯誤代碼的這個信息位均使用 0。如果創(chuàng)建自己的錯誤代碼，必須使 2 9位為1。這樣，就可以確保你的錯誤代碼與M i c r o s o f t公司目前或者將來定義的錯誤代碼不會發(fā)生沖突。
來一個自定義的例子：SetLastError((1<<29) + (1<<30) * 0 + 1);
1.2 ErrorShow示例應(yīng)用程序
????E r r o r S h o w應(yīng)用程序“01 ErrorShow. e x e”(在清單1 - 1中列出)展示了如何獲取錯誤代碼的文本描述的方法。該應(yīng)用程序的源代碼和資源文件位于本書所附光盤上的 0 1 - E r r o r S h o w目錄下。一般來說，該應(yīng)用程序用于顯示調(diào)試程序的 Wa t c h窗口和Error Lookup程序是如何運行的。當(dāng)啟動該程序時，就會出現(xiàn)
如圖1 - 3所示的窗口。
?
可以將任何錯誤代碼鍵入該編輯控件。當(dāng)單擊 Look up按鈕時，在底部的滾動窗口中就會顯示該錯誤的文本描述。該應(yīng)用程序唯一令人感興趣的特性是如何調(diào)用F o r m a t M e s s a g e函數(shù)。下面是使用該函數(shù)的方法：
?
????第一個代碼行用于從編輯控件中檢索錯誤代碼的號碼。然后，建立一個內(nèi)存塊的句柄并將它初始化為N U L L。F o r m a t M e s s a g e函數(shù)在內(nèi)部對內(nèi)存塊進(jìn)行分配，并將它的句柄返回給我們。當(dāng)調(diào)用F o r m a t M e s s a g e函數(shù)時，傳遞了F O R M AT _ M E S S A G E _ F R O M _ S Y S T E M標(biāo)志。該標(biāo)志告訴F o r m a t M e s s a g e函數(shù)，我們想要系統(tǒng)定義的錯誤代碼的字符串。還傳遞了 F O R M AT _M E S S A G E _ A L L O C AT E _ B U F F E R標(biāo)志，告訴該函數(shù)為錯誤代碼的文本描述分配足夠大的內(nèi)存塊。該內(nèi)存塊的句柄將在 h l o c a l變量中返回。第三個參數(shù)指明想要查找的錯誤代碼的號碼，第四個參數(shù)指明想要文本描述使用什么語言。
? ? 如果F o r m a t M e s s a g e函數(shù)運行成功，那么錯誤代碼的文本描述就位于內(nèi)存塊中，將它拷貝到對話框底部的滾動窗口中。如果F o r m a t M e s s a g e函數(shù)運行失敗，設(shè)法查看N e t M s g . d l l模塊中的消息代碼，以了解該錯誤是否與網(wǎng)絡(luò)有關(guān)。使用 N e t M s g . d l l模塊的句柄，再次調(diào)用F o r m a t M e s s a g e函數(shù)。你會看到，每個 D L L（或. e x e）都有它自己的一組錯誤代碼，可以使用Message Compiler（M C . e x e）將這組錯誤代碼添加給該模塊，并將一個資源添加給該模塊。這就是Visual Studio的Error Lookup工具允許你用M o d u l e s對話框進(jìn)行的操作。
總結(jié)
以上是生活随笔為你收集整理的windows核心编程-第一章 对程序错误的处理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： windows-DLL注入
- 下一篇： windows核心编程-第二章 Unic