榕樹驛站

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

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

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

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

1.	在項(xiàng)目菜單上，選擇設(shè)置。
2.	在C/C++ 選項(xiàng)卡上，將類別更改為常規(guī)。
3.	在調(diào)試信息下拉列表中，選擇程序數(shù)據(jù)庫(kù)。備注：如果您希望在調(diào)試轉(zhuǎn)儲(chǔ)文件或執(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)會(huì)創(chuàng)建一個(gè) .map 文件，當(dāng)您只有發(fā)生訪問沖突的地址時(shí)，該文件對(duì)確定發(fā)生故障的位置可能很有用。（有關(guān)更多信息，請(qǐng)參見“參考”。）

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

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

大家可能一直在用VC開發(fā)軟件，但是對(duì)于這個(gè)編譯器卻未必很了解。原因是多方面的。大多數(shù)情況下，我們只停留在“使用”它，而不會(huì)想去“了解”它。因?yàn)樗皇且粋€(gè)工具，我們寧可把更多的精力放在C++語(yǔ)言和軟件設(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) 對(duì)最后修改過的源文件進(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)試版）。

 

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

　

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

 編譯參數(shù)的設(shè)置。主要通過VC的菜單項(xiàng)Project->Settings->C/C++頁(yè)來(lái)完成。我們可以看到這一頁(yè)的最下面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語(yǔ)法解釋。比如/nologo表示編譯時(shí)不在輸出窗口顯示這些設(shè)置（我們可以把這個(gè)參數(shù)去掉來(lái)看看效果）等等。一般我們不會(huì)直接修改這些設(shè)置，而是通過這一頁(yè)最上面的Category中的各項(xiàng)來(lái)完成。

1)General：一些總體設(shè)置。Warning level用來(lái)控制警告信息，None表示不顯示任何警告，L1表示只顯示嚴(yán)重的警告，L2表示顯示比L1次嚴(yán)重的警告，L4則表示顯示出所有的警告，包括那些安全忽略的警告；Warnings as errors將警告信息當(dāng)作錯(cuò)誤處理，這樣在編譯完畢后就無(wú)法啟動(dòng)連接器來(lái)進(jìn)行連接；Optimizations是代碼優(yōu)化，可以在Category的Optimizations項(xiàng)中進(jìn)行更細(xì)的設(shè)置；Generate browse info用以生成.sbr文件，記錄類、變量等符號(hào)信息，可以在Category的Listing Files項(xiàng)中進(jìn)行更多的設(shè)置。Debug info，生成調(diào)試信息：None，不產(chǎn)生任何調(diào)試信息（編譯比較快）；Line Numbers Only，僅生成全局的和外部符號(hào)的調(diào)試信息到.OBJ文件或.EXE文件，減小目標(biāo)文件的尺寸；C 7.0- Compatible，記錄調(diào)試器用到的所有符號(hà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用來(lái)設(shè)置類定義/引用的先后關(guān)系，一般為Best-Case Always表示在引用類之前該類肯定已經(jīng)定義了；Enable Exception Handling，進(jìn)行同步的異常處理；Enable Run-Time Type Information迫使編譯器增加代碼在運(yùn)行時(shí)進(jìn)行對(duì)象類型檢查；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í)庫(kù)（單線程或多線程，Debug版本或Release版本），有一個(gè)原則就是，一個(gè)進(jìn)程不要同時(shí)使用幾個(gè)版本的運(yùn)行時(shí)庫(kù)。Single-Threaded，靜態(tài)連接LIBC.LIB庫(kù)；Debug Single-Threaded，靜態(tài)連接LIBCD.LIB庫(kù)；Multithreaded，靜態(tài)連接LIBCMT.LIB庫(kù)；Debug Multithreaded，靜態(tài)連接LIBCMTD.LIB庫(kù)；Multithreaded DLL，動(dòng)態(tài)連接MSVCRT.DLL庫(kù)；Debug Multithreaded DLL，動(dòng)態(tài)連接MSVCRTD.DLL庫(kù)。連接了單線程庫(kù)就不支持多線程調(diào)用，連接了多線程庫(kù)就要求創(chuàng)建多線程的應(yīng)用程序。Calling convention可以用來(lái)設(shè)定調(diào)用約定，有三種：__cdecl、__fastcall和__stdcall。各種調(diào)用約定的主要區(qū)別在于，函數(shù)調(diào)用時(shí)，函數(shù)的參數(shù)是從左到右壓入堆棧還是從右到左壓入堆棧；在函數(shù)返回時(shí)，由函數(shù)的調(diào)用者來(lái)清理壓入堆棧的參數(shù)還是由函數(shù)本身來(lái)清理；以及在編譯時(shí)對(duì)函數(shù)名進(jìn)行的命名修飾（可以通過Listing Files看到各種命名修飾方式）。Struct member alignment用以指定數(shù)據(jù)結(jié)構(gòu)中的成員變量在內(nèi)存中是按幾字節(jié)對(duì)齊的，根據(jù)計(jì)算機(jī)數(shù)據(jù)總線的位數(shù)，不同的對(duì)齊方式存取數(shù)據(jù)的速度不一樣。這個(gè)參數(shù)對(duì)數(shù)據(jù)包網(wǎng)絡(luò)傳輸?shù)葢?yīng)用尤為重要，不是存取速度問題，而是數(shù)據(jù)位的精確定義問題，一般在程序中使用#pragma pack來(lái)指定。

　

4)Customize：Disable Language Extensions，表示不使用微軟為標(biāo)準(zhǔn)C做的語(yǔ)言擴(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文件，使編譯器只對(duì)最新類定義改動(dòng)過的源文件進(jìn)行重編譯，提高編譯速度；Enable Incremental Compilation，同樣通過.IDB文件保存的信息，只重編譯最新改動(dòng)過的函數(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目錄下，生成的文件名自動(dòng)取源文件的文件名。

　

 

6)Optimizations：代碼優(yōu)化設(shè)置?？梢赃x擇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;}

