HOWTO: Create Debug Symbols for a Visual C++ Application

在 Visual C++ .NET 開發(fā)環(huán)境中為應(yīng)用程序創(chuàng)建符號文件：

1.	在“解決方案資源管理器”中，右擊要修改的項(xiàng)目，然后單擊屬性。
2.	在“配置屬性”窗口中，單擊C/C++ 文件夾，然后單擊常規(guī)。
3.	在調(diào)試信息格式下拉列表中，單擊選擇程序數(shù)據(jù)庫 (/Zi)。
4.	如果您希望在調(diào)試轉(zhuǎn)儲文件或執(zhí)行實(shí)時(shí)調(diào)試時(shí)獲得有關(guān)局部變量的信息，請單擊選擇優(yōu)化下拉列表中的禁用 (/Od)。
5.	在“配置屬性”窗口的 Linker 文件夾中，確保“調(diào)試”子類別的生成調(diào)試信息屬性設(shè)置為是 (/DEBUG)。備注：盡管并不要求您在同一子類別中同樣啟用生成映射文件，但該選項(xiàng)會創(chuàng)建一個(gè) .map 文件，當(dāng)您只有發(fā)生訪問沖突的地址時(shí)，該文件對確定發(fā)生故障的位置可能很有用。有關(guān)更多信息，請參見“參考”部分。

在 Visual C++ 6.0 開發(fā)環(huán)境中為應(yīng)用程序創(chuàng)建符號文件：

1.	在項(xiàng)目菜單上，選擇設(shè)置。
2.	在C/C++ 選項(xiàng)卡上，將類別更改為常規(guī)。
3.	在調(diào)試信息下拉列表中，選擇程序數(shù)據(jù)庫。備注：如果您希望在調(diào)試轉(zhuǎn)儲文件或執(zhí)行實(shí)時(shí)調(diào)試時(shí)獲得有關(guān)局部變量的信息，還應(yīng)該選擇優(yōu)化下拉列表中的禁用（調(diào)試）。
4.	在鏈接選項(xiàng)卡上，將類別更改為調(diào)試。
5.	在調(diào)試信息部分，確保選中調(diào)試信息 選項(xiàng)，然后選擇兩種格式。備注：盡管不要求您在鏈接選項(xiàng)卡上同樣啟用常規(guī)類別中的生成映射文件，但該選項(xiàng)會創(chuàng)建一個(gè) .map 文件，當(dāng)您只有發(fā)生訪問沖突的地址時(shí)，該文件對確定發(fā)生故障的位置可能很有用。（有關(guān)更多信息，請參見“參考”。）

posted @ 2007-06-11 22:54 榕樹藤 閱讀(429) | 評論 (0) | 編輯 收藏

VC++6.0編譯環(huán)境介紹

大家可能一直在用VC開發(fā)軟件，但是對于這個(gè)編譯器卻未必很了解。原因是多方面的。大多數(shù)情況下，我們只停留在“使用”它，而不會想去“了解”它。因?yàn)樗皇且粋€(gè)工具，我們寧可把更多的精力放在C++語言和軟件設(shè)計(jì)上。我們習(xí)慣于這樣一種“模式”：建立一個(gè)項(xiàng)目，然后寫代碼，然后編譯，反反復(fù)復(fù)調(diào)試。但是，所謂：“公欲善其事，必先利其器”。如果我們精于VC開發(fā)環(huán)境，我們是不是能夠做得更加游刃有余呢？

Visual C++可新建的 Projects項(xiàng)目

Visual C++可新建的 File文件

　

Visual C++的Build設(shè)置
1.Compile TEST.cpp選項(xiàng) 只編譯當(dāng)前文件而不調(diào)用鏈接器或其它工具。輸出窗口將顯示編譯過程檢查出的錯(cuò)誤或警告信息，在錯(cuò)誤信息處單擊鼠標(biāo)右鍵，可以得到錯(cuò)誤代碼的位置
2. Build TEST.exe 選項(xiàng) 對最后修改過的源文件進(jìn)行編譯和鏈接
3. Rebuild All選項(xiàng) 該選項(xiàng)允許用戶編譯所有的源文件，而不管它們何時(shí)曾經(jīng)被修改過
4. Batch Build選項(xiàng) 該選項(xiàng)能單步重新建立多個(gè)工程文件，并允許用戶指定要建立的項(xiàng)目類型.VC提供了兩種目標(biāo)應(yīng)用程序類型 Win32 Release（發(fā)行版）、Win32 Debug（調(diào)試版）。

 

我們先來看一下VC的處理流程，大致分為兩步：編譯和連接。源文件通過編譯生成了.obj文件；所有.obj文件和.lib文件通過連接生成.exe文件或.dll文件。下面，我們分別討論這兩個(gè)步驟的一些細(xì)節(jié)。

　

工程配置對話框 在這個(gè)對話框中，左上方的下拉列表框用于選擇一種工程配置，包括有Win32 Debug、Win32 Release和All Configurations（指前兩種配置一起），某些選項(xiàng)在不同的工程配置中有不同的缺省值。左邊的樹形視圖給出了當(dāng)前工程所有的文件及分類情況。如果我們把工程“Schedule”置為高亮顯示（正如圖9-1那樣），對話框的右邊就會出現(xiàn)總共十個(gè)選項(xiàng)卡，其中列出了與工程有關(guān)的各種選項(xiàng)，不少選項(xiàng)卡中有一個(gè)Reset按鈕，按下它后可以把選項(xiàng)卡內(nèi)的各項(xiàng)設(shè)置恢復(fù)到生成工程時(shí)的初始值。如果我們在樹形視圖中選擇一個(gè)文件類或一個(gè)文件，那么對話框右邊的選項(xiàng)卡會自動減少到一個(gè)或兩個(gè)，其中列出的都是與選中的文件類或文件有關(guān)的選項(xiàng)。

 編譯參數(shù)的設(shè)置。主要通過VC的菜單項(xiàng)Project->Settings->C/C++頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Fp"Debug/WritingDlgTest.pch" /Yu"stdafx.h" /Fo"Debug/" /Fd"Debug/" /FD /GZ /c

各個(gè)參數(shù)代表的意義，可以參考Project Option語法解釋。比如/nologo表示編譯時(shí)不在輸出窗口顯示這些設(shè)置（我們可以把這個(gè)參數(shù)去掉來看看效果）等等。一般我們不會直接修改這些設(shè)置，而是通過這一頁最上面的Category中的各項(xiàng)來完成。

1)General：一些總體設(shè)置。Warning level用來控制警告信息，None表示不顯示任何警告，L1表示只顯示嚴(yán)重的警告，L2表示顯示比L1次嚴(yán)重的警告，L4則表示顯示出所有的警告，包括那些安全忽略的警告；Warnings as errors將警告信息當(dāng)作錯(cuò)誤處理，這樣在編譯完畢后就無法啟動連接器來進(jìn)行連接；Optimizations是代碼優(yōu)化，可以在Category的Optimizations項(xiàng)中進(jìn)行更細(xì)的設(shè)置；Generate browse info用以生成.sbr文件，記錄類、變量等符號信息，可以在Category的Listing Files項(xiàng)中進(jìn)行更多的設(shè)置。Debug info，生成調(diào)試信息：None，不產(chǎn)生任何調(diào)試信息（編譯比較快）；Line Numbers Only，僅生成全局的和外部符號的調(diào)試信息到.OBJ文件或.EXE文件，減小目標(biāo)文件的尺寸；C 7.0- Compatible，記錄調(diào)試器用到的所有符號信息到.OBJ文件和.EXE文件；Program Database，創(chuàng)建.PDB文件記錄所有調(diào)試信息；Program Database for "Edit & Continue"，創(chuàng)建.PDB文件記錄所有調(diào)試信息，并且支持調(diào)試時(shí)編輯。

　

2)C++ Language：pointer_to_member representation用來設(shè)置類定義/引用的先后關(guān)系，一般為Best-Case Always表示在引用類之前該類肯定已經(jīng)定義了；Enable Exception Handling，進(jìn)行同步的異常處理；Enable Run-Time Type Information迫使編譯器增加代碼在運(yùn)行時(shí)進(jìn)行對象類型檢查；Disable Construction Displacements，設(shè)置類構(gòu)造/析構(gòu)函數(shù)調(diào)用虛函數(shù)問題。

　

  

3)Code Generation：Processor表示代碼指令優(yōu)化，可以為80386、80486、Pentium、Pentium Pro，或者Blend表示混合以上各種優(yōu)化。Use run-time library用以指定程序運(yùn)行時(shí)使用的運(yùn)行時(shí)庫（單線程或多線程，Debug版本或Release版本），有一個(gè)原則就是，一個(gè)進(jìn)程不要同時(shí)使用幾個(gè)版本的運(yùn)行時(shí)庫。Single-Threaded，靜態(tài)連接LIBC.LIB庫；Debug Single-Threaded，靜態(tài)連接LIBCD.LIB庫；Multithreaded，靜態(tài)連接LIBCMT.LIB庫；Debug Multithreaded，靜態(tài)連接LIBCMTD.LIB庫；Multithreaded DLL，動態(tài)連接MSVCRT.DLL庫；Debug Multithreaded DLL，動態(tài)連接MSVCRTD.DLL庫。連接了單線程庫就不支持多線程調(diào)用，連接了多線程庫就要求創(chuàng)建多線程的應(yīng)用程序。Calling convention可以用來設(shè)定調(diào)用約定，有三種：__cdecl、__fastcall和__stdcall。各種調(diào)用約定的主要區(qū)別在于，函數(shù)調(diào)用時(shí)，函數(shù)的參數(shù)是從左到右壓入堆棧還是從右到左壓入堆棧；在函數(shù)返回時(shí)，由函數(shù)的調(diào)用者來清理壓入堆棧的參數(shù)還是由函數(shù)本身來清理；以及在編譯時(shí)對函數(shù)名進(jìn)行的命名修飾（可以通過Listing Files看到各種命名修飾方式）。Struct member alignment用以指定數(shù)據(jù)結(jié)構(gòu)中的成員變量在內(nèi)存中是按幾字節(jié)對齊的，根據(jù)計(jì)算機(jī)數(shù)據(jù)總線的位數(shù)，不同的對齊方式存取數(shù)據(jù)的速度不一樣。這個(gè)參數(shù)對數(shù)據(jù)包網(wǎng)絡(luò)傳輸?shù)葢?yīng)用尤為重要，不是存取速度問題，而是數(shù)據(jù)位的精確定義問題，一般在程序中使用#pragma pack來指定。

　

4)Customize：Disable Language Extensions，表示不使用微軟為標(biāo)準(zhǔn)C做的語言擴(kuò)展；Eliminate Duplicate Strings，主要用于字符串優(yōu)化（將字符串放到緩充池里以節(jié)省空間），使用這個(gè)參數(shù)，使得

char *sBuffer = "This is a character buffer";

char *tBuffer = "This is a character buffer";

sBuffer和tBuffer指向的是同一塊內(nèi)存空間；Enable Function-Level Linking ，告訴編譯器將各個(gè)函數(shù)按打包格式編譯；Enables minimal rebuild，通過保存關(guān)聯(lián)信息到.IDB文件，使編譯器只對最新類定義改動過的源文件進(jìn)行重編譯，提高編譯速度；Enable Incremental Compilation，同樣通過.IDB文件保存的信息，只重編譯最新改動過的函數(shù)；Suppress Startup Banner and Information Messages，用以控制參數(shù)是否在output窗口輸出。

　

5) Listing Files：Generate browse info的功能上面已經(jīng)提到過。這里可以進(jìn)行更多的設(shè)置。Exclude Local Variables from Browse Info表示是否將局部變量的信息放到.SBR文件中。Listing file type可以設(shè)置生成的列表信息文件的內(nèi)容：Assembly-Only Listing僅生成匯編代碼文件（.ASM擴(kuò)展名）；Assembly With Machine Code生成機(jī)器代碼和匯編代碼文件（.COD擴(kuò)展名）；Assembly With Source Code生成源代碼和匯編代碼文件（.ASM擴(kuò)展名）；Assembly, Machine Code, and Source生成機(jī)器碼、源代碼和匯編代碼文件（.COD擴(kuò)展名）。Listing file name為生成的信息文件的路徑，一般為Debug或Release目錄下，生成的文件名自動取源文件的文件名。

　

 

6)Optimizations：代碼優(yōu)化設(shè)置。可以選擇Maximize Speed生成最快速的代碼，或Minimize Size生成最小尺寸的程序，或者Customize定制優(yōu)化。定制的內(nèi)容包括：

Assume No Aliasing，不使用別名（提高速度）；

Assume Aliasing Across Function Calls，僅函數(shù)內(nèi)部不使用別名；

Global Optimizations，全局優(yōu)化，比如經(jīng)常用到的變量使用寄存器保存，或者循環(huán)內(nèi)的計(jì)算優(yōu)化，如

i = -100;

while( i < 0 ){    i += x + y;}

會被優(yōu)化為

i = -100;

t = x + y;

while( i < 0 ){i += t;}

Generate Intrinsic Functions，使用內(nèi)部函數(shù)替換一些函數(shù)調(diào)用（提高速度）；

Improve Float Consistency，浮點(diǎn)運(yùn)算方面的優(yōu)化；

Favor Small Code，程序（exe或dll）尺寸優(yōu)化優(yōu)先于代碼速度優(yōu)化；

Favor Fast Code，程序（exe或dll）代碼速度優(yōu)化優(yōu)先于尺寸優(yōu)化；

Frame-Pointer Omission，不使用幀指針，以提高函數(shù)調(diào)用速度；

Full Optimization，組合了幾種參數(shù)，以生成最快的程序代碼。

Inline function expansion，內(nèi)聯(lián)函數(shù)擴(kuò)展的三種優(yōu)化（使用內(nèi)聯(lián)可以節(jié)省函數(shù)調(diào)用的開銷，加快程序速度）：Disable不使用內(nèi)聯(lián)；Only __inline，僅函數(shù)定義前有inline或__inline標(biāo)記使用內(nèi)聯(lián)；Any Suitable，除了inline或__inline標(biāo)記的函數(shù)外，編譯器“覺得”應(yīng)該使用內(nèi)聯(lián)的函數(shù)，都使用內(nèi)聯(lián)。

　

7)Precompiled Headers：預(yù)編譯頭文件的設(shè)置。

 預(yù)編譯頭的概念： 所謂的預(yù)編譯頭就是把一個(gè)工程中的那一部分代碼,預(yù)先編譯好放在一個(gè)文件里(通常是以.pch為擴(kuò)展名的)，這個(gè)文件就稱為預(yù)編譯頭文件這些預(yù)先編譯好的代碼可以是任何的C/C++代碼--------甚至是inline的函數(shù)，但是必須是穩(wěn)定的，在工程開發(fā)的過程中不會被經(jīng)常改變。如果這些代碼被修改，則需要重新編譯生成預(yù)編譯頭文件。你可將將一些公共的、不大變動的頭文件（比如FILEX.h等）集中放到stdafx.h中，這一部分代碼就不必每次都重新編譯（除非是Rebuild All）。注意生成預(yù)編譯頭文件是很耗時(shí)間的。同時(shí)你得注意預(yù)編譯頭文件通常很大，通常有6-7M大。使用預(yù)編譯可以提高重復(fù)編譯的速度。

  也許你會問：現(xiàn)在的編譯器都有Time stamp的功能，編譯器在編譯整個(gè)工程的時(shí)候，它只會編譯那些經(jīng)過修改的文件，而不會去編譯那些從上次編譯過，到現(xiàn)在沒有被修改過的文件。那么為什么還要預(yù)編譯頭文件呢？答案在這里，我們知道編譯器是以文件為單位編譯的，一個(gè)文件經(jīng)過修改后，會重新編譯整個(gè)文件，當(dāng)然在這個(gè)文件里包含的所有頭文件中的東西（.eg Macro, Preprocessor ）都要重新處理一遍。VC的預(yù)編譯頭文件保存的正是這部分信息。以避免每次都要重新處理這些頭文件。

1.這里是使用工程里的設(shè)置，/Yu”stdafx.h”。如果使用了/Yu，就是說使用了預(yù)編譯，我們在每個(gè).cpp文件的最開頭，我強(qiáng)調(diào)一遍是最開頭，包含 你指定產(chǎn)生pch文件的.h文件（默認(rèn)是stdafx.h）不然就會有問題。如果你沒有包含這個(gè)文件，就告訴你Unexpected file end. 如果你不是在最開頭包含的

2.如果你把pch文件不小心丟了，最簡單的辦法就是選中第一個(gè)選項(xiàng)“Not using....",這樣就根本不用預(yù)編譯頭也不去尋找pch文件，就不會出錯(cuò)了，但是這樣做的后果是每次編譯、連接都化更多的時(shí)間。也可以選第二個(gè)選項(xiàng)”Automatic use of",然后在“Through header”力填上stdafx.h，這樣如果沒有pch文件系統(tǒng)會自動生成一個(gè)pch，如果有的話就使用這個(gè)pch，這個(gè)選項(xiàng)是比較“智能”的。第三個(gè)選項(xiàng)是強(qiáng)行創(chuàng)建一個(gè)pch文件，第四個(gè)選項(xiàng)是直接使用pch文件。當(dāng)然“Through headers”里都填stdafx.h了。

讓編譯器生成一個(gè)pch文件就可以了。也就是說把 stdafx.cpp（即指定/Yc的那個(gè)cpp文件）從新編譯一遍就可以了。當(dāng)然你可以傻傻的 Rebuild all。

　

8) Preprocessor：預(yù)編譯處理。我們可以在這里預(yù)先定義一些宏名，指定部分或所有符號具有未定義狀態(tài)。Additional include directories，可以指定額外的包含目錄，一般是相對于本項(xiàng)目的目錄，如..\Include。

　

Link連接參數(shù)的設(shè)置。主要通過VC的菜單項(xiàng)Project->Settings->Link頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /subsystem:windows /incremental:yes /pdb:"Debug/WritingDlgTest.pdb" /debug /machine:I386 /out:"Debug/WritingDlgTest.exe" /pdbtype:sept

下面我們分別來看一下Category中的各項(xiàng)設(shè)置。

 

1. General：一些總體設(shè)置。可以設(shè)置生成的文件路徑、文件名 如在“Output   file   name:”下面的編輯框中可輸入：“C:\bin\TEST.exe”；連接的庫文件；Generate debug info，生成Debug信息到.PDB文件（具體格式可以在Category->Debug中設(shè)置）；Ignore All Default Libraries，放棄所有默認(rèn)的庫連接；Link Incrementally，通過生成. ILK文件實(shí)現(xiàn)遞增式連接以提高后續(xù)連接速度，但一般這種方式下生成的文件（EXE或DLL）較大；Generate Mapfile，生成.MAP文件記錄模塊相關(guān)信息；Enable Profiling，這個(gè)參數(shù)通常與Generate Mapfile參數(shù)同時(shí)使用，而且如果產(chǎn)生Debug信息的話，不能用.PDB文件，而且必須用Microsoft Format。  

2.  Customize：這里可以進(jìn)行使用程序數(shù)據(jù)庫文件的設(shè)置。選中Use program database允許使用程序數(shù)據(jù)庫，這樣連接器會把調(diào)試信息放在程序數(shù)據(jù)庫中，如果不選中該選項(xiàng)，那么也不能使用遞增連接方式。Force File Output ，即使某個(gè)模塊引用了一些未定義或者重復(fù)定義的符號，連接器仍然會強(qiáng)制（但不一定能正確運(yùn)行）產(chǎn)生輸出文件（EXE或DLL）；Print Progress Messages，可以將連接過程中的進(jìn)度信息輸出到Output窗口。

  

3. Debug：設(shè)置是否生成調(diào)試信息，以及調(diào)試信息的格式。格式可以有Microsoft Format、COFF Format（Common Object File Format）和Both Formats（兩種都有）三種選擇；Separate Types，表示將Debug格式信息以獨(dú)立的.PDB文件存放，還是直接放在各個(gè)源文件的.PDB文件中。選中的話，表示采用后者的方式，這種方式調(diào)試啟動比較快。

4. Input：這里可以指定要連接的庫文件，放棄連接的庫文件。還可以增加額外的庫文件目錄，一般是相對于本項(xiàng)目的目錄，如..\Lib。Force Symbol References，可以指定連接特定符號定義的庫。 如 在“Object/library   Modules:”下面的編輯框中輸入：“TestDll.lib”；在“Additional   library   path:”下面的編輯框中輸入：“C:\bin”。可用Workspace另一個(gè)工程編譯的靜態(tài)庫
　