會(huì)被優(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ā)的過程中不會(huì)被經(jīng)常改變。如果這些代碼被修改，則需要重新編譯生成預(yù)編譯頭文件。你可將將一些公共的、不大變動(dòng)的頭文件（比如FILEX.h等）集中放到stdafx.h中，這一部分代碼就不必每次都重新編譯（除非是Rebuild All）。注意生成預(yù)編譯頭文件是很耗時(shí)間的。同時(shí)你得注意預(yù)編譯頭文件通常很大，通常有6-7M大。使用預(yù)編譯可以提高重復(fù)編譯的速度。

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

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

2.如果你把pch文件不小心丟了，最簡(jiǎn)單的辦法就是選中第一個(gè)選項(xiàng)“Not using....",這樣就根本不用預(yù)編譯頭也不去尋找pch文件，就不會(huì)出錯(cuò)了，但是這樣做的后果是每次編譯、連接都化更多的時(shí)間。也可以選第二個(gè)選項(xiàng)”Automatic use of",然后在“Through header”力填上stdafx.h，這樣如果沒有pch文件系統(tǒng)會(huì)自動(dò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文件就可以了。也就是說(shuō)把 stdafx.cpp（即指定/Yc的那個(gè)cpp文件）從新編譯一遍就可以了。當(dāng)然你可以傻傻的 Rebuild all。

　

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

　

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

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

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

 

1. General：一些總體設(shè)置?？梢栽O(shè)置生成的文件路徑、文件名 如在“Output   file   name:”下面的編輯框中可輸入：“C:\bin\TEST.exe”；連接的庫(kù)文件；Generate debug info，生成Debug信息到.PDB文件（具體格式可以在Category->Debug中設(shè)置）；Ignore All Default Libraries，放棄所有默認(rèn)的庫(kù)連接；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ù)庫(kù)文件的設(shè)置。選中Use program database允許使用程序數(shù)據(jù)庫(kù)，這樣連接器會(huì)把調(diào)試信息放在程序數(shù)據(jù)庫(kù)中，如果不選中該選項(xiàng)，那么也不能使用遞增連接方式。Force File Output ，即使某個(gè)模塊引用了一些未定義或者重復(fù)定義的符號(hào)，連接器仍然會(huì)強(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)試啟動(dòng)比較快。

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

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；最好讓連接器自動(dòng)設(shè)置程序的入口點(diǎn)。默認(rèn)情況下，通過一個(gè)C的運(yùn)行時(shí)庫(kù)函數(shù)來(lái)實(shí)現(xiàn)：控制臺(tái)程序采用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è)置程序使用的堆棧大?。ㄕ?qǐng)使用十進(jìn)制），默認(rèn)為1兆字節(jié)。Version Information告訴連接器在EXE或DLL文件的開始部分放上版本號(hào)。一般情況下都不用改變。

 

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

 

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

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

　

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

　

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庫(kù)的方式（靜態(tài)或動(dòng)態(tài)）。如果是動(dòng)態(tài)連接，在你的軟件發(fā)布時(shí)不要忘了帶上MFC的DLL。第二個(gè)選項(xiàng)用于指定在編譯連接過程中生成的中間文件和輸出文件的存放目錄，對(duì)于調(diào)試版本來(lái)說(shuō)，缺省的目錄是工程下面的“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è)用來(lái)調(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)試符號(hào)信息，只有裝載了符號(hào)信息后才能跟蹤進(jìn)DLL。

　

15)Project->Settings->Custom Build，可以設(shè)置編譯/連接成功后自動(dòng)執(zhí)行一些操作。比較有用的是，寫COM時(shí)希望VC對(duì)編譯通過的COM文件自動(dòng)注冊(cè)，可以如下設(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會(huì)崩掉。你或許以為你的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í)候，你可能不能直觀地、一眼看出來(lái)哪個(gè)是當(dāng)前項(xiàng)目。可以如下設(shè)置：Tools->Options->Format，然后在Category中選擇Workspace window，改變其默認(rèn)的字體（比如設(shè)成Fixedsys）就行了。

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

5) VC6對(duì)類成員的智能提示功能很有用，但有時(shí)候會(huì)失靈。你可以先關(guān)掉項(xiàng)目，將.clw和.ncb刪掉，然后重新打開項(xiàng)目，點(diǎn)擊菜單項(xiàng)View->ClassWizard，在彈出的對(duì)話框中按一下“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文件可以用來(lái)在源代碼編輯窗口中進(jìn)行快速定位。用于瀏覽項(xiàng)目信息的，如果用source brower的話就必須有這個(gè)文件?？梢栽趐roject options里去掉Generate Browse Info File，這樣可以加快編譯進(jìn)度。

.C：用C語(yǔ)言編寫的源代碼文件。

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

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

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

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

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

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

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

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

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

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

.HLP：Windows幫助文件。

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

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

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

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

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

.INI：配置文件。

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

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

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

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

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

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

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

.ODL：用對(duì)象描述語(yǔ)言編寫的源代碼文件，VC用它來(lái)生成TLB文件。

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

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

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

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

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

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

.RC：資源定義文件。

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

.REG：注冊(cè)表信息文件。

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

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

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

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

.WAV：聲音資源文件。

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

Select模型

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

1：select模型（選擇模型）
先看一下下面的這句代碼：
int iResult = recv(s, buffer,1024);
這是用來(lái)接收數(shù)據(jù)的，在默認(rèn)的阻塞模式下的套接字里，recv會(huì)阻塞在那里，直到套接字連接上有數(shù)據(jù)可讀，把數(shù)據(jù)讀到buffer里后recv函數(shù)才會(huì)返回，不然就會(huì)一直阻塞在那里。在單線程的程序里出現(xiàn)這種情況會(huì)導(dǎo)致主線程（單線程程序里只有一個(gè)默認(rèn)的主線程）被阻塞,這樣整個(gè)程序被鎖死在這里，如果永遠(yuǎn)沒數(shù)據(jù)發(fā)送過來(lái)，那么程序就會(huì)被永遠(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ù)可以接收都會(huì)馬上返回。原因就在于我們用ioctlsocket把套接字設(shè)置為非阻塞模式了。不過你跟蹤一下就會(huì)發(fā)現(xiàn)，在沒有數(shù)據(jù)的情況下，recv確實(shí)是馬上返回了，但是也返回了一個(gè)錯(cuò)誤：WSAEWOULDBLOCK，意思就是請(qǐng)求的操作沒有成功完成。看到這里很多人可能會(huì)說(shuō)，那么就重復(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ù)不要管，會(huì)被系統(tǒng)忽略的。第二個(gè)參數(shù)是用來(lái)檢查套接字可讀性，也就說(shuō)檢查套接字上是否有數(shù)據(jù)可讀，同樣，第三個(gè)參數(shù)用來(lái)檢查數(shù)據(jù)是否可以發(fā)出。最后一個(gè)是檢查是否有帶外數(shù)據(jù)可讀取。
參數(shù)詳細(xì)的意思請(qǐng)去看MSDN，這里限于篇幅不詳細(xì)解釋了。
最后一個(gè)參數(shù)是用來(lái)設(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ù)會(huì)馬上返回。
說(shuō)了這么久，select的作用到底是什么？
他的作用就是：防止在在阻塞模式的套接字里被鎖死，避免在非阻塞套接字里重復(fù)檢查WSAEWOULDBLOCK錯(cuò)誤。
他的工作流程如下：
1：用FD_ZERO宏來(lái)初始化我們感興趣的fd_set，也就是select函數(shù)的第二三四個(gè)參數(shù)。
2：用FD_SET宏來(lái)將套接字句柄分配給相應(yīng)的fd_set。
3：調(diào)用select函數(shù)。
4：用FD_ISSET對(duì)套接字句柄進(jìn)行檢查，如果我們所關(guān)注的那個(gè)套接字句柄仍然在開始分配的那個(gè)fd_set里，那么說(shuō)明馬上可以進(jìn)行相應(yīng)的IO操作。比如一個(gè)分配給select第一個(gè)參數(shù)的套接字句柄在select返回后仍然在select第一個(gè)參數(shù)的fd_set里，那么說(shuō)明當(dāng)前數(shù)據(jù)已經(jīng)來(lái)了，馬上可以讀取成功而不會(huì)被阻塞。

下面給出一個(gè)簡(jiǎn)單的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里，說(shuō)明客戶端已經(jīng)有connect的請(qǐng)求發(fā)過來(lái)了，馬上可以accept成功
　　　　　　　　{
　　　　　　　　　　　　AcceptSocket = accept(fdServer,( sockaddr*) &server, &nSize);
　　　　　　　　　　　　break;
　　　　　　　　}
　　　　　　　　
　　　　　　　　else//還沒有客戶端的connect請(qǐng)求，我們可以去做別的事，避免像沒有用select方式的阻塞套接字程序被鎖死的情況，如果沒用select,當(dāng)程序運(yùn)行到accept的時(shí)候客戶端恰好沒有connect請(qǐng)求，那么程序就會(huì)被鎖死，做不了任何事情
　　　　　　　　{
　　　　　　　　　　　　//do something
　　　　　　　　　　　　::MessageBox(NULL, "waiting...", "recv", MB_ICONINFORMATION);//別的事做完后，繼續(xù)去檢查是否有客戶端連接請(qǐng)求
　　　　　　　　}
　　　　}

　　　　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來(lái)檢查超時(shí)。
感覺講得不是很清楚，雖然東西我很明白，但是要講解出來(lái)講解得很清楚真不容易。
不知道大家能不能看懂，如果看得過程中有什么問題就問吧。

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

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

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

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

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

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

2、將主機(jī)的unsigned long值轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)順序(32位)：為什么要這樣做呢？因?yàn)椴煌挠?jì)算機(jī)使用不同的字節(jié)順序存儲(chǔ)數(shù)據(jù)。因此任何從Winsock函數(shù)對(duì)IP地址和端口號(hào)的引用和傳給Winsock函數(shù)的IP地址和端口號(hào)均時(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)識(shí)如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)行釋放動(dòng)作。如果函數(shù)失敗就會(huì)返回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操作完成前會(huì)一直進(jìn)行等待，不會(huì)將控制權(quán)交給程序。套接字 默認(rèn)為阻塞模式?？梢酝ㄟ^多線程技術(shù)進(jìn)行處理。
• 非阻塞模式：執(zhí)行I/O操作時(shí)，Winsock函數(shù)會(huì)返回并交出控制權(quán)。這種模式使用 起來(lái)比較復(fù)雜，因?yàn)楹瘮?shù)在沒有運(yùn)行完成就進(jìn)行返回，會(huì)不斷地返回 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 );

◆先來(lái)看看涉及到的結(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ù)
會(huì)立即返回。

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

1. nfds：沒有任何用處，主要用來(lái)進(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，道理很簡(jiǎn)單，否則要select干什么呢。 舉例：測(cè)試一個(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ì)定義請(qǐng)看winsock2.h
if(select(0,%fdread,NULL,NULL,NULL)>0
{
//成功
if(FD_ISSET(s,&fread) //是否存在fread中，詳細(xì)定義請(qǐng)看winsock2.h
{
//是可讀的
}
}

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

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

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

常見的命令：

//確定套接字自動(dòng)讀入的數(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ù) 自動(dòng)將套接字設(shè)置為非阻塞模式，并向WINDOWS注冊(cè)一個(gè)或多個(gè)網(wǎng)絡(luò)時(shí)間，并提供一
個(gè)通知時(shí)使用的窗口句柄。當(dāng)注冊(cè)的事件發(fā)生時(shí)，對(duì)應(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)識(shí)了套接字，lParam的低字標(biāo)明
了網(wǎng)絡(luò)事件，高字則包含錯(cuò)誤代碼。

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

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

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

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

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

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

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

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

BOOL WSAResetEvent( WSAEVENT hEvent );

Hevent為事件對(duì)象

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

d、等待網(wǎng)絡(luò)事件來(lái)觸發(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ù)組重所有事件對(duì)象同時(shí)有信號(hào)時(shí)返回；
FALSE：任一事件有信號(hào)就返回。
dwTimeout為等待超時(shí)（毫秒）
fAlertable為指定函數(shù)返回時(shí)是否執(zhí)行完成例程

對(duì)事件數(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è)的事件對(duì)象
lpNetworkEvents為記錄網(wǎng)絡(luò)事件和錯(cuò)誤代碼，其結(jié)構(gòu)定義如下：

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

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

BOOL WSACloseEvent(WSAEVENT hEvent);

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

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

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

著名黑客組織

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

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

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

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

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

中國(guó)鷹派 http://www.chinawill.com/

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

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

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

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

2001年創(chuàng)立，發(fā)展到現(xiàn)在組織成員已經(jīng)達(dá)到20人，近期組織推出了WIKI平臺(tái)（http://www.secwiki.com），內(nèi)容涉及無(wú)線網(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，無(wú)花果等人，都是國(guó)內(nèi)著名的高手。在2002年后就關(guān)閉了，而最近它由回來(lái)了。主頁(yè)與論壇依然都很簡(jiǎn)單。希望這次回歸會(huì)帶給大家新的氣象。

中華安全網(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ò)的。希望這次改版后會(huì)有大的變化：）。

第八軍團(tuán)

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

來(lái)說(shuō)說(shuō)這兩年成立的黑客組織

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ā)展的越來(lái)越好。

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

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

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

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

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

黑客基地

http://www.hackbase.com/ 2003年成立。站長(zhǎng)龍哥。

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

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

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

黑客人物

下面來(lái)說(shuō)說(shuō)人物吧，現(xiàn)在的黑客越來(lái)越多，我重點(diǎn)介紹那些專著于系統(tǒng)與漏洞的高手，當(dāng)然他們對(duì)入侵也是有所造詣的。注意，這并不是排名，不是第一個(gè)就是最厲害，而最后一個(gè)是這里面技術(shù)最差的，如果這樣想就錯(cuò)了。因?yàn)橛袝r(shí)候想著費(fèi)勁所以就進(jìn)入一下牛人的BLOG以及一些論壇去看，這樣就可以容易記起來(lái)，知道寫誰(shuí)。先從這里找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)，對(duì)于linux下的漏洞很有研究。

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

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