5.Output：Base Address可以改變程序默認(rèn)的基地址（EXE文件默認(rèn)為0x400000，DLL默認(rèn)為0x10000000），操作系統(tǒng)裝載一個(gè)程序時(shí)總是試著先從這個(gè)基地址開始。Entry-Point Symbol可以指定程序的入口地址，一般為一個(gè)函數(shù)名（且必須采用__stdcall調(diào)用約定）。一般Win32的程序，EXE的入口為WinMain，DLL的入口為DllEntryPoint；最好讓連接器自動設(shè)置程序的入口點(diǎn)。默認(rèn)情況下，通過一個(gè)C的運(yùn)行時(shí)庫函數(shù)來實(shí)現(xiàn)：控制臺程序采用mainCRTStartup (或wmainCRTStartup)去調(diào)用程序的main (或wmain)函數(shù)；Windows程序采用WinMainCRTStartup (或 wWinMainCRTStartup)調(diào)用程序的WinMain (或 wWinMain，必須采用__stdcall調(diào)用約定)；DLL采用_DllMainCRTStartup調(diào)用DllMain函數(shù)（必須采用__stdcall調(diào)用約定）。Stack allocations，用以設(shè)置程序使用的堆棧大小（請使用十進(jìn)制），默認(rèn)為1兆字節(jié)。Version Information告訴連接器在EXE或DLL文件的開始部分放上版本號。一般情況下都不用改變。

 

值得注意的是，上面各個(gè)參數(shù)是大小寫敏感的；在參數(shù)后加上“-”表示該參數(shù)無效；各個(gè)參數(shù)值選項(xiàng)有“*”的表示為該參數(shù)的默認(rèn)值；可以使用頁右上角的“Reset”按鈕來恢復(fù)該頁的所有默認(rèn)設(shè)置。

 

9)Resources選項(xiàng)卡  Resources選項(xiàng)卡控制著VC6的資源編譯器。如圖9-5所示，我們可以指定編譯后生成的資源文件的路徑，資源的語言類型，以及額外的資源包含目錄。

 MIDL選項(xiàng)卡 這個(gè)選項(xiàng)卡與COM（組件對象模型）編程有關(guān)，我們不討論它。

　

10)Browse Info選項(xiàng)卡 在這個(gè)選項(xiàng)卡中，我們可以指定是否在建立工程的同時(shí)也生成瀏覽信息文件，有了這個(gè)文件后，我們就能夠在文本編輯器中通過關(guān)聯(lián)菜單的相應(yīng)命令快速定位到某個(gè)符號的定義或引用的地方。

　

11)Pre-link step

這個(gè)選項(xiàng)卡用于添加在連接之前要執(zhí)行的命令。

　

l2) Post-build step

這個(gè)選項(xiàng)卡用于添加在工程建立完畢之后要執(zhí)行的命令 如 “copy debug\TestDll.lib C:\bin\TestDll.lib” 并在C盤下建一個(gè)bin目錄 做的件事情就是把TestDLL.lib拷貝到C:\bin所在的文件夾中
　

　

其它一些參數(shù)設(shè)置。

  

13) Project->Settings->General，可以設(shè)置連接MFC庫的方式（靜態(tài)或動態(tài)）。如果是動態(tài)連接，在你的軟件發(fā)布時(shí)不要忘了帶上MFC的DLL。第二個(gè)選項(xiàng)用于指定在編譯連接過程中生成的中間文件和輸出文件的存放目錄，對于調(diào)試版本來說，缺省的目錄是工程下面的“Debug”子目錄。最下面的第三個(gè)選項(xiàng)用于指定是否允許每種工程配置都有自己的文件依賴關(guān)系（主要指頭文件），由于絕大多數(shù)工程的調(diào)試版本和發(fā)布版本都具有相同的文件依賴關(guān)系，所以通常不需要更改該選項(xiàng)。

　

14) Project->Settings->Debug，可以設(shè)置調(diào)試時(shí)運(yùn)行的可執(zhí)行文件，如果正在編寫的程序是一個(gè)DLL，那么應(yīng)在此處指定一個(gè)用來調(diào)試該DLL的EXE文件。另外三個(gè)選項(xiàng)可以指定用于調(diào)試的工作目錄，開始調(diào)試時(shí)給程序傳送的命令行參數(shù)，以及進(jìn)行遠(yuǎn)程調(diào)試時(shí)可執(zhí)行文件的路徑。把類別切換到Additional DLLs后，我們可以指定在開始調(diào)試時(shí)是否為一些額外的DLL裝載調(diào)試符號信息，只有裝載了符號信息后才能跟蹤進(jìn)DLL。

　

15)Project->Settings->Custom Build，可以設(shè)置編譯/連接成功后自動執(zhí)行一些操作。比較有用的是，寫COM時(shí)希望VC對編譯通過的COM文件自動注冊，可以如下設(shè)置：

Description: Register COM

Commands: regsvr32 /s /c $(TargetPath)

echo regsvr32 exe.time > $(TargetDir)\$(TargetName).trg

Outputs: $(TargetDir)\$(TargetName).trg

　

16)Tools->Options->Directories，設(shè)置系統(tǒng)的Include、Library路徑。

 

一些小竅門

1) 有時(shí)候，你可能在編譯的時(shí)候，計(jì)算機(jī)突然非法關(guān)機(jī)了（可能某人不小心碰了電源或你的內(nèi)存不穩(wěn)定等原因）。當(dāng)你重啟機(jī)器后打開剛才的項(xiàng)目，重新進(jìn)行編譯，發(fā)現(xiàn)VC會崩掉。你或許以為你的VC編譯器壞了，其實(shí)不然（你試試編譯其它項(xiàng)目，還是好的！），你只要將項(xiàng)目的.ncb、.opt、.aps、.clw文件以及Debug、Release目錄下的所有文件都刪掉，然后重新編譯就行了。 

2) 如果你想與別人共享你的源代碼項(xiàng)目，但是把整個(gè)項(xiàng)目做拷貝又太大。你完全可以刪掉以下文件：.dsw、.ncb、.opt、.aps、.clw、. plg文件以及Debug、Release目錄下的所有文件。

3) 當(dāng)你的Workspace中包含多個(gè)Project的時(shí)候，你可能不能直觀地、一眼看出來哪個(gè)是當(dāng)前項(xiàng)目。可以如下設(shè)置：Tools->Options->Format，然后在Category中選擇Workspace window，改變其默認(rèn)的字體（比如設(shè)成Fixedsys）就行了。

4) 如何給已有的Project改名字？將該Project關(guān)掉。然后以文本格式打開.dsp文件，替換原來的Project名字即可。

5) VC6對類成員的智能提示功能很有用，但有時(shí)候會失靈。你可以先關(guān)掉項(xiàng)目，將.clw和.ncb刪掉，然后重新打開項(xiàng)目，點(diǎn)擊菜單項(xiàng)View->ClassWizard，在彈出的對話框中按一下“Add All”按鈕；重新Rebuild All。應(yīng)該可以解決問題。

　

附:

VC文件擴(kuò)展名解讀大全

.APS：存放二進(jìn)制資源的中間文件，VC把當(dāng)前資源文件轉(zhuǎn)換成二進(jìn)制格式，并存放在APS文件中，以加快資源裝載速度。資源輔助文件。

.BMP：位圖資源文件。

.BSC：瀏覽信息文件，由瀏覽信息維護(hù)工具（BSCMAKE）從原始瀏覽信息文件（.SBR）中生成，BSC文件可以用來在源代碼編輯窗口中進(jìn)行快速定位。用于瀏覽項(xiàng)目信息的，如果用source brower的話就必須有這個(gè)文件。可以在project options里去掉Generate Browse Info File，這樣可以加快編譯進(jìn)度。

.C：用C語言編寫的源代碼文件。

.CLW：ClassWizard生成的用來存放類信息的文件。classwizard信息文件，ini文件的格式。

.CNT：用來定義幫助文件中“Contents”的結(jié)構(gòu)。

.CPP或.CXX：用C++語言編寫的源代碼文件。

.CUR：光標(biāo)資源文件。

.DEF：模塊定義文件，供生成動態(tài)鏈接庫時(shí)使用。

.DLG：定義對話框資源的獨(dú)立文件。這種文件對于VC工程來說并非必需，因?yàn)閂C一般把對話框資源放在.RC資源定義文件中。

.DSP：VC開發(fā)環(huán)境生成的工程文件，VC4及以前版本使用MAK文件來定義工程。項(xiàng)目文件，文本格式。

.DSW：VC開發(fā)環(huán)境生成的WorkSpace文件，用來把多個(gè)工程組織到一個(gè)WorkSpace中。工作區(qū)文件，與.dsp差不多。

.EXP：由LIB工具從DEF文件生成的輸出文件，其中包含了函數(shù)和數(shù)據(jù)項(xiàng)目的輸出信息，LINK工具將使用EXP文件來創(chuàng)建動態(tài)鏈接庫。只有在編譯DLL時(shí)才會生成，記錄了DLL文件中的一些信息。

.H、.HPP或.HXX：用C/C++語言編寫的頭文件，通常用來定義數(shù)據(jù)類型，聲明變量、函數(shù)、結(jié)構(gòu)和類。

.HLP：Windows幫助文件。

.HM：在Help工程中，該文件定義了幫助文件與對話框、菜單或其它資源之間ID值的對應(yīng)關(guān)系。

.HPJ：由Help Workshop生成的Help工程文件，用來控制Help文件的生成過程。

.HPG，生成幫助的文件的工程。

.ICO：圖標(biāo)資源文件。

.ILK：連接過程中生成的一種中間文件，只供LINK工具使用。

.INI：配置文件。

.LIB：庫文件，LINK工具將使用它來連接各種輸入庫，以便最終生成EXE文件。

.LIC：用戶許可證書文件，使用某些ActiveX控件時(shí)需要該文件。

.MAK：即MAKE文件，VC4及以前版本使用的工程文件，用來指定如何建立一個(gè)工程，VC6把MAK文件轉(zhuǎn)換成DSP文件來處理。

.MAP：由LINK工具生成的一種文本文件，其中包含有被連接的程序的某些信息，例如程序中的組信息和公共符號信息等。執(zhí)行文件的映像信息記錄文件。

.MDP：舊版本的項(xiàng)目文件，相當(dāng)于.dsp

.NCB：NCB是“No Compile Browser”的縮寫，其中存放了供ClassView、WizardBar和Component Gallery使用的信息，由VC開發(fā)環(huán)境自動生成。無編譯瀏覽文件。當(dāng)自動完成功能出問題時(shí)可以刪除此文件。編譯工程后會自動生成。

.OBJ：由編譯器或匯編工具生成的目標(biāo)文件，是模塊的二進(jìn)制中間文件。

.ODL：用對象描述語言編寫的源代碼文件，VC用它來生成TLB文件。

.OLB：帶有類型庫資源的一種特殊的動態(tài)鏈接庫，也叫對象庫文件。

.OPT：VC開發(fā)環(huán)境自動生成的用來存放WorkSpace中各種選項(xiàng)的文件。工程關(guān)于開發(fā)環(huán)境的參數(shù)文件。如工具條位置信息等。

.PBI、.PBO和.PBT：由VC的性能分析工具PROFILE生成并使用的三種文件。

.PCH：預(yù)編譯頭文件，比較大，由編譯器在建立工程時(shí)自動生成，其中存放有工程中已經(jīng)編譯的部分代碼，在以后建立工程時(shí)不再重新編譯這些代碼，以便加快整個(gè)編譯過程的速度。

.PDB：程序數(shù)據(jù)庫文件，在建立工程時(shí)自動生成，其中存放程序的各種信息，用來加快調(diào)試過程的速度。記錄了程序有關(guān)的一些數(shù)據(jù)和調(diào)試信息。

.PLG：編譯信息文件，編譯時(shí)的error和warning信息文件。

.RC：資源定義文件。

.RC2：資源定義文件，供一些特殊情況下使用。

.REG：注冊表信息文件。

.RES：二進(jìn)制資源文件，資源編譯器編譯資源定義文件后即生成RES文件。

.RTF：Rich Text Format（豐富文本格式）文檔，可由Word或?qū)懽职鍋韯?chuàng)建，常被用來生成Help文件。

.SBR：VC編譯器為每個(gè)OBJ文件生成的原始瀏覽信息文件，瀏覽信息維護(hù)工具（BSCMAKE）將利用SBR文件來生成BSC文件。

.TLB：OLE庫文件，其中存放了OLE自動化對象的數(shù)據(jù)類型、模塊和接口定義，自動化服務(wù)器通過TLB文件就能了解自動化對象的使用方法。

.WAV：聲音資源文件。

posted @ 2007-06-08 10:00 榕樹藤 閱讀(7562) | 評論 (0) | 編輯 收藏

Select模型

講一下套接字模式和套接字I/O模型的區(qū)別。先說明一下，只針對Winsock，如果你要骨頭里挑雞蛋把UNIX下的套接字概念來往這里套，那就不關(guān)我的事。
套接字模式：阻塞套接字和非阻塞套接字。或者叫同步套接字和異步套接字。
套接字模型：描述如何對套接字的I/O行為進(jìn)行管理。
Winsock提供的I/O模型一共有五種：
select,WSAAsyncSelect,WSAEventSelect,Overlapped,Completion。今天先講解select。

1：select模型（選擇模型）
先看一下下面的這句代碼：
int iResult = recv(s, buffer,1024);
這是用來接收數(shù)據(jù)的，在默認(rèn)的阻塞模式下的套接字里，recv會阻塞在那里，直到套接字連接上有數(shù)據(jù)可讀，把數(shù)據(jù)讀到buffer里后recv函數(shù)才會返回，不然就會一直阻塞在那里。在單線程的程序里出現(xiàn)這種情況會導(dǎo)致主線程（單線程程序里只有一個(gè)默認(rèn)的主線程）被阻塞,這樣整個(gè)程序被鎖死在這里，如果永遠(yuǎn)沒數(shù)據(jù)發(fā)送過來，那么程序就會被永遠(yuǎn)鎖死。這個(gè)問題可以用多線程解決，但是在有多個(gè)套接字連接的情況下，這不是一個(gè)好的選擇，擴(kuò)展性很差。Select模型就是為了解決這個(gè)問題而出現(xiàn)的。
再看代碼：

int iResult = ioctlsocket(s, FIOBIO, (unsigned long *)&ul);
iResult = recv(s, buffer,1024);

這一次recv的調(diào)用不管套接字連接上有沒有數(shù)據(jù)可以接收都會馬上返回。原因就在于我們用ioctlsocket把套接字設(shè)置為非阻塞模式了。不過你跟蹤一下就會發(fā)現(xiàn)，在沒有數(shù)據(jù)的情況下，recv確實(shí)是馬上返回了，但是也返回了一個(gè)錯(cuò)誤：WSAEWOULDBLOCK，意思就是請求的操作沒有成功完成。看到這里很多人可能會說，那么就重復(fù)調(diào)用recv并檢查返回值，直到成功為止，但是這樣做效率很成問題，開銷太大。
感謝天才的微軟工程師吧，他們給我們提供了好的解決辦法。
先看看select函數(shù)
int select(
int nfds,
fd_set FAR *readfds,
fd_set FAR *writefds,
fd_set FAR *exceptfds,
const struct timeval FAR *timeout
);
第一個(gè)參數(shù)不要管，會被系統(tǒng)忽略的。第二個(gè)參數(shù)是用來檢查套接字可讀性，也就說檢查套接字上是否有數(shù)據(jù)可讀，同樣，第三個(gè)參數(shù)用來檢查數(shù)據(jù)是否可以發(fā)出。最后一個(gè)是檢查是否有帶外數(shù)據(jù)可讀取。
參數(shù)詳細(xì)的意思請去看MSDN，這里限于篇幅不詳細(xì)解釋了。
最后一個(gè)參數(shù)是用來設(shè)置select等待多久的，是個(gè)結(jié)構(gòu)：


struct timeval {
long tv_sec; // seconds
long tv_usec; // and microseconds
};
如果將這個(gè)結(jié)構(gòu)設(shè)置為(0,0)，那么select函數(shù)會馬上返回。
說了這么久，select的作用到底是什么？
他的作用就是：防止在在阻塞模式的套接字里被鎖死，避免在非阻塞套接字里重復(fù)檢查WSAEWOULDBLOCK錯(cuò)誤。
他的工作流程如下：
1：用FD_ZERO宏來初始化我們感興趣的fd_set，也就是select函數(shù)的第二三四個(gè)參數(shù)。
2：用FD_SET宏來將套接字句柄分配給相應(yīng)的fd_set。
3：調(diào)用select函數(shù)。
4：用FD_ISSET對套接字句柄進(jìn)行檢查，如果我們所關(guān)注的那個(gè)套接字句柄仍然在開始分配的那個(gè)fd_set里，那么說明馬上可以進(jìn)行相應(yīng)的IO操作。比如一個(gè)分配給select第一個(gè)參數(shù)的套接字句柄在select返回后仍然在select第一個(gè)參數(shù)的fd_set里，那么說明當(dāng)前數(shù)據(jù)已經(jīng)來了，馬上可以讀取成功而不會被阻塞。

下面給出一個(gè)簡單的select模型的服務(wù)端套接字。

#include “iostream.h”
#include “winsock2.h”
#include “windows.h”


#define InternetAddr "127.0.0.1"
#define iPort 5055

#pragma comment(lib, "ws2_32.lib")


void main()
{
　　　　WSADATA wsa;
　　　　WSAStartup(MAKEWORD(2,2), &wsa);
　　　　
　　　　SOCKET fdServer = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
　　　　
　　　　struct sockaddr_in server;
　　　　server.sin_family = AF_INET;
　　　　server.sin_addr.s_addr = inet_addr(InternetAddr);
　　　　server.sin_port = htons(iPort);
　　　　
　　　　int ret = bind(fdServer, (sockaddr*)&server, sizeof(server));
　　　　ret = listen(fdServer, 4);


　　　　SOCKET AcceptSocket;
　　　　fd_set fdread;
　　　　timeval tv;
　　　　int nSize;

　　　　while(1)
　　　　{
　　　　　　　　
　　　　　　　　FD_ZERO(&fdread);//初始化fd_set
　　　　　　　　FD_SET(fdServer, &fdread);//分配套接字句柄到相應(yīng)的fd_set
　　　　　　　　
　　　　　　　　
　　　　　　　　tv.tv_sec = 2;//這里我們打算讓select等待兩秒后返回，避免被鎖死，也避免馬上返回
　　　　　　　　tv.tv_usec = 0;
　　　　　　　　
　　　　　　　　select(0, &fdread, NULL, NULL, &tv);
　　　　　　　　
　　　　　　　　nSize = sizeof(server);
　　　　　　　　if (FD_ISSET(fdServer, &fdread))//如果套接字句柄還在fd_set里，說明客戶端已經(jīng)有connect的請求發(fā)過來了，馬上可以accept成功
　　　　　　　　{
　　　　　　　　　　　　AcceptSocket = accept(fdServer,( sockaddr*) &server, &nSize);
　　　　　　　　　　　　break;
　　　　　　　　}
　　　　　　　　
　　　　　　　　else//還沒有客戶端的connect請求，我們可以去做別的事，避免像沒有用select方式的阻塞套接字程序被鎖死的情況，如果沒用select,當(dāng)程序運(yùn)行到accept的時(shí)候客戶端恰好沒有connect請求，那么程序就會被鎖死，做不了任何事情
　　　　　　　　{
　　　　　　　　　　　　//do something
　　　　　　　　　　　　::MessageBox(NULL, "waiting...", "recv", MB_ICONINFORMATION);//別的事做完后，繼續(xù)去檢查是否有客戶端連接請求
　　　　　　　　}
　　　　}

　　　　char buffer[128];
　　　　ZeroMemory(buffer, 128);

　　　　ret = recv(AcceptSocket,buffer,128,0);//這里同樣可以用select，用法和上面一樣

　　　　::MessageBox(NULL, buffer, "recv", MB_ICONINFORMATION);

　　　　closesocket(AcceptSocket);
　　　　WSACleanup();
　　　　
　　　　return;

}

基本上就這樣，個(gè)人感覺select模型用處不是很大，我只用過一次，去年寫端口掃描器的時(shí)候用select來檢查超時(shí)。
感覺講得不是很清楚，雖然東西我很明白，但是要講解出來講解得很清楚真不容易。
不知道大家能不能看懂，如果看得過程中有什么問題就問吧。

posted @ 2007-04-25 09:09 榕樹藤 閱讀(1762) | 評論 (2) | 編輯 收藏

WinSock學(xué)習(xí)筆記

與socket有關(guān)的一些函數(shù)介紹

1、讀取當(dāng)前錯(cuò)誤值：每次發(fā)生錯(cuò)誤時(shí)，如果要對具體問題進(jìn)行處理，那么就應(yīng)該調(diào)用這個(gè)函數(shù)取得錯(cuò)誤代碼。

      int  WSAGetLastError(void );
#define h_errno   WSAGetLastError()

錯(cuò)誤值請自己閱讀Winsock2.h。

2、將主機(jī)的unsigned long值轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)順序(32位)：為什么要這樣做呢？因?yàn)椴煌挠?jì)算機(jī)使用不同的字節(jié)順序存儲數(shù)據(jù)。因此任何從Winsock函數(shù)對IP地址和端口號的引用和傳給Winsock函數(shù)的IP地址和端口號均時(shí)按照網(wǎng)絡(luò)順序組織的。

      u_long  htonl(u_long hostlong);