bkbll(dumplogin) email:bkbll@cnhonker.com http://blog.0x557.org/dumplogin/ 原中國(guó)紅客聯(lián)盟核心成員，與lion曾經(jīng)一起參加過中美黑客大戰(zhàn)。對(duì)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)?，F(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)分》《自動(dòng)驗(yàn)證 Windows NT 系統(tǒng)服務(wù)描述表》《CLR 中代碼訪問安全檢測(cè)實(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/ 著名的檢測(cè)工具icesword(冰刃)的作者。很多程序員以及編寫rootkit的高手以繞過它的檢測(cè)工具為目標(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/ 對(duì)緩沖區(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)峰會(huì)上見到過他，很帥。

watercloud http://blog.xfocus.net/index.php?blogId=6 安全焦點(diǎn)核心成員。精通windows,linux操作系統(tǒng)。著作有《手工打造微型Win32可執(zhí)行文件》《溢出利用程序和編程語(yǔ)言大雜燴》《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》《無(wú)驅(qū)動(dòng)執(zhí)行ring0代碼》等等。

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

lion QQ:21509 email:lion@cnhonker.com http://www.cnhonker.com 原中國(guó)紅客聯(lián)盟站長(zhǎng)，對(duì)緩沖區(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 下動(dòng)態(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)核及漏洞?，F(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平臺(tái)撥號(hào)連接密碼恢復(fù)原理》，《WS_FTP FTPD STAT命令遠(yuǎn)程溢出分析》

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

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

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

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

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。而且對(duì)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 很長(zhǎng)時(shí)間沒看見他了。精通windows操作系統(tǒng)以及緩沖區(qū)溢出。著作有《window系統(tǒng)下的堆棧溢出》《Windows 2000緩沖區(qū)溢出入門》。這些文章都是造福了很多后輩的。

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

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

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

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

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

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

冰血封情 QQ:124839278 邪惡八進(jìn)制的創(chuàng)始人。中國(guó)第四代黑客。感覺這個(gè)人很不錯(cuò)。對(duì)他的組織比較認(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)病毒概述》《高級(jí)緩沖溢出的使用》

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

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

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

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

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

icmb：?jiǎn)⒚餍浅絣inux方面的高手。對(duì)于漏洞方面很有研究。不帶眼睛更漂亮…… 

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

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

VC6.0編譯器參數(shù)的設(shè)置主要通過VC的菜單項(xiàng)Project->Settings->C/C++頁(yè)來(lái)完成。我們可以看到這一頁(yè)的最下面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ù)去掉來(lái)看看效果）等等。一般我們不會(huì)直接修改這些設(shè)置，而是通過這一頁(yè)最上面的Category中的各項(xiàng)來(lái)完成......
－轉(zhuǎn)載－

主要通過VC的菜單項(xiàng)Project->Settings->C/C++頁(yè)來(lái)完成。我們可以看到這一頁(yè)的最下面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ù)去掉來(lái)看看效果）等等。一般我們不會(huì)直接修改這些設(shè)置，而是通過這一頁(yè)最上面的Category中的各項(xiàng)來(lái)完成。

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

Warning level　用來(lái)控制警告信息，其中Level 1是最嚴(yán)重的級(jí)別；
Warnings as errors　將警告信息當(dāng)作錯(cuò)誤處理；
Optimizations　代碼優(yōu)化，可以在Category的Optimizations項(xiàng)中進(jìn)行更細(xì)的設(shè)置；
Generate browse info　用以生成.sbr文件，記錄類、變量等符號(hào)信息，可以在Category的Listing Files項(xiàng)中進(jìn)行更多的設(shè)置。
Debug info　生成調(diào)試信息：
None，不產(chǎn)生任何調(diào)試信息（編譯比較快）；
Line Numbers Only，僅生成全局的和外部符號(hào)的調(diào)試信息到.OBJ文件或.EXE文件，減小目標(biāo)文件的尺寸；
C 7.0- Compatible，記錄調(diào)試器用到的所有符號(hà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　用來(lái)設(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)行對(duì)象類型檢查；
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í)庫(kù)，有一個(gè)原則就是，一個(gè)進(jìn)程不要同時(shí)使用幾個(gè)版本的運(yùn)行時(shí)庫(kù)。連接了單線程庫(kù)就不支持多線程調(diào)用，連接了多線程庫(kù)就要求創(chuàng)建多線程的應(yīng)用程序。
Single-Threaded，單線程Release版本，靜態(tài)連接LIBC.LIB庫(kù)；
Debug Single-Threaded，單線程Debug版本，靜態(tài)連接LIBCD.LIB庫(kù)；
Multithreaded，多線程Release版本，靜態(tài)連接LIBCMT.LIB庫(kù)；
Debug Multithreaded，多線程Debug版本，靜態(tài)連接LIBCMTD.LIB庫(kù)；
Multithreaded DLL，動(dòng)態(tài)連接MSVCRT.DLL庫(kù)；
Debug Multithreaded DLL，動(dòng)態(tài)連接MSVCRTD.DLL庫(kù)。
Calling convention　可以用來(lái)設(shè)定調(diào)用約定，有三種：__cdecl、__fastcall和__stdcall。
　　各種調(diào)用約定的主要區(qū)別在于：1. 函數(shù)調(diào)用時(shí)，函數(shù)的參數(shù)是從左到右壓入堆棧還是從右到左壓入堆棧；2. 在函數(shù)返回時(shí)，由函數(shù)的調(diào)用者來(lái)清理壓入堆棧的參數(shù)還是由函數(shù)本身來(lái)清理；3. 以及在編譯時(shí)對(duì)函數(shù)名進(jìn)行的命名修飾（可以通過Listing Files看到各種命名修飾方式）。
Struct member alignment　用以指定數(shù)據(jù)結(jié)構(gòu)中的成員變量在內(nèi)存中是按幾字節(jié)對(duì)齊的，根據(jù)計(jì)算機(jī)數(shù)據(jù)總線的位數(shù)，不同的對(duì)齊方式存取數(shù)據(jù)的速度不一樣。這個(gè)參數(shù)對(duì)數(shù)據(jù)包網(wǎng)絡(luò)傳輸?shù)葢?yīng)用尤為重要，不是存取速度問題，而是數(shù)據(jù)位的精確定義問題，一般在程序中使用#pragma pack來(lái)指定。

4) Customize

Disable Language Extensions，表示不使用微軟為標(biāo)準(zhǔn)C做的語(yǔ)言擴(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文件，使編譯器只對(duì)最新類定義改動(dòng)過的源文件進(jìn)行重編譯，提高編譯速度；
Enable Incremental Compilation，同樣通過.IDB文件保存的信息，只重編譯最新改動(dòng)過的函數(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目錄下，生成的文件名自動(dòng)取源文件的文件名。

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;}會(huì)被優(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一般將一些公共的、不大變動(dòng)的頭文件（比如afxwin.h等）集中放到stdafx.h中，這一部分代碼就不必每次都重新編譯（除非是Rebuild All）。

8) Preprocessor　預(yù)編譯處理?？梢远x/解除定義一些常量。

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

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

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

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

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

Generate debug info，生成Debug信息到.PDB文件（具體格式可以在Category->Debug中設(shè)置）；
Ignore All Default Libraries，放棄所有默認(rèn)的庫(kù)連接；
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ù)庫(kù)文件的設(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)試啟動(dòng)比較快。

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

Force Symbol References，可以指定連接特定符號(hào)定義的庫(kù)。

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；最好讓連接器自動(dòng)設(shè)置程序的入口點(diǎn)。默認(rèn)情況下，通過一個(gè)C的運(yùn)行時(shí)庫(kù)函數(shù)來(lái)實(shí)現(xiàn)：控制臺(tái)程序采用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è)置程序使用的堆棧大?。ㄕ?qǐng)使用十進(jìn)制），默認(rèn)為1兆字節(jié)。
Version Information　告訴連接器在EXE或DLL文件的開始部分放上版本號(hào)。

值得注意的是：

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

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

1) Project->Settings->General，可以設(shè)置連接MFC庫(kù)的方式（靜態(tài)或動(dòng)態(tài)）。如果是動(dòng)態(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è)置編譯/連接成功后自動(dòng)執(zhí)行一些操作。比較有用的是，寫COM時(shí)希望VC對(duì)編譯通過的COM文件自動(dòng)注冊(cè)，可以如下設(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 榕樹藤 閱讀(1561) | 評(píng)論 (0) | 編輯 收藏

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

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


圖一 圖像描述

　　方式一：VC中的WM_TIMER消息映射能進(jìn)行簡(jiǎ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)的處理語(yǔ)句，用來(lái)完成到達(dá)定時(shí)時(shí)間的操作。這種定時(shí)方法非常 簡(jiǎn)單，可以實(shí)現(xiàn)一定的定時(shí)功能，但其定時(shí)功能如同Sleep()函數(shù)的延時(shí)功能一樣，精度非常低，最小 計(jì)時(shí)精度僅為30ms，CPU占用低，且定時(shí)器消息在多任務(wù)操作系統(tǒng)中的優(yōu)先級(jí)很低，不能得到及時(shí)響 應(yīng)，往往不能滿足實(shí)時(shí)控制環(huán)境下的應(yīng)用。只可以用來(lái)實(shí)現(xiàn)諸如位圖的動(dòng)態(tài)顯示等對(duì)定時(shí)精度要求不高的情況。如示例工程中的Timer1。
　　方式二：VC中使用sleep()函數(shù)實(shí)現(xiàn)延時(shí)，它的單位是ms，如延時(shí)2秒，用sleep(2000)。精度非常 低，最小計(jì)時(shí)精度僅為30ms，用sleep函數(shù)的不利處在于延時(shí)期間不能處理其他的消息，如果時(shí)間太 長(zhǎng)，就好象死機(jī)一樣，CPU占用率非常高，只能用于要求不高的延時(shí)程序中。如示例工程中的Timer2。
　　方式三：利用COleDateTime類和COleDateTimeSpan類結(jié)合WINDOWS的消息處理過程來(lái)實(shí)現(xiàn)秒級(jí)延時(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ī)啟動(dòng)后經(jīng)歷的時(shí)間間隔。精度比WM_TIMER消息映射高，在較 短的定時(shí)中其計(jì)時(shí)誤差為15ms，在較長(zhǎng)的定時(shí)中其計(jì)時(shí)誤差較低，如果定時(shí)時(shí)間太長(zhǎng)，就好象死機(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級(jí)，返回從Windows啟動(dòng)開始經(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)來(lái)進(jìn)行定時(shí)事件的控制。如示例工程中的Timer5和Timer5_1。
　　方式六：使用多媒體定時(shí)器timeSetEvent()函數(shù)，該函數(shù)定時(shí)精度為ms級(jí)。利用該函數(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)識(shí)符代碼，否則返回NULL。函數(shù)的參數(shù)說(shuō)明如下：

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()將之釋放。
　　方式七：對(duì)于精確度要求更高的定時(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é)長(zhǎng)的整型數(shù)，也可以是兩個(gè)4字節(jié)長(zhǎng)的整型數(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;// 獲得對(duì)應(yīng)的時(shí)間值，單位為秒
}while(dfTim<0.001);

　　其定時(shí)誤差不超過1微秒，精度與CPU等機(jī)器配置有關(guān)。 下面的程序用來(lái)測(cè)試函數(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;// 獲得對(duì)應(yīng)的時(shí)間值，單位為秒     

　　由于Sleep()函數(shù)自身的誤差，上述程序每次執(zhí)行的結(jié)果都會(huì)有微小誤差。下列代碼實(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;// 獲得對(duì)應(yīng)的時(shí)間值，單位為秒
}while(dfTim<0.000001);

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

示例工程下載

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

STL實(shí)踐指南

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

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

STL簡(jiǎn)介

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

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

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

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

背景知識(shí)

寫這一部分是讓一些初學(xué)計(jì)算機(jī)的讀者在富有挑戰(zhàn)性的計(jì)算機(jī)科學(xué)領(lǐng)域有一個(gè)良好的開端，而不必費(fèi)力地了解那無(wú)窮無(wú)盡的行話術(shù)語(yǔ)和沉悶的規(guī)則，在這里僅僅把那些行話和規(guī)則當(dāng)作STLer們用于自?shī)实膭?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)模板庫(kù)，一些聰明人寫的一些模板，現(xiàn)在已成為每個(gè)人所使用的標(biāo)準(zhǔn)C++語(yǔ)言中的一部分。
容器（Container）——可容納一些數(shù)據(jù)的模板類。STL中有vector，set，map，multimap和deque等容器。
向量（Vector）——基本數(shù)組模板，這是一個(gè)容器。
游標(biāo)（Iterator）——這是一個(gè)奇特的東西，它是一個(gè)指針，用來(lái)指向STL容器中的元素，也可以指向其它的元素。

Hello World程序

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


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

// #include "stdafx.h" -如果你使用預(yù)編譯的頭文件就包含這個(gè)頭文件
#include <vector>  // STL向量的頭文件。這里沒有".h"。
#include <iostream>  // 包含cout對(duì)象的頭文件。
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;

  //初始化字符向量，對(duì)整個(gè)字符串進(jìn)行循環(huán)，
  //用來(lái)把數(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è)地顯示在控制臺(tái)
  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)指針中提取出來(lái)。
  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)中不會(huì)達(dá)到這個(gè)元素，所以在循環(huán)中不會(huì)出現(xiàn)問題。