舉例：htonl(0)=0
htonl(80)= 1342177280

3、將unsigned long數(shù)從網(wǎng)絡(luò)字節(jié)順序轉(zhuǎn)換位主機(jī)字節(jié)順序，是上面函數(shù)的逆函數(shù)。

      u_long  ntohl(u_long netlong);
舉例：ntohl(0)=0
ntohl(1342177280)= 80

4、將主機(jī)的unsigned short值轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)順序(16位)：原因同2：

      u_short  htons(u_short hostshort);
舉例：htonl(0)=0
htonl(80)= 20480

5、將unsigned short數(shù)從網(wǎng)絡(luò)字節(jié)順序轉(zhuǎn)換位主機(jī)字節(jié)順序，是上面函數(shù)的逆函數(shù)。

      u_short  ntohs(u_short netshort);
舉例：ntohs(0)=0
ntohsl(20480)= 80

6、將用點(diǎn)分割的IP地址轉(zhuǎn)換位一個(gè)in_addr結(jié)構(gòu)的地址，這個(gè)結(jié)構(gòu)的定義見筆記(一)，實(shí)際上就是一個(gè)unsigned long值。計(jì)算機(jī)內(nèi)部處理IP地址可是不認(rèn)識如192.1.8.84之類的數(shù)據(jù)。

      unsigned long  inet_addr( const char FAR * cp );
舉例：inet_addr("192.1.8.84")=1409810880
inet_addr("127.0.0.1")= 16777343

如果發(fā)生錯(cuò)誤，函數(shù)返回INADDR_NONE值。

7、將網(wǎng)絡(luò)地址轉(zhuǎn)換位用點(diǎn)分割的IP地址，是上面函數(shù)的逆函數(shù)。

      char FAR *  inet_ntoa( struct in_addr in );
舉例：char * ipaddr=NULL;
char addr[20];
in_addr inaddr;
inaddr. s_addr=16777343;
ipaddr= inet_ntoa(inaddr);
strcpy(addr,ipaddr); 

這樣addr的值就變?yōu)?27.0.0.1。
注意意不要修改返回值或者進(jìn)行釋放動作。如果函數(shù)失敗就會返回NULL值。

8、獲取套接字的本地地址結(jié)構(gòu)：

      int  getsockname(SOCKET s, struct sockaddr FAR * name, int FAR * namelen );
s為套接字
name為函數(shù)調(diào)用后獲得的地址值
namelen為緩沖區(qū)的大小。

9、獲取與套接字相連的端地址結(jié)構(gòu)：

      int  getpeername(SOCKET s, struct sockaddr FAR * name, int FAR * namelen );
s為套接字
name為函數(shù)調(diào)用后獲得的端地址值
namelen為緩沖區(qū)的大小。

10、獲取計(jì)算機(jī)名：

      int  gethostname( char FAR * name, int namelen );
name是存放計(jì)算機(jī)名的緩沖區(qū)
namelen是緩沖區(qū)的大小
用法：
char szName[255];
memset(szName,0,255);
if(gethostname(szName,255)==SOCKET_ERROR)
{
//錯(cuò)誤處理
}
返回值為：szNmae="xiaojin"

11、根據(jù)計(jì)算機(jī)名獲取主機(jī)地址：

      struct hostent FAR *  gethostbyname( const char FAR * name );
name為計(jì)算機(jī)名。
用法：
hostent * host;
char* ip;
host= gethostbyname("xiaojin");
if(host->h_addr_list[0])
{
struct in_addr addr;
memmove(&addr, host->h_addr_list[0]，4);
//獲得標(biāo)準(zhǔn)IP地址
ip=inet_ ntoa (addr);
}
返回值為：hostent->h_name="xiaojin"
hostent->h_addrtype=2    //AF_INET
hostent->length=4
ip="127.0.0.1"

Winsock 的I/O操作：

1、 兩種I/O模式

• 阻塞模式：執(zhí)行I/O操作完成前會一直進(jìn)行等待，不會將控制權(quán)交給程序。套接字 默認(rèn)為阻塞模式。可以通過多線程技術(shù)進(jìn)行處理。
• 非阻塞模式：執(zhí)行I/O操作時(shí)，Winsock函數(shù)會返回并交出控制權(quán)。這種模式使用 起來比較復(fù)雜，因?yàn)楹瘮?shù)在沒有運(yùn)行完成就進(jìn)行返回，會不斷地返回 WSAEWOULDBLOCK錯(cuò)誤。但功能強(qiáng)大。

為了解決這個(gè)問題，提出了進(jìn)行I/O操作的一些I/O模型,下面介紹最常見的三種：

2、select模型：

　　通過調(diào)用select函數(shù)可以確定一個(gè)或多個(gè)套接字的狀態(tài)，判斷套接字上是否有數(shù)據(jù)，或
者能否向一個(gè)套接字寫入數(shù)據(jù)。

      int  select( int nfds, fd_set FAR * readfds, fd_set FAR * writefds, 
fd_set FAR *exceptfds, const struct timeval FAR * timeout );

◆先來看看涉及到的結(jié)構(gòu)的定義：
a、 d_set結(jié)構(gòu)：

#define FD_SETSIZE 64?
typedef struct fd_set {
u_int fd_count; /* how many are SET? */
SOCKET fd_array[FD_SETSIZE]; /* an array of SOCKETs */
} fd_set;      

fd_count為已設(shè)定socket的數(shù)量
fd_array為socket列表，F(xiàn)D_SETSIZE為最大socket數(shù)量，建議不小于64。這是微軟建
議的。

B、timeval結(jié)構(gòu)：

struct timeval {
long tv_sec; /* seconds */
long tv_usec; /* and microseconds */
};

tv_sec為時(shí)間的秒值。
tv_usec為時(shí)間的毫秒值。
這個(gè)結(jié)構(gòu)主要是設(shè)置select()函數(shù)的等待值，如果將該結(jié)構(gòu)設(shè)置為(0,0)，則select()函數(shù)
會立即返回。

◆再來看看select函數(shù)各參數(shù)的作用：

1. nfds：沒有任何用處，主要用來進(jìn)行系統(tǒng)兼容用，一般設(shè)置為0。
   
2. readfds：等待可讀性檢查的套接字組。
   
3. writefds；等待可寫性檢查的套接字組。
   
4. exceptfds：等待錯(cuò)誤檢查的套接字組。
   
5. timeout：超時(shí)時(shí)間。
   
6. 函數(shù)失敗的返回值：調(diào)用失敗返回SOCKET_ERROR,超時(shí)返回0。

readfds、writefds、exceptfds三個(gè)變量至少有一個(gè)不為空，同時(shí)這個(gè)不為空的套接字組
種至少有一個(gè)socket，道理很簡單，否則要select干什么呢。 舉例：測試一個(gè)套接字是否可讀：

fd_set fdread;
//FD_ZERO定義
// #define FD_ZERO(set) (((fd_set FAR *)(set))->fd_count=0)
FD_ZERO(&fdread);
FD_SET(s,&fdread)； //加入套接字，詳細(xì)定義請看winsock2.h
if(select(0,%fdread,NULL,NULL,NULL)>0
{
//成功
if(FD_ISSET(s,&fread) //是否存在fread中，詳細(xì)定義請看winsock2.h
{
//是可讀的
}
}

◆I/O操作函數(shù)：主要用于獲取與套接字相關(guān)的操作參數(shù)。

 int  ioctlsocket(SOCKET s, long cmd, u_long FAR * argp );     

s為I/O操作的套接字。
cmd為對套接字的操作命令。
argp為命令所帶參數(shù)的指針。

常見的命令：

//確定套接字自動讀入的數(shù)據(jù)量
#define FIONREAD _IOR(''''f'''', 127, u_long) /* get # bytes to read */
//允許或禁止套接字的非阻塞模式，允許為非0，禁止為0
#define FIONBIO _IOW(''''f'''', 126, u_long) /* set/clear non-blocking i/o */
//確定是否所有帶外數(shù)據(jù)都已被讀入
#define SIOCATMARK _IOR(''''s'''', 7, u_long) /* at oob mark? */

3、WSAAsynSelect模型：
WSAAsynSelect模型也是一個(gè)常用的異步I/O模型。應(yīng)用程序可以在一個(gè)套接字上接收以
WINDOWS消息為基礎(chǔ)的網(wǎng)絡(luò)事件通知。該模型的實(shí)現(xiàn)方法是通過調(diào)用WSAAsynSelect函
數(shù) 自動將套接字設(shè)置為非阻塞模式，并向WINDOWS注冊一個(gè)或多個(gè)網(wǎng)絡(luò)時(shí)間，并提供一
個(gè)通知時(shí)使用的窗口句柄。當(dāng)注冊的事件發(fā)生時(shí)，對應(yīng)的窗口將收到一個(gè)基于消息的通知。

      int  WSAAsyncSelect( SOCKET s, HWND hWnd, u_int wMsg, long lEvent);       

s為需要事件通知的套接字
hWnd為接收消息的窗口句柄
wMsg為要接收的消息
lEvent為掩碼，指定應(yīng)用程序感興趣的網(wǎng)絡(luò)事件組合，主要如下：

#define FD_READ_BIT 0
#define FD_READ (1 << FD_READ_BIT)
#define FD_WRITE_BIT 1
#define FD_WRITE (1 << FD_WRITE_BIT)
#define FD_OOB_BIT 2
#define FD_OOB (1 << FD_OOB_BIT)
#define FD_ACCEPT_BIT 3
#define FD_ACCEPT (1 << FD_ACCEPT_BIT)
#define FD_CONNECT_BIT 4
#define FD_CONNECT (1 << FD_CONNECT_BIT)
#define FD_CLOSE_BIT 5
#define FD_CLOSE (1 << FD_CLOSE_BIT)

用法：要接收讀寫通知：

int nResult= WSAAsyncSelect(s,hWnd,wMsg,FD_READ|FD_WRITE)；
if(nResult==SOCKET_ERROR)
{
//錯(cuò)誤處理
}

取消通知：

      int nResult= WSAAsyncSelect(s,hWnd,0，0)；

當(dāng)應(yīng)用程序窗口hWnd收到消息時(shí)，wMsg.wParam參數(shù)標(biāo)識了套接字，lParam的低字標(biāo)明
了網(wǎng)絡(luò)事件，高字則包含錯(cuò)誤代碼。

4、WSAEventSelect模型
WSAEventSelect模型類似WSAAsynSelect模型，但最主要的區(qū)別是網(wǎng)絡(luò)事件發(fā)生時(shí)會被發(fā)
送到一個(gè)事件對象句柄，而不是發(fā)送到一個(gè)窗口。

使用步驟如下：
a、 創(chuàng)建事件對象來接收網(wǎng)絡(luò)事件：

#define WSAEVENT HANDLE
#define LPWSAEVENT LPHANDLE
WSAEVENT WSACreateEvent( void );

該函數(shù)的返回值為一個(gè)事件對象句柄，它具有兩種工作狀態(tài)：已傳信(signaled)和未傳信
(nonsignaled)以及兩種工作模式：人工重設(shè)(manual reset)和自動重設(shè)(auto reset)。默認(rèn)未
未傳信的工作狀態(tài)和人工重設(shè)模式。

b、將事件對象與套接字關(guān)聯(lián)，同時(shí)注冊事件，使事件對象的工作狀態(tài)從未傳信轉(zhuǎn)變未
已傳信。

      int  WSAEventSelect( SOCKET s,WSAEVENT hEventObject,long lNetworkEvents );  

s為套接字
hEventObject為剛才創(chuàng)建的事件對象句柄
lNetworkEvents為掩碼，定義如上面所述

c、I/O處理后，設(shè)置事件對象為未傳信

BOOL WSAResetEvent( WSAEVENT hEvent );

Hevent為事件對象

成功返回TRUE，失敗返回FALSE。

d、等待網(wǎng)絡(luò)事件來觸發(fā)事件句柄的工作狀態(tài)：

DWORD WSAWaitForMultipleEvents( DWORD cEvents,
const WSAEVENT FAR * lphEvents, BOOL fWaitAll,
DWORD dwTimeout, BOOL fAlertable );

lpEvent為事件句柄數(shù)組的指針
cEvent為為事件句柄的數(shù)目，其最大值為WSA_MAXIMUM_WAIT_EVENTS 
fWaitAll指定等待類型：TRUE：當(dāng)lphEvent數(shù)組重所有事件對象同時(shí)有信號時(shí)返回；
FALSE：任一事件有信號就返回。
dwTimeout為等待超時(shí)（毫秒）
fAlertable為指定函數(shù)返回時(shí)是否執(zhí)行完成例程

對事件數(shù)組中的事件進(jìn)行引用時(shí)，應(yīng)該用WSAWaitForMultipleEvents的返回值，減去
預(yù)聲明值WSA_WAIT_EVENT_0，得到具體的引用值。例如：

nIndex=WSAWaitForMultipleEvents(…);
MyEvent=EventArray[Index- WSA_WAIT_EVENT_0];

e、判斷網(wǎng)絡(luò)事件類型：

int WSAEnumNetworkEvents( SOCKET s,
WSAEVENT hEventObject, LPWSANETWORKEVENTS lpNetworkEvents );

s為套接字
hEventObject為需要重設(shè)的事件對象
lpNetworkEvents為記錄網(wǎng)絡(luò)事件和錯(cuò)誤代碼，其結(jié)構(gòu)定義如下：

typedef struct _WSANETWORKEVENTS {
long lNetworkEvents;
int iErrorCode[FD_MAX_EVENTS];
} WSANETWORKEVENTS, FAR * LPWSANETWORKEVENTS;

f、關(guān)閉事件對象句柄：

BOOL WSACloseEvent(WSAEVENT hEvent);

調(diào)用成功返回TRUE，否則返回FALSE。

posted @ 2007-04-25 09:08 榕樹藤 閱讀(599) | 評論 (1) | 編輯 收藏

中國黑客組織與人物名單完全檔案（轉(zhuǎn)載）

著名黑客組織

先介紹零三年之前的組織。

安全焦點(diǎn) http://www.xfocus.net/

1999年8月26日由xundi創(chuàng)立,創(chuàng)始人還有quack和casper。后來stardust,isno,glacier,alert7,benjurry,blackhole,eyas,flashsky,funnywei,refdom,tombkeeper,watercloud,wollf等人也加入了近來。站點(diǎn)主頁風(fēng)格一向是很簡單。而該組織目前已經(jīng)成為國內(nèi)最權(quán)威的信息安全站點(diǎn)，也是最接近世界的一個(gè)國內(nèi)組織。目前國內(nèi)一些技術(shù)性比較強(qiáng)的文章都由作者親自提交到該網(wǎng)站，而國內(nèi)一些知名的技術(shù)屬一屬二的高手都會去這里的論壇。討論技術(shù)的氛圍還可以。而且一些網(wǎng)絡(luò)安全公司也關(guān)注這里的論壇。現(xiàn)在流行的著名掃描工具x-scan的作者就是該組織的成員。從2002年開始，每年都舉辦一次信息安全峰會，吸引了國內(nèi)外眾多知名網(wǎng)絡(luò)安全專家關(guān)注參加。會議涉及眾多領(lǐng)域，備受關(guān)注。創(chuàng)造了良好的學(xué)術(shù)交流氛圍。在此祝愿這個(gè)組織越走越好。

中國紅客聯(lián)盟（已解散）http://www.cnhonker.com/

借這個(gè)機(jī)會要說明一下，只有這個(gè)紅客聯(lián)盟才配的上是真正的紅客聯(lián)盟，并不是因?yàn)樗暾埩耸裁磳＠窃诖蠹业难壑校挥兴胖徽嬲募t客聯(lián)盟。這個(gè)組織是由lion在2000年12月組建的。曾再2001年帶領(lǐng)眾多會員參與中美黑客大戰(zhàn)，而名震“江湖”。不過這個(gè)時(shí)代早已逝去，激情的往事也跟著逝去，留給人們的只有回憶。在2005年的最后一天，lion在主頁上宣布正式解散。或許很多人難以理解吧。不過這也自有人家的道理。現(xiàn)在外面有N個(gè)紅盟，我不屑于去關(guān)注他們。在此祝福lion,bkbll等人。對sharpwinner我就懶的說什么了。

中國鷹派 http://www.chinawill.com/

與紅客聯(lián)盟一樣，都是2000年末創(chuàng)立，并且在2001年參與了中美黑客大戰(zhàn)。站長萬濤也是早期的綠色兵團(tuán)成員。并且也參與了在2000年前的幾次網(wǎng)絡(luò)戰(zhàn)爭。至盡這個(gè)組織依然沒有倒下。近幾年中并沒有什么大的事件發(fā)生。所以很多人對他都已經(jīng)沒有了什么印象。希望他們越走越好。

邪惡八進(jìn)制 http://www.eviloctal.com/

2002年由冰血封情(從他的BLOG看出來，他是咱桂林人)創(chuàng)立，當(dāng)時(shí)是以小組模式運(yùn)營的，而發(fā)展到現(xiàn)在已經(jīng)成為一個(gè)30多人的信息安全團(tuán)隊(duì)。主頁做的很簡單，但論壇內(nèi)容非常豐富，涉及領(lǐng)域眾多，在下經(jīng)常去那里下載學(xué)術(shù)資料，論壇管理的是我所見過的論壇中最好的。而且討論氛圍也很不錯(cuò)。鄙人與那里的幾個(gè)核心成員有所接觸，都是比較熱心的，而且技術(shù)都是比較強(qiáng)的。祝愿這個(gè)組織越辦越好。我對這個(gè)團(tuán)隊(duì)的發(fā)展充滿期望。

幻影旅團(tuán) http://www.ph4nt0m.org/

2001年創(chuàng)立，發(fā)展到現(xiàn)在組織成員已經(jīng)達(dá)到20人，近期組織推出了WIKI平臺（http://www.secwiki.com），內(nèi)容涉及無線網(wǎng)絡(luò)，病毒與反病毒，以及黑客技術(shù)等眾多領(lǐng)域。所有的朋友都可以到那里去涂鴉。2002年開放了論壇，目前論壇的技術(shù)討論氛圍還是可以的，而且熱心人也是很多的。相信這個(gè)組織也能走下去。

白細(xì)胞(whitecell) http://www.whitecell.org/

2001年創(chuàng)立的一個(gè)純技術(shù)交流站點(diǎn)。當(dāng)時(shí)核心成員有sinister，無花果等人，都是國內(nèi)著名的高手。在2002年后就關(guān)閉了，而最近它由回來了。主頁與論壇依然都很簡單。希望這次回歸會帶給大家新的氣象。

中華安全網(wǎng) http://www.safechina.net/

2001年4月創(chuàng)立，經(jīng)過了幾次改版后，隊(duì)伍也發(fā)展的比較大，我所熟悉的有yellow,Phoenix等人。到現(xiàn)在，這個(gè)網(wǎng)站還在改版中，不過論壇依然開放，在這里還是有討論空間的。組織內(nèi)的人技術(shù)也都是不錯(cuò)的。希望這次改版后會有大的變化：）。

第八軍團(tuán)

2000年左右由陳三公子組織成立，后經(jīng)過多次改版。成為了一個(gè)VIP制的站點(diǎn)，資源收集量還是不錯(cuò)的。鄙人經(jīng)常去那里找代理服務(wù)器，更新的速度還是可以的。論壇里討論氣氛不是很熱烈。希望今后發(fā)展的會更好。

來說說這兩年成立的黑客組織

BCT http://www.cnbct.org/

2004年底成立的一個(gè)專門挖掘腳本漏洞的組織。已經(jīng)發(fā)展了一年了。在下與H4K_B4N,fpx到是有些接觸。感覺這個(gè)組織是不錯(cuò)的，雖然沒有做什么影響力大的事情，但是這種默默研究技術(shù)的精神還是值得發(fā)揚(yáng)的，與那些招搖的比，要好多了。網(wǎng)站上收集了一些漏洞資料，這點(diǎn)到是做的比較好。希望繼續(xù)努力，發(fā)展的越來越好。

火狐技術(shù)聯(lián)盟 http://www.wrsky.com/

2004年建立的一個(gè)組織，致力于破解軟件的組織。對于他們組織現(xiàn)在很有爭議，也曾經(jīng)一度遭受到猛烈的拒絕服務(wù)攻擊，造成網(wǎng)站癱瘓長大數(shù)月，到現(xiàn)在是一個(gè)論壇系統(tǒng)。對于這個(gè)組織，到目前為止還是有爭議。希望能早日平息。

黑客技術(shù) http://www.hackart.org/

2003年成立的組織，之前使用的是喬客的整站程序，后來就關(guān)閉了。也是最近重開的站點(diǎn)，使用的是論壇系統(tǒng)，在下與那里的版主風(fēng)般的男人和Jambalaya 是好朋友。他們的技術(shù)還是不錯(cuò)的。現(xiàn)在論壇人氣雖然不怎么高，但顯然是老站重開，知道的人還不多，希望日后可以恢復(fù)元?dú)猓^續(xù)發(fā)展下去。