STL的煩惱之一——初始化

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


//程序：初始化演示
//目的：為了說(shuō)明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;
}



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

//程序：vector演示二
//目的：理解帶有數(shù)組下標(biāo)和方括號(hà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è)例子更加清晰，但是對(duì)游標(biāo)（iterator）的操作少了，并且定義了額外的整形數(shù)作為下標(biāo)，而且，你必須清楚地在程序中說(shuō)明為向量分配多少內(nèi)存空間。

命名空間（Namespace）

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

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

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

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

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

一些建議

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

#pragma warning(disable: 4786)

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

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

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


（接上篇）

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

這是微軟幫助文檔中對(duì)集合（set）的解釋：“描述了一個(gè)控制變長(zhǎng)元素序列的對(duì)象（注：set中的key和value是Key類型的，而map中的key和value是一個(gè)pair結(jié)構(gòu)中的兩個(gè)分量）的模板類，每一個(gè)元素包含了一個(gè)排序鍵（sort key）和一個(gè)值(value)。對(duì)這個(gè)序列可以進(jìn)行查找、插入、刪除序列中的任意一個(gè)元素，而完成這些操作的時(shí)間同這個(gè)序列中元素個(gè)數(shù)的對(duì)數(shù)成比例關(guān)系，并且當(dāng)游標(biāo)指向一個(gè)已刪除的元素時(shí)，刪除操作無(wú)效。”
而一個(gè)經(jīng)過更正的和更加實(shí)際的定義應(yīng)該是：一個(gè)集合（set）是一個(gè)容器，它其中所包含的元素的值是唯一的。這在收集一個(gè)數(shù)據(jù)的具體值的時(shí)候是有用的。集合中的元素按一定的順序排列，并被作為集合中的實(shí)例。如果你需要一個(gè)鍵/值對(duì)（pair）來(lái)存儲(chǔ)數(shù)據(jù)，map是一個(gè)更好的選擇。一個(gè)集合通過一個(gè)鏈表來(lái)組織，在插入操作和刪除操作上比向量（vector）快，但查找或添加末尾的元素時(shí)會(huì)有些慢。
下面是一個(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)，你會(huì)知道用集合（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)一次只可以移動(dòng)一步。如果你對(duì)鏈表已經(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ù)）。
注意：如果你閱讀微軟的幫助文檔，你會(huì)遇到對(duì)每種容器的效率的陳述。比如：log(n*n)的插入時(shí)間。除非你要處理大量的數(shù)據(jù)，否則這些時(shí)間的影響是可以忽略的。如果你發(fā)現(xiàn)你的程序有明顯的滯后感或者需要處理時(shí)間攸關(guān)（time critical）的事情，你可以去了解更多有關(guān)各種容器運(yùn)行效率的話題。

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

Map是一個(gè)通過key（鍵）來(lái)獲得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)算符來(lái)滿足特定模板的需要，比如，如果你想定義一個(gè)類作為 map中的鍵（key），你必須重載相關(guān)的運(yùn)算符。但在這里不對(duì)重載運(yùn)算符做過多討論了。

//程序：映射自定義的類。
//目的：說(shuō)明在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);

  // 通過姓名來(lái)訪問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í)慣就是使用大寫字母和下劃線來(lái)命名數(shù)據(jù)類型。

ANSI / ISO字符串

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


（接中篇）

游標(biāo)（Iterator）

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

Set和Map中的排序

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

set <int, greater<int> > set1

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

set <int, less<int> > set1

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

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

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