國內(nèi)三大商業(yè)黑客站點(diǎn)

黑客基地

http://www.hackbase.com/ 2003年成立。站長龍哥。

黑鷹基地 http://www.3800cc.com/ 由米特創(chuàng)立的商業(yè)黑客站點(diǎn)。

華夏黑客同盟 http://www.77169.com/ 2004年由怪狗創(chuàng)立的站點(diǎn)。

其實(shí)黑客組織多的數(shù)不勝數(shù)，我也只是舉幾個(gè)著名的而已。

黑客人物

下面來說說人物吧，現(xiàn)在的黑客越來越多，我重點(diǎn)介紹那些專著于系統(tǒng)與漏洞的高手，當(dāng)然他們對入侵也是有所造詣的。注意，這并不是排名，不是第一個(gè)就是最厲害，而最后一個(gè)是這里面技術(shù)最差的，如果這樣想就錯(cuò)了。因?yàn)橛袝r(shí)候想著費(fèi)勁所以就進(jìn)入一下牛人的BLOG以及一些論壇去看，這樣就可以容易記起來，知道寫誰。先從這里找http://www.0x557.org/~kkqq/ 然后在從安全焦點(diǎn)的文章和論壇里還有綠盟去找。

alert7 QQ:415451 email:alert7@xfocus.org http://blog.xfocus.net/index.php?blogId=12 安全焦點(diǎn)核心成員，曾經(jīng)在補(bǔ)天的。精通linux操作系統(tǒng)，對于linux下的漏洞很有研究。

baozi(fatb) QQ:48448355 http://blog.xfocus.net/index.php?blogId=3 對windows與linux下的入侵很精通。

CoolQ QQ:49462335 http://coolq.blogdriver.com/coolq/index.html email:qufuping@ercist.iscas.ac.cn 我也是在安全焦點(diǎn)05年的峰會上認(rèn)識的他，是中科院軟件研究所的學(xué)生，對于linux非常有研究。在最后一期的Phrack雜志上有他的文章《Hacking Grub for fun and profit》也是在這期雜志中發(fā)表文章的三位中國人之一。另外著作還有《ways to hide files in ext2/3filesystem》

bkbll(dumplogin) email:bkbll@cnhonker.com http://blog.0x557.org/dumplogin/ 原中國紅客聯(lián)盟核心成員，與lion曾經(jīng)一起參加過中美黑客大戰(zhàn)。對windows與linux都很有研究。著作有《POSIX子系統(tǒng)權(quán)限提升漏洞的分析》

flashsky QQ:16202253 email:flashsky@xfocus.org http://www.qjclub.net/blog/user1/497/index.html 安全焦點(diǎn)核心成員。精通windows操作系統(tǒng)上的緩沖區(qū)溢出，當(dāng)年就是他一連公布了微軟的N個(gè)漏洞，微軟就此還譴責(zé)過安全焦點(diǎn)。現(xiàn)就職于啟明星辰。

Flier Lu email:flier@nsfocus.com http://flier_lu.blogcn.com/ 綠盟的高手，精通windows操作系統(tǒng)內(nèi)核，著作有《MS.Net CLR擴(kuò)展PE結(jié)構(gòu)分》《自動驗(yàn)證 Windows NT 系統(tǒng)服務(wù)描述表》《CLR 中代碼訪問安全檢測實(shí)現(xiàn)原理》等等。

funnywei QQ:25044885 email:funnywei@xfocus.org http://blog.xfocus.net/index.php?blogId=28 安全焦點(diǎn)核心成員，熟悉windows操作系統(tǒng)。著作有《WindowsXpSp2溢出保護(hù)》

glacier QQ:1937435 email:glacier@xfocus.org http://blog.xfocus.net/index.php?blogId=15 安全焦點(diǎn)核心成員，精通windows編程，網(wǎng)絡(luò)編程，delphi等等。是冰河木馬以及著名掃描軟件x-scan的作者。

icbm email:icbm@0x557.org http://blog.0x557.org/icbm/ 精通linux操作系統(tǒng)內(nèi)核以及漏洞。就職于啟明星辰。翻譯過文章《Building ptrace injecting shellcodes》是《淺析Linux內(nèi)核漏洞》的作者。

killer QQ:6362602 email:killer@xfocus.org http://blog.xfocus.net/index.php?blogId=2 安全焦點(diǎn)灌水區(qū)版主。精通逆向工程，程序破解。

pjf QQ:85863144 http://pjf.blogcn.com/ 著名的檢測工具icesword(冰刃)的作者。很多程序員以及編寫rootkit的高手以繞過它的檢測工具為目標(biāo)。熟悉windows操作系統(tǒng)內(nèi)核。

refdom email:refdom@xfocus.org http://blog.xfocus.net/index.php?blogId=11 安全焦點(diǎn)核心成員，《反垃圾郵件技術(shù)解析》的作者。似乎曾經(jīng)是紅客聯(lián)盟的人。

stardust QQ:6269692 email:stardust@xfocus.org http://blog.xfocus.net/index.php?blogId=7 安全焦點(diǎn)核心成員。熟悉linux,精通IDS。著作有《從漏洞及攻擊分析到NIDS規(guī)則設(shè)計(jì)》《Bro NIDS的規(guī)則》《Snort 2.x數(shù)據(jù)區(qū)搜索規(guī)則選項(xiàng)的改進(jìn)》《Bro NIDS的安裝與配置》

sunwear QQ:47347 email:shellcoder@163.com http://blog.csdn.net/sunwear/ 邪惡八進(jìn)制核心成員。精通windows操作系統(tǒng)內(nèi)核。著作有《利用NTLDR進(jìn)入RING0的方法及MGF病毒技術(shù)分析筆記》《淺析本機(jī)API》《智能ABC輸入法溢出分析》

swan email:swan@xfocus.org http://blog.0x557.org/swan/ 對緩沖區(qū)溢出漏洞很有研究。最近的ms05051 Microsoft Windows DTC 漏洞的exploit作者就是他。

tombkeeper QQ:644909 http://blog.xfocus.net/index.php?blogId=9 安全焦點(diǎn)核心成員。精通windows操作系統(tǒng)內(nèi)核。著作有《用Bochs調(diào)試NTLDR》《修改Windows SMB相關(guān)服務(wù)的默認(rèn)端口》等等。在焦點(diǎn)峰會上見到過他，很帥。

watercloud http://blog.xfocus.net/index.php?blogId=6 安全焦點(diǎn)核心成員。精通windows,linux操作系統(tǒng)。著作有《手工打造微型Win32可執(zhí)行文件》《溢出利用程序和編程語言大雜燴》《RSA算法基礎(chǔ)->實(shí)踐》

zwell email:suei8423@163.com http://blog.donews.com/zwell NB聯(lián)盟核心成員。精通windows操作系統(tǒng)，著作有《安全穩(wěn)定的實(shí)現(xiàn)進(jìn)線程監(jiān)控》《一種新的穿透防火墻的數(shù)據(jù)傳輸技術(shù)》

zzzevazzz QQ:49322630 http://zzzevazzz.bokee.com/index.html 幻影旅團(tuán)核心成員。原灰色軌跡的人。精通windows操作系統(tǒng)內(nèi)核。著作有《Do All in Cmd Shell》《無驅(qū)動執(zhí)行ring0代碼》等等。

小榕 http://www.netxeyes.org 流光，亂刀，溺雪及命令行SQL注入工具的作者。中國第二代黑客。

lion QQ:21509 email:lion@cnhonker.com http://www.cnhonker.com 原中國紅客聯(lián)盟站長，對緩沖區(qū)溢出很有研究。精通linux.windows.

isno QQ:1070681 email:isno@xfocus.org 安全焦點(diǎn)核心成員，精通緩沖區(qū)溢出漏洞。webdav溢出程序的作者。寫過IDQ，IDA漏洞溢出的分析等等。

sinister QQ:3350124 email:sinister@whitecell.org 白細(xì)胞成員。精通windows內(nèi)核，AIX。著作有《NT 內(nèi)核的進(jìn)程調(diào)度分析筆記》《NT 下動態(tài)切換進(jìn)程分析筆記》《AIX 內(nèi)核的虛擬文件系統(tǒng)框架》《AIX 內(nèi)核的文件操作流程》

袁哥 email:yuange@nsfocus.com 現(xiàn)就職于中聯(lián)綠盟公司。精通windows操作系統(tǒng)內(nèi)核以及漏洞利用。

warning3 email:warning3@nsfocus.com msn:warning3@hotmail.com 精通linux unix內(nèi)核及漏洞。現(xiàn)就職于中聯(lián)綠盟公司。著作有《Heap/BSS 溢出機(jī)理分析》

SoBeIt QQ:27324838 email:kinvis@hotmail.com 精通windows編程以及系統(tǒng)內(nèi)核還有溢出。著作有《Windows內(nèi)核調(diào)試器原理淺析》，《掛鉤Windows API》等等翻譯過《在NT系列操作系統(tǒng)里讓自己“消失”》

xhacker QQ:66680800 精通滲透入侵以及腳本入侵。著作有《詳述虛擬網(wǎng)站的權(quán)限突破及防范》，《如何利用黑客技術(shù)跟蹤并分析一名目標(biāo)人物》

eyas QQ:320236 email:eyas@xfocus.org 安全焦點(diǎn)核心成員，熟悉windows操作系統(tǒng)，windows編程。著作有《NT平臺撥號連接密碼恢復(fù)原理》，《WS_FTP FTPD STAT命令遠(yuǎn)程溢出分析》

孤獨(dú)劍客 QQ:5385757 email:Janker@Hackbase.Com Http://Www.Janker.Org 精通編程。以及入侵技術(shù)。winshell的作者。中國第二代黑客。

sunx QQ:239670 http://www.sunx.org 對溢出有研究，寫過IDA漏洞和printer漏洞的溢出程序。精通匯編。著作很多。

analysist QQ:20116789 精通數(shù)據(jù)庫與腳本入侵。早年對跨站腳本以及很多腳本漏洞很有研究。著作有《跨站腳本執(zhí)行漏洞詳解》，《BBS2000和BBS3000所存在的安全隱患》

Frankie http://cnns.net 精通windows操作系統(tǒng)，與linux。中國第一代黑客。

rootshell(fzk) QQ:1734398 http://www.ns-one.com 精通windows操作系統(tǒng)，熟悉緩沖區(qū)溢出漏洞。老一代的黑客。著作有《最近發(fā)現(xiàn)的一個(gè)Distributed File System服務(wù)遠(yuǎn)程溢出問題》。

PP QQ:82928 精通windows操作系統(tǒng)。名言：如果想飛得高，就該把地平線忘掉。

tianxing OICQ:911189 網(wǎng)站:http://www.tianxing.org/ 精通windows操作系統(tǒng)與漏洞利用。RPC漏洞利用程序以及網(wǎng)絡(luò)刺客,網(wǎng)絡(luò)衛(wèi)兵的作者。

grip2 QQ:1007270 精通linux操作系統(tǒng)。著作有《一個(gè)Linux病毒原型分析》

san QQ:56941 精通windows操作系統(tǒng)以及l(fā)inux。而且對windows CE很有研究。phrack最后一期的雜志中，刊登過他的文章。

hume QQ:8709369 精通匯編以及windows操作系統(tǒng)。著作有《SEH in ASM 的研究》

backend email:backend@antionline.org 精通linux操作系統(tǒng)。翻譯過很多文章，是綠盟的高手。不過已經(jīng)幾年沒見在網(wǎng)絡(luò)上游走了。到是現(xiàn)實(shí)中偶爾看到他。

Adam QQ:15898 email:adam@nsfocus.com 綠盟的高手，windows安全版版主。精通windows操作系統(tǒng)。

ipxodi QQ:16175535 email:ipxodi@nsfocus.com 很長時(shí)間沒看見他了。精通windows操作系統(tǒng)以及緩沖區(qū)溢出。著作有《window系統(tǒng)下的堆棧溢出》《Windows 2000緩沖區(qū)溢出入門》。這些文章都是造福了很多后輩的。

zer9 QQ:573369 email:zer9@21cn.com 也是很長時(shí)間沒見到了。早期寫過不少文章和工具。也是老一輩的革命家。

whg QQ:312016 email:whg0001@163.com http://WWW.CNASM.COM 不知道算不算白細(xì)胞的成員，呵呵。病毒高手。精通匯編。寫過不少軟件，例如lan下sniff QQ的工具以及sniff工具等等，可以到他的主頁上去看。

lg_wu email:lgwu2000@sina.com 在綠盟論壇和安全焦點(diǎn)都見過，對linux精通的很。技術(shù)不一般的說。

wowocock QQ:37803144 精通windows操作系統(tǒng)內(nèi)核，匯編。在驅(qū)動開發(fā)網(wǎng)以及cvc　輕描淡寫見過，技術(shù)不一般。著作很多，但是見到的很少。不知道為什么這么好的文章沒人轉(zhuǎn)！

baiyuanfan QQ:51449276 這小子在峰會上給我的印象很深。在技術(shù)上很下工夫。對windows也算有研究了。著作當(dāng)然是byshell了。

vxk QQ:355852911 匯編技術(shù)很硬，精通windows內(nèi)核。經(jīng)常在cvc論壇看到他。

冰血封情 QQ:124839278 邪惡八進(jìn)制的創(chuàng)始人。中國第四代黑客。感覺這個(gè)人很不錯(cuò)。對他的組織比較認(rèn)可。技術(shù)上面還可以。

Polymorphours(shadow3) QQ:120974745白細(xì)胞成員。以前叫shadow3.好象換名字了。熟悉windows操作系統(tǒng)，以及緩沖區(qū)溢出。著作有《MS05-010許可證記錄服務(wù)漏洞允許執(zhí)行代碼的分析》《Media Player 8.0 vulnerability》等等。

e4gle QQ:1949479白細(xì)胞成員。老一代的黑客。精通linux系統(tǒng)內(nèi)核以及病毒技術(shù)，緩沖區(qū)溢出。著作有《程序攻擊原理》《Unix系統(tǒng)病毒概述》《高級緩沖溢出的使用》

bingle QQ:45671342很早就認(rèn)識的一個(gè)兄弟了。著作不少，很多都很實(shí)用。

wollf QQ:228095 glacier的老婆。一定不能讓他知道我是誰，要不我就死定了。她是黑客；）美女黑客！

goodwell：中國早期著名黑客組織－綠色兵團(tuán)　創(chuàng)始人之一。

yellow QQ:12398890：中華安全網(wǎng)核心成員。熟悉緩沖區(qū)溢出與windows編程。

江海客 QQ:741534：曾經(jīng)參加某個(gè)會議的時(shí)候見過他，聊的還可以，后來在焦點(diǎn)峰會時(shí)又碰了面。此人是反病毒方面的高手。

icmb：啟明星辰linux方面的高手。對于漏洞方面很有研究。不帶眼睛更漂亮…… 

posted @ 2007-04-23 22:16 榕樹藤 閱讀(873) | 評論 (0) | 編輯 收藏

VC6.0編譯器參數(shù)設(shè)置

VC6.0編譯器參數(shù)的設(shè)置主要通過VC的菜單項(xiàng)Project->Settings->C/C++頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Fp"Debug/WritingDlgTest.pch" /Yu"stdafx.h" /Fo"Debug/" /Fd"Debug/" /FD /GZ /c

各個(gè)參數(shù)代表的意義，可以參考Msdn。比如/nologo表示編譯時(shí)不在輸出窗口顯示這些設(shè)置（我們可以把這個(gè)參數(shù)去掉來看看效果）等等。一般我們不會直接修改這些設(shè)置，而是通過這一頁最上面的Category中的各項(xiàng)來完成......
－轉(zhuǎn)載－

主要通過VC的菜單項(xiàng)Project->Settings->C/C++頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Fp"Debug/WritingDlgTest.pch" /Yu"stdafx.h" /Fo"Debug/" /Fd"Debug/" /FD /GZ /c

各個(gè)參數(shù)代表的意義，可以參考Msdn。比如/nologo表示編譯時(shí)不在輸出窗口顯示這些設(shè)置（我們可以把這個(gè)參數(shù)去掉來看看效果）等等。一般我們不會直接修改這些設(shè)置，而是通過這一頁最上面的Category中的各項(xiàng)來完成。

1) General：一些總體設(shè)置。

Warning level　用來控制警告信息，其中Level 1是最嚴(yán)重的級別；
Warnings as errors　將警告信息當(dāng)作錯(cuò)誤處理；
Optimizations　代碼優(yōu)化，可以在Category的Optimizations項(xiàng)中進(jìn)行更細(xì)的設(shè)置；
Generate browse info　用以生成.sbr文件，記錄類、變量等符號信息，可以在Category的Listing Files項(xiàng)中進(jìn)行更多的設(shè)置。
Debug info　生成調(diào)試信息：
None，不產(chǎn)生任何調(diào)試信息（編譯比較快）；
Line Numbers Only，僅生成全局的和外部符號的調(diào)試信息到.OBJ文件或.EXE文件，減小目標(biāo)文件的尺寸；
C 7.0- Compatible，記錄調(diào)試器用到的所有符號信息到.OBJ文件和.EXE文件；
Program Database，創(chuàng)建.PDB文件記錄所有調(diào)試信息；
Program Database for "Edit & Continue"，創(chuàng)建.PDB文件記錄所有調(diào)試信息，并且支持調(diào)試時(shí)編輯。

2) C++ Language

Pointer-to-member representation　用來設(shè)置類定義/引用的先后關(guān)系：
Best-Case Always，表示在引用類之前該類肯定已經(jīng)定義；
General-Purpose Always，？
Point to Any Class
Point to Single- and Multiple-Inheritance Classes
Point to Single-Inheritance Classes
Enable Exception Handling，進(jìn)行同步的異常處理；
Enable Run-Time Type Information　迫使編譯器增加代碼在運(yùn)行時(shí)進(jìn)行對象類型檢查；
Disable Construction Displacements　設(shè)置類構(gòu)造/析構(gòu)函數(shù)調(diào)用虛函數(shù)問題。

3) Code Generation

Processor　表示代碼指令優(yōu)化，可以為80386、80486、Pentium、Pentium Pro，或者Blend表示混合以上各種優(yōu)化。
Use run-time library　用以指定程序運(yùn)行時(shí)使用的運(yùn)行時(shí)庫，有一個(gè)原則就是，一個(gè)進(jìn)程不要同時(shí)使用幾個(gè)版本的運(yùn)行時(shí)庫。連接了單線程庫就不支持多線程調(diào)用，連接了多線程庫就要求創(chuàng)建多線程的應(yīng)用程序。
Single-Threaded，單線程Release版本，靜態(tài)連接LIBC.LIB庫；
Debug Single-Threaded，單線程Debug版本，靜態(tài)連接LIBCD.LIB庫；
Multithreaded，多線程Release版本，靜態(tài)連接LIBCMT.LIB庫；
Debug Multithreaded，多線程Debug版本，靜態(tài)連接LIBCMTD.LIB庫；
Multithreaded DLL，動態(tài)連接MSVCRT.DLL庫；
Debug Multithreaded DLL，動態(tài)連接MSVCRTD.DLL庫。
Calling convention　可以用來設(shè)定調(diào)用約定，有三種：__cdecl、__fastcall和__stdcall。
　　各種調(diào)用約定的主要區(qū)別在于：1. 函數(shù)調(diào)用時(shí)，函數(shù)的參數(shù)是從左到右壓入堆棧還是從右到左壓入堆棧；2. 在函數(shù)返回時(shí)，由函數(shù)的調(diào)用者來清理壓入堆棧的參數(shù)還是由函數(shù)本身來清理；3. 以及在編譯時(shí)對函數(shù)名進(jìn)行的命名修飾（可以通過Listing Files看到各種命名修飾方式）。
Struct member alignment　用以指定數(shù)據(jù)結(jié)構(gòu)中的成員變量在內(nèi)存中是按幾字節(jié)對齊的，根據(jù)計(jì)算機(jī)數(shù)據(jù)總線的位數(shù)，不同的對齊方式存取數(shù)據(jù)的速度不一樣。這個(gè)參數(shù)對數(shù)據(jù)包網(wǎng)絡(luò)傳輸?shù)葢?yīng)用尤為重要，不是存取速度問題，而是數(shù)據(jù)位的精確定義問題，一般在程序中使用#pragma pack來指定。

4) Customize

Disable Language Extensions，表示不使用微軟為標(biāo)準(zhǔn)C做的語言擴(kuò)展；
Eliminate Duplicate Strings，主要用于字符串優(yōu)化（將字符串放到緩充池里以節(jié)省空間），使用這個(gè)參數(shù)，使得
            char *sBuffer = "This is a character buffer";
            char *tBuffer = "This is a character buffer";
            sBuffer 和tBuffer指向的是同一塊內(nèi)存空間；
Enable Function-Level Linking ，告訴編譯器將各個(gè)函數(shù)按打包格式編譯；
Enables minimal rebuild，通過保存關(guān)聯(lián)信息到.IDB文件，使編譯器只對最新類定義改動過的源文件進(jìn)行重編譯，提高編譯速度；
Enable Incremental Compilation，同樣通過.IDB文件保存的信息，只重編譯最新改動過的函數(shù)；
Suppress Startup Banner and Information Messages，用以控制參數(shù)是否在output窗口輸出。

5) Listing Files

Generate browse info 上面已經(jīng)提到過。這里可以進(jìn)行更多的設(shè)置。
Exclude Local Variables from Browse Info　表示是否將局部變量的信息放到.SBR文件中。
Listing file type　可以設(shè)置生成的列表信息文件的內(nèi)容：
Assembly-Only Listing　僅生成匯編代碼文件（.ASM擴(kuò)展名）；
Assembly With Machine Code　生成機(jī)器代碼和匯編代碼文件（.COD擴(kuò)展名）；
Assembly With Source Code　生成源代碼和匯編代碼文件（.ASM擴(kuò)展名）；
Assembly, Machine Code, and Source　生成機(jī)器碼、源代碼和匯編代碼文件（.COD擴(kuò)展名）。
Listing file name　生成的信息文件的路徑，一般為Debug或Release目錄下，生成的文件名自動取源文件的文件名。

6) Optimizations　代碼優(yōu)化設(shè)置。

Maximize Speed　生成最快速的代碼；
Minimize Size　生成最小尺寸的程序；
Customize　定制優(yōu)化。定制的內(nèi)容包括：
Assume No Aliasing，不使用別名（提高速度）；
Assume Aliasing Across Function Calls，僅函數(shù)內(nèi)部不使用別名；
Global Optimizations，全局優(yōu)化，比如經(jīng)常用到的變量使用寄存器保存，或者循環(huán)內(nèi)的計(jì)算優(yōu)化，如i = -100;while( i < 0 ){i += x + y;}會被優(yōu)化為i = -100;t = x + y;while( i < 0 ){i += t;}；
Generate Intrinsic Functions，使用內(nèi)部函數(shù)替換一些函數(shù)調(diào)用（提高速度）；
Improve Float Consistency，浮點(diǎn)運(yùn)算方面的優(yōu)化；
Favor Small Code，程序（exe或dll）尺寸優(yōu)化優(yōu)先于代碼速度優(yōu)化；
Favor Fast Code，程序（exe或dll）代碼速度優(yōu)化優(yōu)先于尺寸優(yōu)化；
Frame-Pointer Omission，不使用幀指針，以提高函數(shù)調(diào)用速度；
Full Optimization，組合了幾種參數(shù)，以生成最快的程序代碼。
Inline function expansion，內(nèi)聯(lián)函數(shù)擴(kuò)展的三種優(yōu)化（使用內(nèi)聯(lián)可以節(jié)省函數(shù)調(diào)用的開銷，加快程序速度）：
Disable，不使用內(nèi)聯(lián)；
Only __inline，僅函數(shù)定義前有inline或__inline標(biāo)記使用內(nèi)聯(lián)；
Any Suitable，除了inline或__inline標(biāo)記的函數(shù)外，編譯器"覺得"應(yīng)該使用內(nèi)聯(lián)的函數(shù)，都使用內(nèi)聯(lián)。

7) Precompiled Headers　預(yù)編譯頭文件的設(shè)置。使用預(yù)編譯可以提高重復(fù)編譯的速度。VC一般將一些公共的、不大變動的頭文件（比如afxwin.h等）集中放到stdafx.h中，這一部分代碼就不必每次都重新編譯（除非是Rebuild All）。

8) Preprocessor　預(yù)編譯處理。可以定義/解除定義一些常量。

Additional include directories，可以指定額外的包含目錄，一般是相對于本項(xiàng)目的目錄，如..\Include。

--------------------------------------------------------------------------------
連接參數(shù)的設(shè)置
主要通過VC的菜單項(xiàng)Project->Settings->Link頁來完成。我們可以看到這一頁的最下面Project Options中的內(nèi)容，一般如下：

/nologo /subsystem:windows /incremental:yes /pdb:"Debug/WritingDlgTest.pdb" /debug /machine:I386 /out:"Debug/WritingDlgTest.exe" /pdbtype:sept

下面我們分別來看一下Category中的各項(xiàng)設(shè)置。

1) General　一些總體設(shè)置。可以設(shè)置生成的文件路徑、文件名；連接的庫文件；

Generate debug info，生成Debug信息到.PDB文件（具體格式可以在Category->Debug中設(shè)置）；
Ignore All Default Libraries，放棄所有默認(rèn)的庫連接；
Link Incrementally，通過生成. ILK文件實(shí)現(xiàn)遞增式連接以提高后續(xù)連接速度，但一般這種方式下生成的文件（EXE或DLL）較大；
Generate Mapfile，生成.MAP文件記錄模塊相關(guān)信息；
Enable Profiling，這個(gè)參數(shù)通常與Generate Mapfile參數(shù)同時(shí)使用，而且如果產(chǎn)生Debug信息的話，不能用.PDB文件，而且必須用Microsoft Format。

2) Customize　這里可以進(jìn)行使用程序數(shù)據(jù)庫文件的設(shè)置。

Force File Output，強(qiáng)制產(chǎn)生輸出文件（EXE或DLL）；
Print Progress Messages，可以將連接過程中的進(jìn)度信息輸出到Output窗口。

3) Debug　設(shè)置是否生成調(diào)試信息，以及調(diào)試信息的格式。

Dubug info，格式可以有Microsoft Format、COFF Format（Common Object File Format）和Both Formats三種選擇；
Separate Types，表示將Debug格式信息以獨(dú)立的.PDB文件存放，還是直接放在各個(gè)源文件的.PDB文件中。選中的話，表示采用后者的方式，這種方式調(diào)試啟動比較快。

4) Input　這里可以指定要連接的庫文件，放棄連接的庫文件。還可以增加額外的庫文件目錄，一般是相對于本項(xiàng)目的目錄，如..\Lib。

Force Symbol References，可以指定連接特定符號定義的庫。

5) Output　

Base Address　可以改變程序默認(rèn)的基地址（EXE文件默認(rèn)為0x400000，DLL默認(rèn)為0x10000000），操作系統(tǒng)裝載一個(gè)程序時(shí)總是試著先從這個(gè)基地址開始。
Entry-Point Symbol　可以指定程序的入口地址，一般為一個(gè)函數(shù)名（且必須采用__stdcall調(diào)用約定）。一般Win32的程序，EXE的入口為 WinMain，DLL的入口為DllEntryPoint；最好讓連接器自動設(shè)置程序的入口點(diǎn)。默認(rèn)情況下，通過一個(gè)C的運(yùn)行時(shí)庫函數(shù)來實(shí)現(xiàn)：控制臺程序采用mainCRTStartup (或wmainCRTStartup)去調(diào)用程序的main (或wmain)函數(shù)；Windows程序采用WinMainCRTStartup (或 wWinMainCRTStartup)調(diào)用程序的WinMain (或 wWinMain，必須采用__stdcall調(diào)用約定)；DLL采用_DllMainCRTStartup調(diào)用DllMain函數(shù)（必須采用 __stdcall調(diào)用約定）。
Stack allocations　用以設(shè)置程序使用的堆棧大小（請使用十進(jìn)制），默認(rèn)為1兆字節(jié)。
Version Information　告訴連接器在EXE或DLL文件的開始部分放上版本號。

值得注意的是：

上面各個(gè)參數(shù)是大小寫敏感的；
在參數(shù)后加上"-"表示該參數(shù)無效；
各個(gè)參數(shù)值選項(xiàng)有"*"的表示為該參數(shù)的默認(rèn)值；
可以使用頁右上角的"Reset"按鈕來恢復(fù)該頁的所有默認(rèn)設(shè)置。

--------------------------------------------------------------------------------
其它一些參數(shù)設(shè)置。

1) Project->Settings->General，可以設(shè)置連接MFC庫的方式（靜態(tài)或動態(tài)）。如果是動態(tài)連接，在MFC軟件發(fā)布時(shí)不要忘了帶上MFC的DLL。

2) Project->Settings->Debug，可以設(shè)置調(diào)試時(shí)運(yùn)行的可執(zhí)行文件，以及命令行參數(shù)等。

3) Project->Settings->Custom Build，可以設(shè)置編譯/連接成功后自動執(zhí)行一些操作。比較有用的是，寫COM時(shí)希望VC對編譯通過的COM文件自動注冊，可以如下設(shè)置：

Description: Register COM

Commands: regsvr32 /s /c $(TargetPath)

echo regsvr32 exe.time > $(TargetDir)\$(TargetName).trg

Outputs: $(TargetDir)\$(TargetName).trg

4) Tools->Options->Directories，設(shè)置系統(tǒng)的Include、Library路徑。

--------------------------------------------------------------------------------
小竅門: 項(xiàng)目中的.ncb、.opt、.aps、.clw文件以及Debug、Release目錄下的所有文件都可以刪掉的。

posted @ 2007-04-23 19:51 榕樹藤 閱讀(1571) | 評論 (0) | 編輯 收藏

VC中基于 Windows 的精確定時(shí)

在工業(yè)生產(chǎn)控制系統(tǒng)中，有許多需要定時(shí)完成的操作，如定時(shí)顯示當(dāng)前時(shí)間，定時(shí)刷新屏幕上的進(jìn)度條，上位 機(jī)定時(shí)向下位機(jī)發(fā)送命令和傳送數(shù)據(jù)等。特別是在對控制性能要求較高的實(shí)時(shí)控制系統(tǒng)和數(shù)據(jù)采集系統(tǒng)中，就更需要精確定時(shí)操作。
　　眾所周知，Windows 是基于消息機(jī)制的系統(tǒng)，任何事件的執(zhí)行都是通過發(fā)送和接收消息來完成的。 這樣就帶來了一些問題，如一旦計(jì)算機(jī)的CPU被某個(gè)進(jìn)程占用，或系統(tǒng)資源緊張時(shí)，發(fā)送到消息隊(duì)列 中的消息就暫時(shí)被掛起，得不到實(shí)時(shí)處理。因此，不能簡單地通過Windows消息引發(fā)一個(gè)對定時(shí)要求 嚴(yán)格的事件。另外，由于在Windows中已經(jīng)封裝了計(jì)算機(jī)底層硬件的訪問，所以，要想通過直接利用 訪問硬件來完成精確定時(shí)，也比較困難。所以在實(shí)際應(yīng)用時(shí)，應(yīng)針對具體定時(shí)精度的要求，采取相適 應(yīng)的定時(shí)方法。
　　VC中提供了很多關(guān)于時(shí)間操作的函數(shù)，利用它們控制程序能夠精確地完成定時(shí)和計(jì)時(shí)操作。本文詳細(xì)介紹了 VC中基于Windows的精確定時(shí)的七種方式，如下圖所示：


圖一 圖像描述

　　方式一：VC中的WM_TIMER消息映射能進(jìn)行簡單的時(shí)間控制。首先調(diào)用函數(shù)SetTimer()設(shè)置定時(shí) 間隔，如SetTimer(0,200,NULL)即為設(shè)置200ms的時(shí)間間隔。然后在應(yīng)用程序中增加定時(shí)響應(yīng)函數(shù) OnTimer()，并在該函數(shù)中添加響應(yīng)的處理語句，用來完成到達(dá)定時(shí)時(shí)間的操作。這種定時(shí)方法非常 簡單，可以實(shí)現(xiàn)一定的定時(shí)功能，但其定時(shí)功能如同Sleep()函數(shù)的延時(shí)功能一樣，精度非常低，最小 計(jì)時(shí)精度僅為30ms，CPU占用低，且定時(shí)器消息在多任務(wù)操作系統(tǒng)中的優(yōu)先級很低，不能得到及時(shí)響 應(yīng)，往往不能滿足實(shí)時(shí)控制環(huán)境下的應(yīng)用。只可以用來實(shí)現(xiàn)諸如位圖的動態(tài)顯示等對定時(shí)精度要求不高的情況。如示例工程中的Timer1。
　　方式二：VC中使用sleep()函數(shù)實(shí)現(xiàn)延時(shí)，它的單位是ms，如延時(shí)2秒，用sleep(2000)。精度非常 低，最小計(jì)時(shí)精度僅為30ms，用sleep函數(shù)的不利處在于延時(shí)期間不能處理其他的消息，如果時(shí)間太 長，就好象死機(jī)一樣，CPU占用率非常高，只能用于要求不高的延時(shí)程序中。如示例工程中的Timer2。
　　方式三：利用COleDateTime類和COleDateTimeSpan類結(jié)合WINDOWS的消息處理過程來實(shí)現(xiàn)秒級延時(shí)。如示例工程中的Timer3和Timer3_1。以下是實(shí)現(xiàn)2秒的延時(shí)代碼：
COleDateTime      start_time = COleDateTime::GetCurrentTime();
COleDateTimeSpan  end_time= COleDateTime::GetCurrentTime()-start_time;
while(end_time.GetTotalSeconds()< 2) //實(shí)現(xiàn)延時(shí)2秒
{
MSG   msg;
GetMessage(&msg,NULL,0,0);
TranslateMessage(&msg);
DispatchMessage(&msg);
//以上四行是實(shí)現(xiàn)在延時(shí)或定時(shí)期間能處理其他的消息，
//雖然這樣可以降低CPU的占有率，
//但降低了延時(shí)或定時(shí)精度，實(shí)際應(yīng)用中可以去掉。
end_time = COleDateTime::GetCurrentTime()-start_time;
}//這樣在延時(shí)的時(shí)候我們也能夠處理其他的消息。      　　方式四：在精度要求較高的情況下，VC中可以利用GetTickCount()函數(shù)，該函數(shù)的返回值是  DWORD型，表示以ms為單位的計(jì)算機(jī)啟動后經(jīng)歷的時(shí)間間隔。精度比WM_TIMER消息映射高，在較 短的定時(shí)中其計(jì)時(shí)誤差為15ms，在較長的定時(shí)中其計(jì)時(shí)誤差較低，如果定時(shí)時(shí)間太長，就好象死機(jī)一樣，CPU占用率非常高，只能用于要求不高的延時(shí)程序中。如示例工程中的Timer4和Timer4_1。下列代碼可以實(shí)現(xiàn)50ms的精確定時(shí)：

DWORD dwStart = GetTickCount();
DWORD dwEnd   = dwStart;
do
{
dwEnd = GetTickCount()-dwStart;
}while(dwEnd <50);

為使GetTickCount()函數(shù)在延時(shí)或定時(shí)期間能處理其他的消息，可以把代碼改為：

DWORD dwStart = GetTickCount();
DWORD dwEnd   = dwStart;
do
{
MSG   msg;
GetMessage(&msg,NULL,0,0);
TranslateMessage(&msg);
DispatchMessage(&msg);
dwEnd = GetTickCount()-dwStart;
}while(dwEnd <50);

雖然這樣可以降低CPU的占有率，并在延時(shí)或定時(shí)期間也能處理其他的消息，但降低了延時(shí)或定時(shí)精度。
　　方式五：與GetTickCount()函數(shù)類似的多媒體定時(shí)器函數(shù)DWORD timeGetTime(void)，該函數(shù)定時(shí)精 度為ms級，返回從Windows啟動開始經(jīng)過的毫秒數(shù)。微軟公司在其多媒體Windows中提供了精確定時(shí)器的底 層API持，利用多媒體定時(shí)器可以很精確地讀出系統(tǒng)的當(dāng)前時(shí)間，并且能在非常精確的時(shí)間間隔內(nèi)完成一 個(gè)事件、函數(shù)或過程的調(diào)用。不同之處在于調(diào)用DWORD timeGetTime(void) 函數(shù)之前必須將 Winmm.lib  和 Mmsystem.h 添加到工程中，否則在編譯時(shí)提示DWORD timeGetTime(void)函數(shù)未定義。由于使用該 函數(shù)是通過查詢的方式進(jìn)行定時(shí)控制的，所以，應(yīng)該建立定時(shí)循環(huán)來進(jìn)行定時(shí)事件的控制。如示例工程中的Timer5和Timer5_1。
　　方式六：使用多媒體定時(shí)器timeSetEvent()函數(shù)，該函數(shù)定時(shí)精度為ms級。利用該函數(shù)可以實(shí)現(xiàn)周期性的函數(shù)調(diào)用。如示例工程中的Timer6和Timer6_1。函數(shù)的原型如下：

MMRESULT timeSetEvent（ UINT uDelay,
UINT uResolution,
LPTIMECALLBACK lpTimeProc,
WORD dwUser,
UINT fuEvent ）

　　該函數(shù)設(shè)置一個(gè)定時(shí)回調(diào)事件，此事件可以是一個(gè)一次性事件或周期性事件。事件一旦被激活，便調(diào)用指定的回調(diào)函數(shù)， 成功后返回事件的標(biāo)識符代碼，否則返回NULL。函數(shù)的參數(shù)說明如下：

uDelay：以毫秒指定事件的周期。
Uresolution：以毫秒指定延時(shí)的精度，數(shù)值越小定時(shí)器事件分辨率越高。缺省值為1ms。
LpTimeProc：指向一個(gè)回調(diào)函數(shù)。
DwUser：存放用戶提供的回調(diào)數(shù)據(jù)。
FuEvent：指定定時(shí)器事件類型：
TIME_ONESHOT：uDelay毫秒后只產(chǎn)生一次事件
TIME_PERIODIC ：每隔uDelay毫秒周期性地產(chǎn)生事件。      

　　具體應(yīng)用時(shí)，可以通過調(diào)用timeSetEvent()函數(shù)，將需要周期性執(zhí)行的任務(wù)定義在LpTimeProc回調(diào)函數(shù) 中(如：定時(shí)采樣、控制等)，從而完成所需處理的事件。需要注意的是，任務(wù)處理的時(shí)間不能大于周期間隔時(shí)間。另外，在定時(shí)器使用完畢后， 應(yīng)及時(shí)調(diào)用timeKillEvent()將之釋放。
　　方式七：對于精確度要求更高的定時(shí)操作，則應(yīng)該使用QueryPerformanceFrequency()和 QueryPerformanceCounter()函數(shù)。這兩個(gè)函數(shù)是VC提供的僅供Windows 95及其后續(xù)版本使用的精確時(shí)間函數(shù)，并要求計(jì)算機(jī)從硬件上支持精確定時(shí)器。如示例工程中的Timer7、Timer7_1、Timer7_2、Timer7_3。
QueryPerformanceFrequency()函數(shù)和QueryPerformanceCounter()函數(shù)的原型如下：

BOOL  QueryPerformanceFrequency(LARGE_INTEGER ＊lpFrequency);
BOOL  QueryPerformanceCounter(LARGE_INTEGER ＊lpCount);

　　數(shù)據(jù)類型ARGE_INTEGER既可以是一個(gè)8字節(jié)長的整型數(shù)，也可以是兩個(gè)4字節(jié)長的整型數(shù)的聯(lián)合結(jié)構(gòu)， 其具體用法根據(jù)編譯器是否支持64位而定。該類型的定義如下：

typedef union _LARGE_INTEGER
{
struct
{
DWORD LowPart ;// 4字節(jié)整型數(shù)
LONG  HighPart;// 4字節(jié)整型數(shù)
};
LONGLONG QuadPart ;// 8字節(jié)整型數(shù)
}LARGE_INTEGER ;

　　在進(jìn)行定時(shí)之前，先調(diào)用QueryPerformanceFrequency()函數(shù)獲得機(jī)器內(nèi)部定時(shí)器的時(shí)鐘頻率， 然后在需要嚴(yán)格定時(shí)的事件發(fā)生之前和發(fā)生之后分別調(diào)用QueryPerformanceCounter()函數(shù)，利用兩次獲得的計(jì)數(shù)之差及時(shí)鐘頻率，計(jì)算出事件經(jīng) 歷的精確時(shí)間。下列代碼實(shí)現(xiàn)1ms的精確定時(shí)：

LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 獲得計(jì)數(shù)器的時(shí)鐘頻率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 獲得初始值
do
{
QueryPerformanceCounter(&litmp);
QPart2 = litmp.QuadPart;//獲得中止值
dfMinus = (double)(QPart2-QPart1);
dfTim = dfMinus / dfFreq;// 獲得對應(yīng)的時(shí)間值，單位為秒
}while(dfTim<0.001);

　　其定時(shí)誤差不超過1微秒，精度與CPU等機(jī)器配置有關(guān)。 下面的程序用來測試函數(shù)Sleep(100)的精確持續(xù)時(shí)間：

LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 獲得計(jì)數(shù)器的時(shí)鐘頻率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 獲得初始值
Sleep(100);
QueryPerformanceCounter(&litmp);
QPart2 = litmp.QuadPart;//獲得中止值
dfMinus = (double)(QPart2-QPart1);
dfTim = dfMinus / dfFreq;// 獲得對應(yīng)的時(shí)間值，單位為秒     