算法（Algorithms）

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

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

#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è)成績(jī)是否通過了考試
bool passed_test(int n)
{
  return (n >= 60);
}

// 判斷一個(gè)成績(jī)是否不及格
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_ 類型的對(duì)象，該對(duì)象指向值最小的那個(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()）來(lái)確定通過考試的人數(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ì)算成績(jī)總和
  total = accumulate(vecTestScore.begin(),
     vecTestScore.end(), 0);
  // 計(jì)算顯示平均成績(jī)
  cout << "Average score was " <<
    (total / (int)(vecTestScore.size())) << endl;

  return 0;
}


Allocator（分配器）

Allocator用在模板的初始化階段，是為對(duì)象和數(shù)組進(jìn)行分配內(nèi)存空間和釋放空間操作的模板類。它在各種情況下扮演著很神秘的角色，它關(guān)心的是高層內(nèi)存的優(yōu)化，而且對(duì)黑盒測(cè)試來(lái)說(shuō)，使用Allocator是最好的選擇。通常，我們不需要明確指明它，因?yàn)樗鼈兺ǔＪ亲鳛椴挥锰砑拥娜笔〉膮?shù)出現(xiàn)的。如果在專業(yè)的測(cè)試工作中出現(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)鍵字來(lái)定義一個(gè)在另一個(gè)模板中使用的模版類型。

// 程序：在向量中嵌入向量的演示。
//目的：說(shuō)明怎樣使用嵌套的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è)變長(zhǎng)的可擴(kuò)充的二維數(shù)組（大小可擴(kuò)充直到使用完內(nèi)存）。根據(jù)實(shí)際需要，可以使用各種容器的嵌套組合。

總結(jié)

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


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

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

#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è)成績(jī)是否通過了考試
bool passed_test(int n)
{
return (n >= 60);
}

// 判斷一個(gè)成績(jī)是否不及格
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_ 類型的對(duì)象，該對(duì)象指向值最小的那個(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()）來(lái)確定通過考試的人數(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ì)算成績(jī)總和
total = accumulate(vecTestScore.begin(),
vecTestScore.end(), 0);
// 計(jì)算顯示平均成績(jī)
cout << "Average score was " <<
(total / (int)(vecTestScore.size())) << endl;

return 0;
}

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

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

一、關(guān)于CSplitterWnd類
 我們?cè)谑褂肅uteFtp或者NetAnt等工具的時(shí)候，一般都會(huì)被其復(fù)雜的界面所吸引，在這些界面中窗口被分割為若干的區(qū)域，真正做到了窗口的任意分割。 那么我們自己如何創(chuàng)建類似的界面，也實(shí)現(xiàn)窗口的任意的分割呢 ？在VC6.0中這就需要使用到CSplitterWnd類。CSplitterWnd看上去像是一種特殊的框架窗口，每個(gè)窗口都被相同的或者不同的視圖所填充。當(dāng)窗口被切分后用戶可以使用鼠標(biāo)移動(dòng)切分條來(lái)調(diào)整窗口的相對(duì)尺寸。雖然VC6.0支持從AppWizard中創(chuàng)建分割窗口，但是自動(dòng)加入的分割條總是不能讓我們滿意，因此我們還是通過手工增加代碼來(lái)熟悉這個(gè)類。
 CSplitterWnd的構(gòu)造函數(shù)主要包括下面三個(gè)。
BOOL Create(CWnd* pParentWnd,int nMaxRows,int nMaxCols,SIZE sizeMin,CCreateContext* pContext,DWORD dwStyle,UINT nID);
    功能描述：該函數(shù)用來(lái)創(chuàng)建動(dòng)態(tài)切分窗口。
    參數(shù)含義：pParentWnd 切分窗口的父框架窗口。
    nMaxRows,nMaxCols是創(chuàng)建的最大的列數(shù)和行數(shù)。
    sizeMin是窗格的現(xiàn)實(shí)大小。
    pContext 大多數(shù)情況下傳給父窗口。
    nID是字窗口的ID號(hào).
  BOOL CreateStatic(CWnd* pParentWnd,int nRows,int nCols,DWORD dwStyle,UINT nID)
  功能描述：用來(lái)創(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源程序可以看出不管是使用動(dòng)態(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)建動(dòng)態(tài)分割窗口
  動(dòng)態(tài)分割窗口使用Create方法。下面的代碼將創(chuàng)建2x2的窗格。
  m_wndSplitter.Create(this,2,2,CSize(100,100),pContext);
  但是動(dòng)態(tài)創(chuàng)建的分割窗口的窗格數(shù)目不能超過2x2，而且對(duì)于所有的窗格，都必須共享同一個(gè)視圖，所受的限制也比較多，因此我們不將動(dòng)態(tài)創(chuàng)建作為重點(diǎn)。我們的主要精力放在靜態(tài)分割窗口的創(chuàng)建上。
  2.2創(chuàng)建靜態(tài)分割窗口
與動(dòng)態(tài)創(chuàng)建相比，靜態(tài)創(chuàng)建的代碼要簡(jiǎn)單許多，而且可以最多創(chuàng)建16x16的窗格。不同的窗格我們可以使用CreateView填充不同的視圖。
在這里我們將創(chuàng)建CuteFtp的窗口分割。CuteFtp的分割情況如下：

  創(chuàng)建步驟：
  ▲ 在創(chuàng)建之前我們必須先用AppWizard生成單文檔CuteFTP，生成的視類為 CCuteFTPView.同時(shí)在增加三個(gè)視類或者從視類繼承而來(lái)的派生類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è)分欄對(duì)象的0行0列
    m_wndSplitter2.CreateView(0,0,RUNTIME_CLASS(CView2),CSize(400,300),pContext); //將CView3類連接到第二個(gè)分欄對(duì)象的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)在來(lái)實(shí)現(xiàn)CCuteFTPView與CView2之間的通信。由于跟文檔類相連的視圖類 是不能安全的與除文檔類之外的其余的視圖類通信的。因此我們只能讓他們都與文檔 類通信。在文檔中我們?cè)O(shè)置相應(yīng)的指針以用來(lái)獲的各個(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;
}
這樣我們?cè)谖臋n類中就獲的了跟它相連的所有的視圖的指針。
如果需要在 CCuteFTPView中調(diào)用CView2中的一個(gè)方法DoIt()則代碼如下：
CCuteFTPDoc* pDoc=GetDocument();
CView2* pView2=pDoc->pView3;
pView3.DoIt();
■無(wú)文檔視圖與文檔關(guān)聯(lián)視圖之間的通信
CView3和CView4都是不與文檔相關(guān)聯(lián)的。我們現(xiàn)在實(shí)現(xiàn)CView3與CView2的通信.正如前面所說(shuō)，CView2只能安全的與CCuteFTPDoc通信，因此，CView3如果需要跟CView2通信，也必須借助于文檔類。因此程序的關(guān)鍵是如何在CView3中獲得文檔的指針。視圖類中沒有這樣的類成員可以用來(lái)直接訪問文檔類。但是我們知道在主窗口類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();
■無(wú)文檔關(guān)聯(lián)視圖之間的通信
CView3和CView4都是不跟文檔相連的，如何實(shí)現(xiàn)他們之間的通信呢。 正如我們?cè)谏厦嫠f(shuō)的那樣，由于在主框架中我們可以訪問任意的視圖，因此我們的主要任 務(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)于對(duì)話框的分割
到目前為止，只有基于文檔/視圖的程序才能使用CSplitterWnd，而基于對(duì)話框的應(yīng)用程序卻不支持CSplitterWnd,但是如果我們?cè)诶^承類中重載一些虛擬方法，也能使CSplitterWnd 在對(duì)話框程序中使用。從MFC的源程序WinSplit.cpp中可以看出，為了獲得父窗口的地方程序都調(diào)用了虛擬方法GetParentFrame(),因此如果在對(duì)話框中使用，我們必須將它改為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)中我將給出原有代碼的主要部分以及修改后的代碼以作對(duì)比。
在cpp文件中加入下面的枚舉類型。
enum HitTestValue
{
  noHit = 0,//表示沒有選中任何對(duì)象
  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();//修改后的語(yǔ)句
}

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;
  //下面粗體的是原程序的語(yǔ)句