　　由于Sleep()函數(shù)自身的誤差，上述程序每次執(zhí)行的結(jié)果都會有微小誤差。下列代碼實(shí)現(xiàn)1微秒的精確定時(shí)：

LARGE_INTEGER litmp;
LONGLONG QPart1,QPart2;
double dfMinus, dfFreq, dfTim;
QueryPerformanceFrequency(&litmp);
dfFreq = (double)litmp.QuadPart;// 獲得計(jì)數(shù)器的時(shí)鐘頻率
QueryPerformanceCounter(&litmp);
QPart1 = litmp.QuadPart;// 獲得初始值
do
{
QueryPerformanceCounter(&litmp);
QPart2 = litmp.QuadPart;//獲得中止值
dfMinus = (double)(QPart2-QPart1);
dfTim = dfMinus / dfFreq;// 獲得對應(yīng)的時(shí)間值，單位為秒
}while(dfTim<0.000001);

其定時(shí)誤差一般不超過0.5微秒，精度與CPU等機(jī)器配置有關(guān)。

示例工程下載

posted @ 2007-04-20 21:03 榕樹藤 閱讀(724) | 評論 (1) | 編輯 收藏

STL實(shí)踐指南

介紹
這是一篇指導(dǎo)您如何在Microsoft Visual Studio下學(xué)習(xí)STL并進(jìn)行實(shí)踐的文章。這篇文章從STL的基礎(chǔ)知識講起，循序漸進(jìn)，逐步深入，涉及到了STL編寫代碼的方法、STL代碼的編譯和調(diào)試、命名空間（namespace）、STL中的ANSI / ISO字符串、各種不同類型的容器（container）、模板（template）、游標(biāo)（Iterator）、算法（Algorithms）、分配器（Allocator）、容器的嵌套等方面的問題，作者在這篇文章中對讀者提出了一些建議，并指出了使用STL時(shí)應(yīng)該注意的問題。這篇文章覆蓋面廣，視角全面。不僅僅適合初學(xué)者學(xué)習(xí)STL，更是廣大讀者使用STL編程的實(shí)踐指南。

這是一篇指導(dǎo)您如何在Microsoft Visual Studio下學(xué)習(xí)STL并進(jìn)行實(shí)踐的文章。這篇文章從STL的基礎(chǔ)知識講起，循序漸進(jìn)，逐步深入，涉及到了STL編寫代碼的方法、STL代碼的編譯和調(diào)試、命名空間（namespace）、STL中的ANSI / ISO字符串、各種不同類型的容器（container）、模板（template）、游標(biāo)（Iterator）、算法（Algorithms）、分配器（Allocator）、容器的嵌套等方面的問題，作者在這篇文章中對讀者提出了一些建議，并指出了使用STL時(shí)應(yīng)該注意的問題。這篇文章覆蓋面廣，視角全面。不僅僅適合初學(xué)者學(xué)習(xí)STL，更是廣大讀者使用STL編程的實(shí)踐指南。

STL簡介

STL (標(biāo)準(zhǔn)模版庫，Standard Template Library)是當(dāng)今每個(gè)從事C++編程的人需要掌握的一項(xiàng)不錯(cuò)的技術(shù)。我覺得每一個(gè)初學(xué)STL的人應(yīng)該花費(fèi)一段時(shí)間來熟悉它，比如，學(xué)習(xí)STL時(shí)會有急劇升降的學(xué)習(xí)曲線，并且有一些命名是不太容易憑直覺就能夠記住的（也許是好記的名字已經(jīng)被用光了），然而如果一旦你掌握了STL，你就不會覺得頭痛了。和MFC相比，STL更加復(fù)雜和強(qiáng)大。
STL有以下的一些優(yōu)點(diǎn)：

可以方便容易地實(shí)現(xiàn)搜索數(shù)據(jù)或?qū)?shù)據(jù)排序等一系列的算法；

調(diào)試程序時(shí)更加安全和方便；

即使是人們用STL在UNIX平臺下寫的代碼你也可以很容易地理解（因?yàn)镾TL是跨平臺的）。

背景知識

寫這一部分是讓一些初學(xué)計(jì)算機(jī)的讀者在富有挑戰(zhàn)性的計(jì)算機(jī)科學(xué)領(lǐng)域有一個(gè)良好的開端，而不必費(fèi)力地了解那無窮無盡的行話術(shù)語和沉悶的規(guī)則，在這里僅僅把那些行話和規(guī)則當(dāng)作STLer們用于自娛的創(chuàng)造品吧。

使用代碼
本文使用的代碼在STL實(shí)踐中主要具有指導(dǎo)意義。

一些基礎(chǔ)概念的定義

模板（Template）——類（以及結(jié)構(gòu)等各種數(shù)據(jù)類型和函數(shù)）的宏（macro）。有時(shí)叫做甜餅切割機(jī)（cookie cutter），正規(guī)的名稱應(yīng)叫做范型（generic）——一個(gè)類的模板叫做范型類（generic class），而一個(gè)函數(shù)的模板也自然而然地被叫做范型函數(shù)（generic function）。
STL——標(biāo)準(zhǔn)模板庫，一些聰明人寫的一些模板，現(xiàn)在已成為每個(gè)人所使用的標(biāo)準(zhǔn)C++語言中的一部分。
容器（Container）——可容納一些數(shù)據(jù)的模板類。STL中有vector，set，map，multimap和deque等容器。
向量（Vector）——基本數(shù)組模板，這是一個(gè)容器。
游標(biāo)（Iterator）——這是一個(gè)奇特的東西，它是一個(gè)指針，用來指向STL容器中的元素，也可以指向其它的元素。

Hello World程序

我愿意在我的黃金時(shí)間在這里寫下我的程序：一個(gè)hello world程序。這個(gè)程序?qū)⒁粋€(gè)字符串傳送到一個(gè)字符向量中，然后每次顯示向量中的一個(gè)字符。向量就像是盛放變長數(shù)組的花園，大約所有STL容器中有一半是基于向量的，如果你掌握了這個(gè)程序，你便差不多掌握了整個(gè)STL的一半了。


//程序：vector演示一
//目的：理解STL中的向量

// #include "stdafx.h" -如果你使用預(yù)編譯的頭文件就包含這個(gè)頭文件
#include <vector>  // STL向量的頭文件。這里沒有".h"。
#include <iostream>  // 包含cout對象的頭文件。
using namespace std;  //保證在程序中可以使用std命名空間中的成員。

char* szHW = "Hello World";  
//這是一個(gè)字符數(shù)組，以”\0”結(jié)束。

int main(int argc, char* argv[])
{
  vector <char> vec;  //聲明一個(gè)字符向量vector (STL中的數(shù)組)

  //為字符數(shù)組定義一個(gè)游標(biāo)iterator。
  vector <char>::iterator vi;

  //初始化字符向量，對整個(gè)字符串進(jìn)行循環(huán)，
  //用來把數(shù)據(jù)填放到字符向量中，直到遇到”\0”時(shí)結(jié)束。
  char* cptr = szHW;  // 將一個(gè)指針指向“Hello World”字符串
  while (*cptr != '\0')
  {  vec.push_back(*cptr);  cptr++;  }
  // push_back函數(shù)將數(shù)據(jù)放在向量的尾部。

  // 將向量中的字符一個(gè)個(gè)地顯示在控制臺
  for (vi=vec.begin(); vi!=vec.end(); vi++)  
  // 這是STL循環(huán)的規(guī)范化的開始——通常是 "!=" ， 而不是 "<"
  // 因?yàn)?<" 在一些容器中沒有定義。
  // begin()返回向量起始元素的游標(biāo)（iterator），end()返回向量末尾元素的游標(biāo)（iterator）。
  {  cout << *vi;  }  // 使用運(yùn)算符 “*” 將數(shù)據(jù)從游標(biāo)指針中提取出來。
  cout << endl;  // 換行

  return 0;
}


push_back是將數(shù)據(jù)放入vector（向量）或deque（雙端隊(duì)列）的標(biāo)準(zhǔn)函數(shù)。Insert是一個(gè)與之類似的函數(shù)，然而它在所有容器中都可以使用，但是用法更加復(fù)雜。end()實(shí)際上是取末尾加一（取容器中末尾的前一個(gè)元素），以便讓循環(huán)正確運(yùn)行——它返回的指針指向最靠近數(shù)組界限的數(shù)據(jù)。就像普通循環(huán)中的數(shù)組，比如for (i=0; i<6; i++) {ar[i] = i;} ——ar[6]是不存在的，在循環(huán)中不會達(dá)到這個(gè)元素，所以在循環(huán)中不會出現(xiàn)問題。

STL的煩惱之一——初始化

STL令人煩惱的地方是在它初始化的時(shí)候。STL中容器的初始化比C/C++數(shù)組初始化要麻煩的多。你只能一個(gè)元素一個(gè)元素地來，或者先初始化一個(gè)普通數(shù)組再通過轉(zhuǎn)化填放到容器中。我認(rèn)為人們通常可以這樣做：


//程序：初始化演示
//目的：為了說明STL中的向量是怎樣初始化的。

#include <cstring>  // <cstring>和<string.h>相同
#include <vector>
using namespace std;

int ar[10] = {  12, 45, 234, 64, 12, 35, 63, 23, 12, 55  };
char* str = "Hello World";

int main(int argc, char* argv[])
{
  vector <int> vec1(ar, ar+10);
  vector <char> vec2(str, str+strlen(str));
  return 0;
}



在編程中，有很多種方法來完成同樣的工作。另一種填充向量的方法是用更加熟悉的方括號，比如下面的程序：

//程序：vector演示二
//目的：理解帶有數(shù)組下標(biāo)和方括號的STL向量

#include <cstring>
#include <vector>
#include <iostream>
using namespace std;

char* szHW = "Hello World";
int main(int argc, char* argv[])
{
  vector <char> vec(strlen(sHW)); //為向量分配內(nèi)存空間
  int i, k = 0;
  char* cptr = szHW;
  while (*cptr != '\0')
  {  vec[k] = *cptr;  cptr++;  k++;  }
  for (i=0; i<vec.size(); i++)
  {  cout << vec[i];  }
  cout << endl;
  return 0;
}


這個(gè)例子更加清晰，但是對游標(biāo)（iterator）的操作少了，并且定義了額外的整形數(shù)作為下標(biāo)，而且，你必須清楚地在程序中說明為向量分配多少內(nèi)存空間。

命名空間（Namespace）

與STL相關(guān)的概念是命名空間（namespace）。STL定義在std命名空間中。有3種方法聲明使用的命名空間：

1．用using關(guān)鍵字使用這個(gè)命名空間，在文件的頂部，但在聲明的頭文件下面加入：
using namespace std;
這對單個(gè)工程來說是最簡單也是最好的方法，這個(gè)方法可以把你的代碼限定在std命名空間中。

2．使用每一個(gè)模板前對每一個(gè)要使用的對象進(jìn)行聲明（就像原形化）：
using std::cout;
using std::endl;
using std::flush;
using std::set;
using std::inserter;
盡管這樣寫有些冗長，但可以對記憶使用的函數(shù)比較有利，并且你可以容易地聲明并使用其他命名空間中的成員。

3．在每一次使用std命名空間中的模版時(shí)，使用std域標(biāo)識符。比如：
typedef std::vector VEC_STR;
這種方法雖然寫起來比較冗長，但是是在混合使用多個(gè)命名空間時(shí)的最好方法。一些STL的狂熱者一直使用這種方法，并且把不使用這種方法的人視為異類。一些人會通過這種方法建立一些宏來簡化問題。

除此之外，你可以把using namespace std加入到任何域中，比如可以加入到函數(shù)的頭部或一個(gè)控制循環(huán)體中。

一些建議

為了避免在調(diào)試模式（debug mode）出現(xiàn)惱人的警告，使用下面的編譯器命令：

#pragma warning(disable: 4786)

另一條需要注意的是，你必須確保在兩個(gè)尖括號之間或尖括號和名字之間用空格隔開，因?yàn)槭菫榱吮苊馔?#8220;>>”移位運(yùn)算符混淆。比如
vector <list<int>> veclis;
這樣寫會報(bào)錯(cuò)，而這樣寫：
vector <list <int> > veclis;
就可以避免錯(cuò)誤。

                                STL實(shí)踐指南（中）

STL實(shí)踐指南  Practical Guide to STL
作者：Jeff Bogan
翻譯：周翔


（接上篇）

另一種容器——集合（set）

這是微軟幫助文檔中對集合（set）的解釋：“描述了一個(gè)控制變長元素序列的對象（注：set中的key和value是Key類型的，而map中的key和value是一個(gè)pair結(jié)構(gòu)中的兩個(gè)分量）的模板類，每一個(gè)元素包含了一個(gè)排序鍵（sort key）和一個(gè)值(value)。對這個(gè)序列可以進(jìn)行查找、插入、刪除序列中的任意一個(gè)元素，而完成這些操作的時(shí)間同這個(gè)序列中元素個(gè)數(shù)的對數(shù)成比例關(guān)系，并且當(dāng)游標(biāo)指向一個(gè)已刪除的元素時(shí)，刪除操作無效。”
而一個(gè)經(jīng)過更正的和更加實(shí)際的定義應(yīng)該是：一個(gè)集合（set）是一個(gè)容器，它其中所包含的元素的值是唯一的。這在收集一個(gè)數(shù)據(jù)的具體值的時(shí)候是有用的。集合中的元素按一定的順序排列，并被作為集合中的實(shí)例。如果你需要一個(gè)鍵/值對（pair）來存儲數(shù)據(jù)，map是一個(gè)更好的選擇。一個(gè)集合通過一個(gè)鏈表來組織，在插入操作和刪除操作上比向量（vector）快，但查找或添加末尾的元素時(shí)會有些慢。
下面是一個(gè)例子：

//程序：set演示
//目的：理解STL中的集合（set）

#include <string>
#include <set>
#include <iostream>
using namespace std;

int main(int argc, char* argv[])
{
  set <string> strset;
  set <string>::iterator si;
  strset.insert("cantaloupes");
  strset.insert("apple");
  strset.insert("orange");
  strset.insert("banana");
  strset.insert("grapes");
  strset.insert("grapes");  
  for (si=strset.begin(); si!=strset.end(); si++)  
  {  cout << *si << " ";  }
  cout << endl;
  return 0;
}

// 輸出： apple banana cantaloupes grapes orange
//注意：輸出的集合中的元素是按字母大小順序排列的，而且每個(gè)值都不重復(fù)。


如果你感興趣的話，你可以將輸出循環(huán)用下面的代碼替換：

copy(strset.begin(), strset.end(), ostream_iterator<string>(cout, " "));

.集合（set）雖然更強(qiáng)大，但我個(gè)人認(rèn)為它有些不清晰的地方而且更容易出錯(cuò)，如果你明白了這一點(diǎn)，你會知道用集合（set）可以做什么。

所有的STL容器

容器（Container）的概念的出現(xiàn)早于模板（template），它原本是一個(gè)計(jì)算機(jī)科學(xué)領(lǐng)域中的一個(gè)重要概念，但在這里，它的概念和STL混合在一起了。下面是在STL中出現(xiàn)的7種容器：

vector（向量）——STL中標(biāo)準(zhǔn)而安全的數(shù)組。只能在vector 的“前面”增加數(shù)據(jù)。
deque（雙端隊(duì)列double-ended queue）——在功能上和vector相似，但是可以在前后兩端向其中添加數(shù)據(jù)。
list（列表）——游標(biāo)一次只可以移動一步。如果你對鏈表已經(jīng)很熟悉，那么STL中的list則是一個(gè)雙向鏈表（每個(gè)節(jié)點(diǎn)有指向前驅(qū)和指向后繼的兩個(gè)指針）。
set（集合）——包含了經(jīng)過排序了的數(shù)據(jù)，這些數(shù)據(jù)的值(value)必須是唯一的。
map（映射）——經(jīng)過排序了的二元組的集合，map中的每個(gè)元素都是由兩個(gè)值組成，其中的key（鍵值，一個(gè)map中的鍵值必須是唯一的）是在排序或搜索時(shí)使用，它的值可以在容器中重新獲取；而另一個(gè)值是該元素關(guān)聯(lián)的數(shù)值。比如，除了可以ar[43] = "overripe"這樣找到一個(gè)數(shù)據(jù)，map還可以通過ar["banana"] = "overripe"這樣的方法找到一個(gè)數(shù)據(jù)。如果你想獲得其中的元素信息，通過輸入元素的全名就可以輕松實(shí)現(xiàn)。
multiset（多重集）——和集合（set）相似，然而其中的值不要求必須是唯一的（即可以有重復(fù)）。
multimap（多重映射）——和映射（map）相似，然而其中的鍵值不要求必須是唯一的（即可以有重復(fù)）。
注意：如果你閱讀微軟的幫助文檔，你會遇到對每種容器的效率的陳述。比如：log(n*n)的插入時(shí)間。除非你要處理大量的數(shù)據(jù)，否則這些時(shí)間的影響是可以忽略的。如果你發(fā)現(xiàn)你的程序有明顯的滯后感或者需要處理時(shí)間攸關(guān)（time critical）的事情，你可以去了解更多有關(guān)各種容器運(yùn)行效率的話題。

怎樣在一個(gè)map中使用類？

Map是一個(gè)通過key（鍵）來獲得value(值)的模板類。
另一個(gè)問題是你希望在map中使用自己的類而不是已有的數(shù)據(jù)類型，比如現(xiàn)在已經(jīng)用過的int。建立一個(gè)“為模板準(zhǔn)備的（template-ready）”類，你必須確保在該類中包含一些成員函數(shù)和重載操作符。下面的一些成員是必須的：

缺省的構(gòu)造函數(shù)（通常為空）

拷貝構(gòu)造函數(shù)

重載的”=”運(yùn)算符

你應(yīng)該重載盡可能多的運(yùn)算符來滿足特定模板的需要，比如，如果你想定義一個(gè)類作為 map中的鍵（key），你必須重載相關(guān)的運(yùn)算符。但在這里不對重載運(yùn)算符做過多討論了。

//程序：映射自定義的類。
//目的：說明在map中怎樣使用自定義的類。

#include <string>
#include <iostream>
#include <vector>
#include <map>
using namespace std;

class CStudent
{
public :
  int nStudentID;
  int nAge;
public :
  //缺省構(gòu)造函數(shù)——通常為空
  CStudent()  {  }
  // 完整的構(gòu)造函數(shù)
  CStudent(int nSID, int nA)  {  nStudentID=nSID; nAge=nA;  }
  //拷貝構(gòu)造函數(shù)
  CStudent(const CStudent& ob)  
    {  nStudentID=ob.nStudentID; nAge=ob.nAge;  }
  // 重載“=”
  void operator = (const CStudent& ob)  
    {  nStudentID=ob.nStudentID; nAge=ob.nAge;  }
};

int main(int argc, char* argv[])
{
  map <string, CStudent> mapStudent;

  mapStudent["Joe Lennon"] = CStudent(103547, 22);
  mapStudent["Phil McCartney"] = CStudent(100723, 22);
  mapStudent["Raoul Starr"] = CStudent(107350, 24);
  mapStudent["Gordon Hamilton"] = CStudent(102330, 22);

  // 通過姓名來訪問Cstudent類中的成員
  cout << "The Student number for Joe Lennon is " <<
    (mapStudent["Joe Lennon"].nStudentID) << endl;

  return 0;
}



TYPEDEF

如果你喜歡使用typedef關(guān)鍵字，下面是個(gè)例子：
typedef set <int> SET_INT;
typedef SET_INT::iterator SET_INT_ITER


編寫代碼的一個(gè)習(xí)慣就是使用大寫字母和下劃線來命名數(shù)據(jù)類型。

ANSI / ISO字符串

ANSI/ISO字符串在STL容器中使用得很普遍。這是標(biāo)準(zhǔn)的字符串類，并得到了廣泛地提倡，然而在缺乏格式聲明的情況下就會出問題。你必須使用“<<”和輸入輸出流（iostream）代碼（如dec, width等）將字符串串聯(lián)起來。
可在必要的時(shí)候使用c_str()來重新獲得字符指針。
        
                
                                STL實(shí)踐指南（下）
STL實(shí)踐指南  Practical Guide to STL
作者：Jeff Bogan
翻譯：周翔


（接中篇）

游標(biāo)（Iterator）

我說過游標(biāo)是指針，但不僅僅是指針。游標(biāo)和指針很像，功能很像指針，但是實(shí)際上，游標(biāo)是通過重載一元的”*”和”->”來從容器中間接地返回一個(gè)值。將這些值存儲在容器中并不是一個(gè)好主意，因?yàn)槊慨?dāng)一個(gè)新值添加到容器中或者有一個(gè)值從容器中刪除，這些值就會失效。在某種程度上，游標(biāo)可以看作是句柄（handle）。通常情況下游標(biāo)（iterator）的類型可以有所變化，這樣容器也會有幾種不同方式的轉(zhuǎn)變：
iterator——對于除了vector以外的其他任何容器，你可以通過這種游標(biāo)在一次操作中在容器中朝向前的方向走一步。這意味著對于這種游標(biāo)你只能使用“++”操作符。而不能使用“--”或“+=”操作符。而對于vector這一種容器，你可以使用“+=”、“—”、“++”、“-=”中的任何一種操作符和“<”、“<=”、“>”、“>=”、“==”、“!=”等比較運(yùn)算符。
reverse_iterator ——如果你想用向后的方向而不是向前的方向的游標(biāo)來遍歷除vector之外的容器中的元素，你可以使用reverse_iterator 來反轉(zhuǎn)遍歷的方向，你還可以用rbegin()來代替begin()，用rend()代替end()，而此時(shí)的“++”操作符會朝向后的方向遍歷。
const_iterator ——一個(gè)向前方向的游標(biāo)，它返回一個(gè)常數(shù)值。你可以使用這種類型的游標(biāo)來指向一個(gè)只讀的值。
const_reverse_iterator ——一個(gè)朝反方向遍歷的游標(biāo)，它返回一個(gè)常數(shù)值。

Set和Map中的排序

除了類型和值外，模板含有其他的參數(shù)。你可以傳遞一個(gè)回調(diào)函數(shù)（通常所說的聲明“predicate”——這是帶有一個(gè)參數(shù)的函數(shù)返回一個(gè)布爾值）。例如，如果你想自動建立一個(gè)集合，集合中的元素按升序排列，你可以用簡明的方法建立一個(gè)set類：

set <int, greater<int> > set1

greater 是另一個(gè)模板函數(shù)（范型函數(shù)），當(dāng)值放置在容器中后，它用來為這些值排序。如果你想按降序排列這些值，你可以這樣寫：

set <int, less<int> > set1

在實(shí)現(xiàn)算法時(shí)，將聲明（predicate）作為一個(gè)參數(shù)傳遞到一個(gè)STL模板類中時(shí)會遇到很多的其他情況，下面將會對這些情況進(jìn)行詳細(xì)描述。

STL 的煩惱之二——錯(cuò)誤信息

這些模板的命名需要對編譯器進(jìn)行擴(kuò)充，所以當(dāng)編譯器因某種原因發(fā)生故障時(shí)，它會列出一段很長的錯(cuò)誤信息，并且這些錯(cuò)誤信息晦澀難懂。我覺得處理這樣的難題沒有什么好辦法。但最好的方法是去查找并仔細(xì)研究錯(cuò)誤信息指明代碼段的尾端。還有一個(gè)煩惱就是：當(dāng)你雙擊錯(cuò)誤信息時(shí)，它會將錯(cuò)誤指向模版庫的內(nèi)部代碼，而這些代碼就更難讀了。一般情況下，糾錯(cuò)的最好方法是重新檢查一下你的代碼，運(yùn)行時(shí)忽略所有的警告信息。

算法（Algorithms）

算法是模板中使用的函數(shù)。這才真正開始體現(xiàn)STL的強(qiáng)大之處。你可以學(xué)習(xí)一些大多數(shù)模板容器中都會用到的一些算法函數(shù)，這樣你可以通過最簡便的方式進(jìn)行排序、查找、交換等操作。STL中包含著一系列實(shí)現(xiàn)算法的函數(shù)。比如：sort(vec.begin()+1, vec.end()-1)可以實(shí)現(xiàn)對除第一個(gè)和最后一個(gè)元素的其他元素的排序操作。
容器自身不能使用算法，但兩個(gè)容器中的游標(biāo)可以限定容器中使用算法的元素。既然這樣，算法不直接受到容器的限制，而是通過采用游標(biāo)，算法才能夠得到支持。此外，很多次你會遇到傳遞一個(gè)已經(jīng)準(zhǔn)備好了的函數(shù)（以前提到的聲明：predicate）作為參數(shù)，你也可以傳遞以前的舊值。
下面的例子演示了怎樣使用算法：

//程序：測試分?jǐn)?shù)統(tǒng)計(jì)
//目的：通過對向量中保存的分?jǐn)?shù)的操作說明怎樣使用算法

#include <algorithm>  //如果要使用算法函數(shù)，你必須要包含這個(gè)頭文件。
#include <numeric>  // 包含accumulate（求和）函數(shù)的頭文件
#include <vector>
#include <iostream>
using namespace std;

int testscore[] = {67, 56, 24, 78, 99, 87, 56};

//判斷一個(gè)成績是否通過了考試
bool passed_test(int n)
{
  return (n >= 60);
}

// 判斷一個(gè)成績是否不及格
bool failed_test(int n)
{
  return (n < 60);
}

int main(int argc, char* argv[])
{
  int total;
  // 初始化向量，使之能夠裝入testscore數(shù)組中的元素
  vector <int> vecTestScore(testscore,
     testscore + sizeof(testscore) / sizeof(int));
  vector <int>::iterator vi;

  // 排序并顯示向量中的數(shù)據(jù)
  sort(vecTestScore.begin(), vecTestScore.end());
  cout << "Sorted Test Scores:" << endl;
  for (vi=vecTestScore.begin(); vi != vecTestScore.end(); vi++)
  {  cout << *vi << ", ";  }
  cout << endl;

  // 顯示統(tǒng)計(jì)信息

  // min_element 返回一個(gè) _iterator_ 類型的對象，該對象指向值最小的那個(gè)元素。
  //“*”運(yùn)算符提取元素中的值。
  vi = min_element(vecTestScore.begin(), vecTestScore.end());
  cout << "The lowest score was " << *vi << "." << endl;

  //與min_element類似，max_element是選出最大值。
  vi = max_element(vecTestScore.begin(), vecTestScore.end());
  cout << "The highest score was " << *vi << "." << endl;

  // 使用聲明函數(shù)（predicate function，指vecTestScore.begin()和vecTestScore.end()）來確定通過考試的人數(shù)。
  cout << count_if(vecTestScore.begin(), vecTestScore.end(), passed_test) <<
    " out of " << vecTestScore.size() <<
    " students passed the test" << endl;

  // 確定有多少人考試掛了
  cout << count_if(vecTestScore.begin(),
    vecTestScore.end(), failed_test) <<
    " out of " << vecTestScore.size() <<
    " students failed the test" << endl;

  //計(jì)算成績總和
  total = accumulate(vecTestScore.begin(),
     vecTestScore.end(), 0);
  // 計(jì)算顯示平均成績
  cout << "Average score was " <<
    (total / (int)(vecTestScore.size())) << endl;

  return 0;
}


Allocator（分配器）

Allocator用在模板的初始化階段，是為對象和數(shù)組進(jìn)行分配內(nèi)存空間和釋放空間操作的模板類。它在各種情況下扮演著很神秘的角色，它關(guān)心的是高層內(nèi)存的優(yōu)化，而且對黑盒測試來說，使用Allocator是最好的選擇。通常，我們不需要明確指明它，因?yàn)樗鼈兺ǔＪ亲鳛椴挥锰砑拥娜笔〉膮?shù)出現(xiàn)的。如果在專業(yè)的測試工作中出現(xiàn)了Allocator，你最好搞清楚它是什么。

Embed Templates（嵌入式模版）和Derive Templates（基模板）

每當(dāng)你使用一個(gè)普通的類的時(shí)候，你也可以在其中使用一個(gè)STL類。它是可以被嵌入的：

class CParam
{
  string name;
  string unit;
  vector <double> vecData;
};


或者將它作為一個(gè)基類：

class CParam : public vector <double>
{
  string name;
  string unit;
};


STL模版類作為基類時(shí)需要謹(jǐn)慎。這需要你適應(yīng)這種編程方式。

模版中的模版

為構(gòu)建一個(gè)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，你可以將一個(gè)模板植入另一個(gè)模板中（即“模版嵌套”）。一般最好的方法是在程序前面使用typedef關(guān)鍵字來定義一個(gè)在另一個(gè)模板中使用的模版類型。

// 程序：在向量中嵌入向量的演示。
//目的：說明怎樣使用嵌套的STL容器。

#include <iostream>
#include <vector>

using namespace std;

typedef vector <int> VEC_INT;

int inp[2][2] = {{1, 1}, {2, 0}};  
  // 要放入模板中的2x2的正則數(shù)組

int main(int argc, char* argv[])
{
  int i, j;
  vector <VEC_INT> vecvec;
  // 如果你想用一句話實(shí)現(xiàn)這樣的嵌套，你可以這樣寫：
  // vector <vector <int> > vecvec;
  
  // 將數(shù)組填入向量
  VEC_INT v0(inp[0], inp[0]+2);  
    // 傳遞兩個(gè)指針
    // 將數(shù)組中的值拷貝到向量中
  VEC_INT v1(inp[1], inp[1]+2);

  vecvec.push_back(v0);
  vecvec.push_back(v1);

  for (i=0; i<2; i++)
  {
    for (j=0; j<2; j++)
    {
      cout << vecvec[i][j] << "  ";
    }
    cout << endl;
  }
  return 0;
}

// 輸出：
// 1 1
// 2 0


雖然在初始化時(shí)很麻煩，一旦你將數(shù)據(jù)填如向量中，你就實(shí)現(xiàn)了一個(gè)變長的可擴(kuò)充的二維數(shù)組（大小可擴(kuò)充直到使用完內(nèi)存）。根據(jù)實(shí)際需要，可以使用各種容器的嵌套組合。

總結(jié)

STL是有用的，但是使用過程中的困難和麻煩是再所難免的。就像中國人所說的：“如果你掌握了它，便猶如虎添翼。”


由于CSDN的文章編輯器可能將"<"和">"之間的部分作為html標(biāo)簽過濾掉了，現(xiàn)貼出正確的“測試分?jǐn)?shù)統(tǒng)計(jì)”程序如下：

//程序：測試分?jǐn)?shù)統(tǒng)計(jì)
//目的：通過對向量中保存的分?jǐn)?shù)的操作說明怎樣使用算法

#include <algorithm> //如果要使用算法函數(shù)，你必須要包含這個(gè)頭文件。
#include <numeric> // 包含accumulate（求和）函數(shù)的頭文件
#include <vector>
#include <iostream>
using namespace std;

int testscore[] = {67, 56, 24, 78, 99, 87, 56};

//判斷一個(gè)成績是否通過了考試
bool passed_test(int n)
{
return (n >= 60);
}

// 判斷一個(gè)成績是否不及格
bool failed_test(int n)
{
return (n < 60);
}

int main(int argc, char* argv[])
{
int total;
// 初始化向量，使之能夠裝入testscore數(shù)組中的元素
vector <int> vecTestScore(testscore,
testscore + sizeof(testscore) / sizeof(int));
vector <int>::iterator vi;

// 排序并顯示向量中的數(shù)據(jù)
sort(vecTestScore.begin(), vecTestScore.end());
cout << "Sorted Test Scores:" << endl;
for (vi=vecTestScore.begin(); vi != vecTestScore.end(); vi++)
{ cout << *vi << ", "; }
cout << endl;

// 顯示統(tǒng)計(jì)信息

// min_element 返回一個(gè) _iterator_ 類型的對象，該對象指向值最小的那個(gè)元素。
//“*”運(yùn)算符提取元素中的值。
vi = min_element(vecTestScore.begin(), vecTestScore.end());
cout << "The lowest score was " << *vi << "." << endl;

//與min_element類似，max_element是選出最大值。
vi = max_element(vecTestScore.begin(), vecTestScore.end());
cout << "The highest score was " << *vi << "." << endl;

// 使用聲明函數(shù)（predicate function，指vecTestScore.begin()和vecTestScore.end()）來確定通過考試的人數(shù)。
cout << count_if(vecTestScore.begin(), vecTestScore.end(), passed_test) <<
" out of " << vecTestScore.size() <<
" students passed the test" << endl;

// 確定有多少人考試掛了
cout << count_if(vecTestScore.begin(),
vecTestScore.end(), failed_test) <<
" out of " << vecTestScore.size() <<
" students failed the test" << endl;

//計(jì)算成績總和
total = accumulate(vecTestScore.begin(),
vecTestScore.end(), 0);
// 計(jì)算顯示平均成績
cout << "Average score was " <<
(total / (int)(vecTestScore.size())) << endl;

return 0;
}

posted @ 2007-04-20 08:18 榕樹藤 閱讀(1487) | 評論 (0) | 編輯 收藏

使用VC6.0實(shí)現(xiàn)窗口的任意分割

一、關(guān)于CSplitterWnd類
 我們在使用CuteFtp或者NetAnt等工具的時(shí)候，一般都會被其復(fù)雜的界面所吸引，在這些界面中窗口被分割為若干的區(qū)域，真正做到了窗口的任意分割。 那么我們自己如何創(chuàng)建類似的界面，也實(shí)現(xiàn)窗口的任意的分割呢 ？在VC6.0中這就需要使用到CSplitterWnd類。CSplitterWnd看上去像是一種特殊的框架窗口，每個(gè)窗口都被相同的或者不同的視圖所填充。當(dāng)窗口被切分后用戶可以使用鼠標(biāo)移動切分條來調(diào)整窗口的相對尺寸。雖然VC6.0支持從AppWizard中創(chuàng)建分割窗口，但是自動加入的分割條總是不能讓我們滿意，因此我們還是通過手工增加代碼來熟悉這個(gè)類。
 CSplitterWnd的構(gòu)造函數(shù)主要包括下面三個(gè)。
BOOL Create(CWnd* pParentWnd,int nMaxRows,int nMaxCols,SIZE sizeMin,CCreateContext* pContext,DWORD dwStyle,UINT nID);
    功能描述：該函數(shù)用來創(chuàng)建動態(tài)切分窗口。
    參數(shù)含義：pParentWnd 切分窗口的父框架窗口。
    nMaxRows,nMaxCols是創(chuàng)建的最大的列數(shù)和行數(shù)。
    sizeMin是窗格的現(xiàn)實(shí)大小。
    pContext 大多數(shù)情況下傳給父窗口。
    nID是字窗口的ID號.
  BOOL CreateStatic(CWnd* pParentWnd,int nRows,int nCols,DWORD dwStyle,UINT nID)
  功能描述：用來創(chuàng)建切分窗口。
  參數(shù)含義同上。
BOOL CreateView (int row,int col,CruntimeClass* pViewClass,SIZE sizeinit,CcreateContext* pContext);
  功能描述：為靜態(tài)切分的窗口的網(wǎng)格填充視圖。在將視圖于切分窗口聯(lián)系在一起的時(shí)候必 須先將切分窗口創(chuàng)建好。
  參數(shù)含義：同上。
  從CSplitterWnd源程序可以看出不管是使用動態(tài)創(chuàng)建Create還是使用靜態(tài)創(chuàng)建CreateStatic，在函數(shù)中都調(diào)用了一個(gè)保護(hù)函數(shù)CreateCommon，從下面的CreateCommon函數(shù)中的關(guān)鍵代碼可以看出創(chuàng)建CSplitterWnd的實(shí)質(zhì)是創(chuàng)建了一系列的MDI子窗口。
    DWORD dwCreateStyle = dwStyle & ~(WS_HSCROLL|WS_VSCROLL);
    if (afxData.bWin4)
       dwCreateStyle &= ~WS_BORDER; // create with the same wnd-class as MDI-Frame (no erase bkgnd)
    if (!CreateEx(0, _afxWndMDIFrame, NULL, dwCreateStyle, 0, 0, 0, 0,pParentWnd->m_hWnd, (HMENU)nID, NULL))
      return FALSE; // create invisible

二、創(chuàng)建嵌套分割窗口
  2.1創(chuàng)建動態(tài)分割窗口
  動態(tài)分割窗口使用Create方法。下面的代碼將創(chuàng)建2x2的窗格。
  m_wndSplitter.Create(this,2,2,CSize(100,100),pContext);
  但是動態(tài)創(chuàng)建的分割窗口的窗格數(shù)目不能超過2x2，而且對于所有的窗格，都必須共享同一個(gè)視圖，所受的限制也比較多，因此我們不將動態(tài)創(chuàng)建作為重點(diǎn)。我們的主要精力放在靜態(tài)分割窗口的創(chuàng)建上。
  2.2創(chuàng)建靜態(tài)分割窗口
與動態(tài)創(chuàng)建相比，靜態(tài)創(chuàng)建的代碼要簡單許多，而且可以最多創(chuàng)建16x16的窗格。不同的窗格我們可以使用CreateView填充不同的視圖。
在這里我們將創(chuàng)建CuteFtp的窗口分割。CuteFtp的分割情況如下：

  創(chuàng)建步驟：
  ▲ 在創(chuàng)建之前我們必須先用AppWizard生成單文檔CuteFTP，生成的視類為 CCuteFTPView.同時(shí)在增加三個(gè)視類或者從視類繼承而來的派生類CView2,CView3 CView4.
  ▲ 增加成員：
  在Cmainfrm.h中我們將增加下面的代碼：
  CSplitterWnd wndSplitter1;
  CSplitterWnd wndSplitter2;
  ▲ 重載CMainFrame::OnCreateClient()函數(shù)：
  BOOL CMainFrame::OnCreateClient( LPCREATESTRUCT /*lpcs*/, CCreateContext* pContext)
  { //創(chuàng)建一個(gè)靜態(tài)分欄窗口，分為三行一列
    if(m_wndSplitter1.CreateStatic(this,3,1)==NULL)
      return FALSE;
    //將CCuteFTPView連接到0行0列窗格上
    m_wndSplitter1.CreateView(0,0,RUNTIME_CLASS(CCuteFTPView),CSize(100,100), pContext);
    m_wndSplitter1.CreateView(2,0,RUNTIME_CLASS(CView4),CSize(100,100),pContext); //將CView4連接到0行2列
    if(m_wndSplitter2.CreateStatic(&m_wndSplitter,1,2,WS_CHILD|WS_VISIBLE, m_wndSplitter.IdFromRowCol(1, 0))==NULL)
      return FALSE; //將第1行0列再分開1行2列
    //將CView2類連接到第二個(gè)分欄對象的0行0列
    m_wndSplitter2.CreateView(0,0,RUNTIME_CLASS(CView2),CSize(400,300),pContext); //將CView3類連接到第二個(gè)分欄對象的0行1列
    m_wndSplitter2.CreateView(0,1,RUNTIME_CLASS(CView3),CSize(400,300),pContext);
    return TRUE;
  }
2.3實(shí)現(xiàn)各個(gè)分割區(qū)域的通信
■有文檔相連的視圖之間的通信
由AppWizard生成的CCuteFTPView是與文檔相連的，同時(shí)我們也讓CView2與文檔相連，因此我們需要修改CCuteFTPApp的InitInstance()函數(shù)，我們將增加下面的部分。
AddDocTemplate (new CMultiDocTemplate(IDR_VIEW2TYPE,
RUNTIME_CLASS(CMainDoc),
RUNTIME_CLASS(CMDIChildWnd),
RUNTIME_CLASS(CView2)));
我們現(xiàn)在來實(shí)現(xiàn)CCuteFTPView與CView2之間的通信。由于跟文檔類相連的視圖類 是不能安全的與除文檔類之外的其余的視圖類通信的。因此我們只能讓他們都與文檔 類通信。在文檔中我們設(shè)置相應(yīng)的指針以用來獲的各個(gè)視圖。我們重載 CCuteFTPView::OnOpenDocument()函數(shù)；
CCuteFTPView* pCuteFTPView;
CView2* pView2;
POSITION pos;
CView* pView;
while(pos!=NULL)
{
  pView=GetNextView(pos);
  if(pView->IsKindOf(RUNTIME_CLASS(CCuteFTPView))==NULL)
    pCuteFTPView=(CCuteFTPView*)pView;
  else(pView->IsKindOf(RUNTIME_CLASS(CCuteFTPView))==NULL)
    pView2=(CView2*)pView;
}
這樣我們在文檔類中就獲的了跟它相連的所有的視圖的指針。
如果需要在 CCuteFTPView中調(diào)用CView2中的一個(gè)方法DoIt()則代碼如下：
CCuteFTPDoc* pDoc=GetDocument();
CView2* pView2=pDoc->pView3;
pView3.DoIt();
■無文檔視圖與文檔關(guān)聯(lián)視圖之間的通信
CView3和CView4都是不與文檔相關(guān)聯(lián)的。我們現(xiàn)在實(shí)現(xiàn)CView3與CView2的通信.正如前面所說，CView2只能安全的與CCuteFTPDoc通信，因此，CView3如果需要跟CView2通信，也必須借助于文檔類。因此程序的關(guān)鍵是如何在CView3中獲得文檔的指針。視圖類中沒有這樣的類成員可以用來直接訪問文檔類。但是我們知道在主窗口類MainFrame中我們可以獲得程序的任意窗口類的指針。因此我們只要獲得程序主窗口了的指針，就可以解決問題了。代碼實(shí)現(xiàn)在CView3中訪問CView2中的DoIt()方法。