//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;
  //下面粗體的是源程序的語(yǔ)句
  //*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);
}
這樣我們就可以在對(duì)話框中使用CxSplitterWnd類了。

四、CSplitterWnd的擴(kuò)展
CSplitterWnd擴(kuò)展話題是很多的，我們可以通過對(duì)原有方法的覆蓋或者增加新的方法來(lái)擴(kuò)展CSplitterWnd。我們?cè)诖藘H舉兩個(gè)方面的例子。
4.1鎖定切分條
當(dāng)用戶創(chuàng)建好分割窗口后，有時(shí)并不希望通過拖動(dòng)切分條來(lái)調(diào)節(jié)窗口的大小。這時(shí)就必須鎖定切分條。鎖定切分條的最簡(jiǎn)單的方法莫過于不讓CSplitterWnd來(lái)處理WM_LBUTTONDOWN,WM_MOUSEMOVE,WM_SETCURSOR消息，而是將這些消息交給CWnd窗口進(jìn)行處理，從而屏蔽掉這些消息。拿WM_LBUTTONDOWN處理過程來(lái)說(shuō)。修改為如下：
void CXXSplitterWnd::OnLButtonDown(UINT nFlags,CPoint point)
{
  CWnd::OnLButtonDown(nFlags,point);
}
其余的處理方法類似。
4.2切分條的定制
由Window自己生成的切分條總是固定的，沒有任何的變化，我們?cè)谑褂靡恍┸浖热鏏CDSee的時(shí)候卻能發(fā)現(xiàn)它們的切分條卻是和自動(dòng)生成的切分條不一樣的。那么如何定制自己的切分條呢？通過重載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 榕樹藤 閱讀(608) | 評(píng)論 (1) | 編輯 收藏

pragma指令簡(jiǎn)介

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

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

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

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

 二. 另一個(gè)使用得比較多的#pragma參數(shù)是code_seg。
 格式如：
 #pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ] [ "segment-name" [, "segment-class" ] )
 該指令用來(lái)指定函數(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)識(shí)符或者節(jié)名
 pop(可選參數(shù)) 將一個(gè)記錄從堆棧頂端彈出,該記錄可以為一個(gè)標(biāo)識(shí)符或者節(jié)名
 identifier (可選參數(shù)) 當(dāng)使用push指令時(shí),為壓入堆棧的記錄指派的一個(gè)標(biāo)識(shí)符,當(dāng)該標(biāo)識(shí)符被刪除的時(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í)符,將函數(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)先級(jí)，如果使用了#pragma package(smart_init) ，BCB就會(huì)根據(jù)優(yōu)先級(jí)的大小先后編譯。

 五. #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è)警告級(jí)別
 disable:禁止指定的警告信息
 error:將指定的警告信息作為錯(cuò)誤報(bào)告

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

 #pragma warning( disable : 4507 34; once : 4385; error : 164 )
 等價(jià)于：
 #pragma warning(disable:4507 34)  // 不顯示4507和34號(hào)警告信息
 #pragma warning(once:4385)   // 4385號(hào)警告信息僅報(bào)告一次
 #pragma warning(error:164)   // 把164號(hào)警告信息作為一個(gè)錯(cuò)誤。
 同時(shí)這個(gè)pragma warning 也支持如下格式：
 #pragma warning( push [ ,n ] )
 #pragma warning( pop )
 這里n代表一個(gè)警告等級(jí)(1---4)。
 #pragma warning( push )保存所有警告信息的現(xiàn)有的警告狀態(tài)。
 #pragma warning( push, n)保存所有警告信息的現(xiàn)有的警告狀態(tài)，并且把全局警告等級(jí)設(shè)定為n。
 #pragma warning( pop )向棧中彈出最后一個(gè)警告信息，在入棧和出棧之間所作的一切改動(dòng)取消。例如：
 #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)常會(huì)得到很多的警告信息,而這些警告信息都是不必要的提示,所以我們可以使用#pragma warning(disable:4786)來(lái)禁止該類型的警告在vc中使用ADO的時(shí)候也會(huì)得到不必要的警告信息,這個(gè)時(shí)候我們可以通過#pragma warning(disable:4146)來(lái)消除該類型的警告信息

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

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

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

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

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

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

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

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