CView3中的代碼如下：

CMainFrame* MainFrame=(CMainFrame*)this->GetParent()->GetParent();
CCuteFTPDoc* Doc=(CCuteFTPDoc*)MainFrame->GetActiveDocument();
if(Doc!=NULL) Doc->DoIt();

CCuteFTPDoc中的相應(yīng)的處理函數(shù)DoIt()代碼如下：

CView2* pView2;
POSITION pos;
CView* pView;
while(pos!=NULL)
{
  pView=GetNextView(pos);
  if(pView->IsKindOf(RUNTIME_CLASS(CView2))==NULL)
  pView2=(CView2*)pView;
}
pView2->DoIt();
■無文檔關(guān)聯(lián)視圖之間的通信
CView3和CView4都是不跟文檔相連的，如何實(shí)現(xiàn)他們之間的通信呢。 正如我們在上面所說的那樣，由于在主框架中我們可以訪問任意的視圖，因此我們的主要任 務(wù)還是在程序中獲得主框架的指針。在CView3中訪問CView4中的方法DoIt()。
CMainFrame* MainFrame=(CMainFrame*)this->GetParent()->GetParent();
CView4* View4=(CView4*)MainFrame->m_wndSplitter1.GetPane(2,0);
View4->DoIt();

到現(xiàn)在我們已經(jīng)實(shí)現(xiàn)了CuteFTP的主窗口的框架并且能夠?qū)崿F(xiàn)他們之間相互通信的框架。 同樣的我們可以實(shí)現(xiàn)其他的一些流行界面例如NetAnts，F(xiàn)oxmail的分割。

三、關(guān)于對話框的分割
到目前為止，只有基于文檔/視圖的程序才能使用CSplitterWnd，而基于對話框的應(yīng)用程序卻不支持CSplitterWnd,但是如果我們在繼承類中重載一些虛擬方法，也能使CSplitterWnd 在對話框程序中使用。從MFC的源程序WinSplit.cpp中可以看出，為了獲得父窗口的地方程序都調(diào)用了虛擬方法GetParentFrame(),因此如果在對話框中使用，我們必須將它改為GetParent();因此我們將CSplitterWnd的下面幾個(gè)方法重載。
  virtual void StartTracking(int ht);
  virtual CWnd* GetActivePane(int* pRow = NULL, int* pCol = NULL);
  virtual void SetActivePane( int row, int col, CWnd* pWnd = NULL );
  virtual BOOL OnCommand(WPARAM wParam, LPARAM lParam);
  virtual BOOL OnNotify( WPARAM wParam, LPARAM lParam, LRESULT* pResult );
  virtual BOOL OnWndMsg( UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult );
具體實(shí)現(xiàn)如下，實(shí)現(xiàn)中我將給出原有代碼的主要部分以及修改后的代碼以作對比。
在cpp文件中加入下面的枚舉類型。
enum HitTestValue
{
  noHit = 0,//表示沒有選中任何對象
  vSplitterBox = 1,
  hSplitterBox = 2,
  bothSplitterBox = 3,
  vSplitterBar1 = 101,//代表各個(gè)方向的水平分割條
  vSplitterBar15 = 115,
  hSplitterBar1 = 201,//代表垂直方向的各個(gè)分割條
  hSplitterBar15 = 215,
  splitterIntersection1 = 301,//代表各個(gè)交叉點(diǎn)
  splitterIntersection225 = 525
};

CWnd* CxSplitterWnd::GetActivePane(int* pRow, int* pCol)
{
  ASSERT_VALID(this);
  //獲得當(dāng)前的獲得焦點(diǎn)的窗口
  //下面注釋粗體的是原有的代碼的主要部分。
  // CWnd* pView = NULL;
  //CFrameWnd* pFrameWnd = GetParentFrame();
  //ASSERT_VALID(pFrameWnd);
  //pView = pFrameWnd->GetActiveView();
  //if (pView == NULL)
  // pView = GetFocus();
  CWnd* pView = GetFocus();
  if (pView != NULL && !IsChildPane(pView, pRow, pCol))
    pView = NULL;
  return pView;
}

void CxSplitterWnd::SetActivePane( int row, int col, CWnd* pWnd)
{
  CWnd* pPane = pWnd == NULL ? GetPane(row, col) : pWnd;
  //下面加注釋粗體的是原有代碼的主要部分。
  //FrameWnd* pFrameWnd = GetParentFrame();
  //ASSERT_VALID(pFrameWnd);
  //pFrameWnd->SetActiveView((CView*)pPane);
  pPane->SetFocus();//修改后的語句
}

void CxSplitterWnd::StartTracking(int ht)
{
  ASSERT_VALID(this);
  if (ht == noHit)
    return;
  // GetHitRect will restrict 'm_rectLimit' as appropriate
  GetInsideRect(m_rectLimit);
  if (ht >= splitterIntersection1 && ht <= splitterIntersection225)
  {
    // split two directions (two tracking rectangles)
    int row = (ht - splitterIntersection1) / 15;
    int col = (ht - splitterIntersection1) % 15;
    GetHitRect(row + vSplitterBar1, m_rectTracker);
    int yTrackOffset = m_ptTrackOffset.y;
    m_bTracking2 = TRUE;
    GetHitRect(col + hSplitterBar1, m_rectTracker2);
    m_ptTrackOffset.y = yTrackOffset;
  }
  else if (ht == bothSplitterBox)
  {
  // hit on splitter boxes (for keyboard)
  GetHitRect(vSplitterBox, m_rectTracker);
  int yTrackOffset = m_ptTrackOffset.y;
  m_bTracking2 = TRUE;
  GetHitRect(hSplitterBox, m_rectTracker2);
  m_ptTrackOffset.y = yTrackOffset; // center it
  m_rectTracker.OffsetRect(0, m_rectLimit.Height()/2); m_rectTracker2.OffsetRect(m_rectLimit.Width()/2, 0);
  }
  else
  {
  // only hit one bar
  GetHitRect(ht, m_rectTracker);
  }

//下面加注釋的將從程序中刪去。
//CView* pView = (CView*)GetActivePane();
//if (pView != NULL && pView->IsKindOf(RUNTIME_CLASS(CView)))
//{
// ASSERT_VALID(pView);
// CFrameWnd* pFrameWnd = GetParentFrame();
//ASSERT_VALID(pFrameWnd);
//pView->OnActivateFrame(WA_INACTIVE, pFrameWnd);
// }
// steal focus and capture
  SetCapture();
  SetFocus();
  // make sure no updates are pending
  RedrawWindow(NULL, NULL, RDW_ALLCHILDREN | RDW_UPDATENOW);
  // set tracking state and appropriate cursor
  m_bTracking = TRUE;
  OnInvertTracker(m_rectTracker);
  if (m_bTracking2)
    OnInvertTracker(m_rectTracker2);
  m_htTrack = ht;
  SetSplitCursor(ht);
  }

BOOL CxSplitterWnd::OnCommand(WPARAM wParam, LPARAM lParam)
{
  if (CWnd::OnCommand(wParam, lParam))
    return TRUE;
  //下面粗體的是原程序的語句
//return GetParentFrame()->SendMessage(WM_COMMAND, wParam, lParam);
  return GetParent()->SendMessage(WM_COMMAND, wParam, lParam);
}
BOOL CxSplitterWnd::OnNotify( WPARAM wParam, LPARAM lParam, LRESULT* pResult )
{
  if (CWnd::OnNotify(wParam, lParam, pResult))
    return TRUE;
  //下面粗體的是源程序的語句
  //*pResult = GetParentFrame()->SendMessage(WM_NOTIFY, wParam, lParam);
  *pResult = GetParent()->SendMessage(WM_NOTIFY, wParam, lParam);
  return TRUE;
}

BOOL CxSplitterWnd::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult)
{
  // The code line below is necessary if using CxSplitterWnd in a regular dll
  // AFX_MANAGE_STATE(AfxGetStaticModuleState());
  return CWnd::OnWndMsg(message, wParam, lParam, pResult);
}
這樣我們就可以在對話框中使用CxSplitterWnd類了。

四、CSplitterWnd的擴(kuò)展
CSplitterWnd擴(kuò)展話題是很多的，我們可以通過對原有方法的覆蓋或者增加新的方法來擴(kuò)展CSplitterWnd。我們在此僅舉兩個(gè)方面的例子。
4.1鎖定切分條
當(dāng)用戶創(chuàng)建好分割窗口后，有時(shí)并不希望通過拖動切分條來調(diào)節(jié)窗口的大小。這時(shí)就必須鎖定切分條。鎖定切分條的最簡單的方法莫過于不讓CSplitterWnd來處理WM_LBUTTONDOWN,WM_MOUSEMOVE,WM_SETCURSOR消息，而是將這些消息交給CWnd窗口進(jìn)行處理，從而屏蔽掉這些消息。拿WM_LBUTTONDOWN處理過程來說。修改為如下：
void CXXSplitterWnd::OnLButtonDown(UINT nFlags,CPoint point)
{
  CWnd::OnLButtonDown(nFlags,point);
}
其余的處理方法類似。
4.2切分條的定制
由Window自己生成的切分條總是固定的，沒有任何的變化，我們在使用一些軟件比如ACDSee的時(shí)候卻能發(fā)現(xiàn)它們的切分條卻是和自動生成的切分條不一樣的。那么如何定制自己的切分條呢？通過重載CSplitterWnd的虛方法OnDrawSplitter和OnInvertTracker可以達(dá)到這樣的目的。下面的代碼生成的效果是分割窗口的邊界顏色為紅色，分割條的顏色為綠色.代碼如下：
void CSplitterWndEx::OnDrawSplitter(CDC *pDC, ESplitType nType, const CRect &rectArg)
{
  if(pDC==NULL)
  {
  RedrawWindow(rectArg,NULL,RDW_INVALIDATE|RDW_NOCHILDREN);
  return;
  }
  ASSERT_VALID(pDC);
  CRect rc=rectArg;
  switch(nType)
  {
  case splitBorder:
  //重畫分割窗口邊界,使之為紅色
    pDC->Draw3dRect(rc,RGB(255,0,0),RGB(255,0,0));
    rc.InflateRect(-CX_BORDER,-CY_BORDER);
    pDC->Draw3dRect(rc,RGB(255,0,0),RGB(255,0,0));
    return;
  case splitBox:
    pDC->Draw3dRect(rc,RGB(0,0,0),RGB(0,0,0));
    rc.InflateRect(-CX_BORDER,-CY_BORDER);
    pDC->Draw3dRect(rc,RGB(0,0,0),RGB(0,0,0));
    rc.InflateRect(-CX_BORDER,-CY_BORDER);
    pDC->FillSolidRect(rc,RGB(0,0,0));
    pDC->Draw3dRect(rc,RGB(0,0,0),RGB(0,0,0));
    return;
  case splitBar:
  //重畫分割條，使之為綠色
    pDC->FillSolidRect(rc,RGB(255,255,255));
    rc.InflateRect(-5,-5);
    pDC->Draw3dRect(rc,RGB(255,0,0),RGB(255,0,0));
    return;
  default:
    ASSERT(FALSE);
  }
  pDC->FillSolidRect(rc,RGB(0,0,255));
}
void CSplitterWndEx::OnInvertTracker(CRect &rect)
{
  ASSERT_VALID(this);
  ASSERT(!rect.IsRectEmpty());
  ASSERT((GetStyle()&WS_CLIPCHILDREN)==0);
  CRect rc=rect;
  rc.InflateRect(2,2);
  CDC* pDC=GetDC();
  CBrush* pBrush=CDC::GetHalftoneBrush();
  HBRUSH hOldBrush=NULL;
  if(pBrush!=NULL) hOldBrush=(HBRUSH)SelectObject(pDC->m_hDC,pBrush->m_hObject);
  pDC->PatBlt(rc.left,rc.top,rc.Width(),rc.Height(),BLACKNESS);
  if(hOldBrush!=NULL)
  SelectObject(pDC->m_hDC,hOldBrush);
  ReleaseDC(pDC);
}
同樣我們只要繼承CSplitterWnd中的其余的一些虛擬方法就可以生成具有自己個(gè)性的分割窗口了。

posted @ 2007-04-18 21:06 榕樹藤 閱讀(618) | 評論 (1) | 編輯 收藏

pragma指令簡介

在編寫程序的時(shí)候,我們經(jīng)常要用到#pragma指令來設(shè)定編譯器的狀態(tài)或者是指示編譯器完成一些特定的動作.
 下面介紹了一下該指令的一些常用參數(shù),希望對大家有所幫助!

 一. message 參數(shù)。
 message
 它能夠在編譯信息輸出窗口中輸出相應(yīng)的信息，這對于源代碼信息的控制是非常重要的。

 其使用方法為：  #pragma message("消息文本")

 當(dāng)編譯器遇到這條指令時(shí)就在編譯輸出窗口中將消息文本打印出來。
 當(dāng)我們在程序中定義了許多宏來控制源代碼版本的時(shí)候，我們自己有可能都會忘記有沒有正確的設(shè)置這些宏，此時(shí)我們可以用這條指令在編譯的時(shí)候就進(jìn)行檢查。假設(shè)我們希望判斷自己有沒有在源代碼的什么地方定義了_X86這個(gè)宏可以用下面的方法：
#ifdef _X86
#pragma message("_X86 macro activated!")
#endif
 當(dāng)我們定義了_X86這個(gè)宏以后，應(yīng)用程序在編譯時(shí)就會在編譯輸出窗口里顯示
 "_X86 macro activated!"
 這樣，我們就不會因?yàn)椴挥浀米约憾x的一些特定的宏而抓耳撓腮了。

 二. 另一個(gè)使用得比較多的#pragma參數(shù)是code_seg。
 格式如：
 #pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ] [ "segment-name" [, "segment-class" ] )
 該指令用來指定函數(shù)在.obj文件中存放的節(jié),觀察OBJ文件可以使用VC自帶的dumpbin命令行程序,函數(shù)在.obj文件中默認(rèn)的存放節(jié)為.text節(jié)，如果code_seg沒有帶參數(shù)的話,則函數(shù)存放在.text節(jié)中。

 push (可選參數(shù)) 將一個(gè)記錄放到內(nèi)部編譯器的堆棧中,可選參數(shù)可以為一個(gè)標(biāo)識符或者節(jié)名
 pop(可選參數(shù)) 將一個(gè)記錄從堆棧頂端彈出,該記錄可以為一個(gè)標(biāo)識符或者節(jié)名
 identifier (可選參數(shù)) 當(dāng)使用push指令時(shí),為壓入堆棧的記錄指派的一個(gè)標(biāo)識符,當(dāng)該標(biāo)識符被刪除的時(shí)候和其相關(guān)的堆棧中的記錄將被彈出堆棧
   "segment-name" (可選參數(shù)) 表示函數(shù)存放的節(jié)名
 例如:
 //默認(rèn)情況下,函數(shù)被存放在.text節(jié)中
 void func1() {   // stored in .text
 }

 //將函數(shù)存放在.my_data1節(jié)中
 #pragma code_seg(".my_data1")
 void func2() {   // stored in my_data1
 }

 //r1為標(biāo)識符,將函數(shù)放入.my_data2節(jié)中
 #pragma code_seg(push, r1, ".my_data2")
 void func3() {   // stored in my_data2
 }

 int main() {
 }

 三. #pragma once (比較常用）
 這是一個(gè)比較常用的指令,只要在頭文件的最開始加入這條指令就能夠保證頭文件被編譯一次

 四. #pragma hdrstop表示預(yù)編譯頭文件到此為止，后面的頭文件不進(jìn)行預(yù)編譯。
 BCB可以預(yù)編譯頭文件以加快鏈接的速度，但如果所有頭文件都進(jìn)行預(yù)編譯又可能占太多磁盤空間，所以使用這個(gè)選項(xiàng)排除一些頭文件。
 有時(shí)單元之間有依賴關(guān)系，比如單元A依賴單元B，所以單元B要先于單元A編譯。你可以用#pragma startup指定編譯優(yōu)先級，如果使用了#pragma package(smart_init) ，BCB就會根據(jù)優(yōu)先級的大小先后編譯。

 五. #pragma warning指令
 該指令允許有選擇性的修改編譯器的警告消息的行為
 指令格式如下:
 #pragma warning( warning-specifier : warning-number-list [; warning-specifier : warning-number-list...]
 #pragma warning( push[ ,n ] )
 #pragma warning( pop )

 主要用到的警告表示有如下幾個(gè):

 once:只顯示一次(警告/錯(cuò)誤等)消息
 default:重置編譯器的警告行為到默認(rèn)狀態(tài)
 1,2,3,4:四個(gè)警告級別
 disable:禁止指定的警告信息
 error:將指定的警告信息作為錯(cuò)誤報(bào)告

 如果大家對上面的解釋不是很理解,可以參考一下下面的例子及說明

 #pragma warning( disable : 4507 34; once : 4385; error : 164 )
 等價(jià)于：
 #pragma warning(disable:4507 34)  // 不顯示4507和34號警告信息
 #pragma warning(once:4385)   // 4385號警告信息僅報(bào)告一次
 #pragma warning(error:164)   // 把164號警告信息作為一個(gè)錯(cuò)誤。
 同時(shí)這個(gè)pragma warning 也支持如下格式：
 #pragma warning( push [ ,n ] )
 #pragma warning( pop )
 這里n代表一個(gè)警告等級(1---4)。
 #pragma warning( push )保存所有警告信息的現(xiàn)有的警告狀態(tài)。
 #pragma warning( push, n)保存所有警告信息的現(xiàn)有的警告狀態(tài)，并且把全局警告等級設(shè)定為n。
 #pragma warning( pop )向棧中彈出最后一個(gè)警告信息，在入棧和出棧之間所作的一切改動取消。例如：
 #pragma warning( push )
 #pragma warning( disable : 4705 )
 #pragma warning( disable : 4706 )
 #pragma warning( disable : 4707 )
 #pragma warning( pop )

 在這段代碼的最后，重新保存所有的警告信息(包括4705，4706和4707)

 在使用標(biāo)準(zhǔn)C++進(jìn)行編程的時(shí)候經(jīng)常會得到很多的警告信息,而這些警告信息都是不必要的提示,所以我們可以使用#pragma warning(disable:4786)來禁止該類型的警告在vc中使用ADO的時(shí)候也會得到不必要的警告信息,這個(gè)時(shí)候我們可以通過#pragma warning(disable:4146)來消除該類型的警告信息

 六. pragma comment(...)
 該指令的格式為：  #pragma comment( "comment-type" [, commentstring] )
 該指令將一個(gè)注釋記錄放入一個(gè)對象文件或可執(zhí)行文件中,comment-type(注釋類型):可以指定為五種預(yù)定義的標(biāo)識符的其中一種。
 五種預(yù)定義的標(biāo)識符為:

 1、compiler:將編譯器的版本號和名稱放入目標(biāo)文件中,本條注釋記錄將被編譯器忽略
如果你為該記錄類型提供了commentstring參數(shù),編譯器將會產(chǎn)生一個(gè)警告
例如:#pragma comment( compiler )

 2、exestr:將commentstring參數(shù)放入目標(biāo)文件中,在鏈接的時(shí)候這個(gè)字符串將被放入到可執(zhí)行文件中,當(dāng)操作系統(tǒng)加載可執(zhí)行文件的時(shí)候,該參數(shù)字符串不會被加載到內(nèi)存中.但是,該字符串可以被dumpbin之類的程序查找出并打印出來,你可以用這個(gè)標(biāo)識符將版本號碼之類的信息嵌入到可執(zhí)行文件中!

 3、lib:這是一個(gè)非常常用的關(guān)鍵字,用來將一個(gè)庫文件鏈接到目標(biāo)文件中常用的lib關(guān)鍵字，可以幫我們連入一個(gè)庫文件。
 例如:
 #pragma comment(lib, "user32.lib")
 該指令用來將user32.lib庫文件加入到本工程中

 4、linker:將一個(gè)鏈接選項(xiàng)放入目標(biāo)文件中,你可以使用這個(gè)指令來代替由命令行傳入的或者在開發(fā)環(huán)境中設(shè)置的鏈接選項(xiàng),你可以指定/include選項(xiàng)來強(qiáng)制包含某個(gè)對象,例如:
#pragma comment(linker, "/include:__mySymbol")
你可以在程序中設(shè)置下列鏈接選項(xiàng)
/DEFAULTLIB
/EXPORT
/INCLUDE
/MERGE
/SECTION

 這些選項(xiàng)在這里就不一一說明了,詳細(xì)信息請看msdn!

 5、user:將一般的注釋信息放入目標(biāo)文件中commentstring參數(shù)包含注釋的文本信息,這個(gè)注釋記錄將被鏈接器忽略
 例如:
 #pragma comment( user, "Compiled on " __DATE__ " at " __TIME__ )

posted @ 2007-04-18 10:24 榕樹藤 閱讀(369) | 評論 (1) | 編輯 收藏