榕樹驛站

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

在 Visual C++ .NET 開發環境中為應用程序創建符號文件：

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

在 Visual C++ 6.0 開發環境中為應用程序創建符號文件：

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

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

VC++6.0編譯環境介紹

大家可能一直在用VC開發軟件，但是對于這個編譯器卻未必很了解。原因是多方面的。大多數情況下，我們只停留在“使用”它，而不會想去“了解”它。因為它只是一個工具，我們寧可把更多的精力放在C++語言和軟件設計上。我們習慣于這樣一種“模式”：建立一個項目，然后寫代碼，然后編譯，反反復復調試。但是，所謂：“公欲善其事，必先利其器”。如果我們精于VC開發環境，我們是不是能夠做得更加游刃有余呢？

Visual C++可新建的 Projects項目

Visual C++可新建的 File文件

　

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

 

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

　

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

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

/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

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

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

　

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

　

  

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

　

4)Customize：Disable Language Extensions，表示不使用微軟為標準C做的語言擴展；Eliminate Duplicate Strings，主要用于字符串優化（將字符串放到緩充池里以節省空間），使用這個參數，使得

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

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

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

　

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

　

 

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

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

Assume Aliasing Across Function Calls，僅函數內部不使用別名；

Global Optimizations，全局優化，比如經常用到的變量使用寄存器保存，或者循環內的計算優化，如

i = -100;

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

會被優化為

i = -100;

t = x + y;

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

Generate Intrinsic Functions，使用內部函數替換一些函數調用（提高速度）；

Improve Float Consistency，浮點運算方面的優化；

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

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

Frame-Pointer Omission，不使用幀指針，以提高函數調用速度；

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

Inline function expansion，內聯函數擴展的三種優化（使用內聯可以節省函數調用的開銷，加快程序速度）：Disable不使用內聯；Only __inline，僅函數定義前有inline或__inline標記使用內聯；Any Suitable，除了inline或__inline標記的函數外，編譯器“覺得”應該使用內聯的函數，都使用內聯。

　

7)Precompiled Headers：預編譯頭文件的設置。

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

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

1.這里是使用工程里的設置，/Yu”stdafx.h”。如果使用了/Yu，就是說使用了預編譯，我們在每個.cpp文件的最開頭，我強調一遍是最開頭，包含 你指定產生pch文件的.h文件（默認是stdafx.h）不然就會有問題。如果你沒有包含這個文件，就告訴你Unexpected file end. 如果你不是在最開頭包含的

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

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

　

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

　

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

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

下面我們分別來看一下Category中的各項設置。

 

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

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

  

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

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

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

 

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

 

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

 MIDL選項卡 這個選項卡與COM（組件對象模型）編程有關，我們不討論它。

　

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

　

11)Pre-link step

這個選項卡用于添加在連接之前要執行的命令。

　

l2) Post-build step

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

　

其它一些參數設置。

  

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

　

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

　

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

Description: Register COM

Commands: regsvr32 /s /c $(TargetPath)

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

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

　

16)Tools->Options->Directories，設置系統的Include、Library路徑。

 

一些小竅門

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

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

3) 當你的Workspace中包含多個Project的時候，你可能不能直觀地、一眼看出來哪個是當前項目?？梢匀缦略O置：Tools->Options->Format，然后在Category中選擇Workspace window，改變其默認的字體（比如設成Fixedsys）就行了。

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

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

　

附:

VC文件擴展名解讀大全

.APS：存放二進制資源的中間文件，VC把當前資源文件轉換成二進制格式，并存放在APS文件中，以加快資源裝載速度。資源輔助文件。

.BMP：位圖資源文件。

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

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

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

.CNT：用來定義幫助文件中“Contents”的結構。

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

.CUR：光標資源文件。

.DEF：模塊定義文件，供生成動態鏈接庫時使用。

.DLG：定義對話框資源的獨立文件。這種文件對于VC工程來說并非必需，因為VC一般把對話框資源放在.RC資源定義文件中。

.DSP：VC開發環境生成的工程文件，VC4及以前版本使用MAK文件來定義工程。項目文件，文本格式。

.DSW：VC開發環境生成的WorkSpace文件，用來把多個工程組織到一個WorkSpace中。工作區文件，與.dsp差不多。

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

.H、.HPP或.HXX：用C/C++語言編寫的頭文件，通常用來定義數據類型，聲明變量、函數、結構和類。

.HLP：Windows幫助文件。

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

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

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

.ICO：圖標資源文件。

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

.INI：配置文件。

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

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

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

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

.MDP：舊版本的項目文件，相當于.dsp

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

.OBJ：由編譯器或匯編工具生成的目標文件，是模塊的二進制中間文件。

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

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

.OPT：VC開發環境自動生成的用來存放WorkSpace中各種選項的文件。工程關于開發環境的參數文件。如工具條位置信息等。

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

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

.PDB：程序數據庫文件，在建立工程時自動生成，其中存放程序的各種信息，用來加快調試過程的速度。記錄了程序有關的一些數據和調試信息。

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

.RC：資源定義文件。

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

.REG：注冊表信息文件。

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

.RTF：Rich Text Format（豐富文本格式）文檔，可由Word或寫字板來創建，常被用來生成Help文件。

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

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

.WAV：聲音資源文件。

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

Select模型

講一下套接字模式和套接字I/O模型的區別。先說明一下，只針對Winsock，如果你要骨頭里挑雞蛋把UNIX下的套接字概念來往這里套，那就不關我的事。
套接字模式：阻塞套接字和非阻塞套接字?；蛘呓型教捉幼趾彤惒教捉幼?。
套接字模型：描述如何對套接字的I/O行為進行管理。
Winsock提供的I/O模型一共有五種：
select,WSAAsyncSelect,WSAEventSelect,Overlapped,Completion。今天先講解select。

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

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

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


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

下面給出一個簡單的select模型的服務端套接字。

#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);//分配套接字句柄到相應的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里，說明客戶端已經有connect的請求發過來了，馬上可以accept成功
　　　　　　　　{
　　　　　　　　　　　　AcceptSocket = accept(fdServer,( sockaddr*) &server, &nSize);
　　　　　　　　　　　　break;
　　　　　　　　}
　　　　　　　　
　　　　　　　　else//還沒有客戶端的connect請求，我們可以去做別的事，避免像沒有用select方式的阻塞套接字程序被鎖死的情況，如果沒用select,當程序運行到accept的時候客戶端恰好沒有connect請求，那么程序就會被鎖死，做不了任何事情
　　　　　　　　{
　　　　　　　　　　　　//do something
　　　　　　　　　　　　::MessageBox(NULL, "waiting...", "recv", MB_ICONINFORMATION);//別的事做完后，繼續去檢查是否有客戶端連接請求
　　　　　　　　}
　　　　}

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

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

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

　　　　closesocket(AcceptSocket);
　　　　WSACleanup();
　　　　
　　　　return;

}

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

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

WinSock學習筆記

與socket有關的一些函數介紹

1、讀取當前錯誤值：每次發生錯誤時，如果要對具體問題進行處理，那么就應該調用這個函數取得錯誤代碼。

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

錯誤值請自己閱讀Winsock2.h。

2、將主機的unsigned long值轉換為網絡字節順序(32位)：為什么要這樣做呢？因為不同的計算機使用不同的字節順序存儲數據。因此任何從Winsock函數對IP地址和端口號的引用和傳給Winsock函數的IP地址和端口號均時按照網絡順序組織的。

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

3、將unsigned long數從網絡字節順序轉換位主機字節順序，是上面函數的逆函數。

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

4、將主機的unsigned short值轉換為網絡字節順序(16位)：原因同2：

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

5、將unsigned short數從網絡字節順序轉換位主機字節順序，是上面函數的逆函數。

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

6、將用點分割的IP地址轉換位一個in_addr結構的地址，這個結構的定義見筆記(一)，實際上就是一個unsigned long值。計算機內部處理IP地址可是不認識如192.1.8.84之類的數據。

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

如果發生錯誤，函數返回INADDR_NONE值。

7、將網絡地址轉換位用點分割的IP地址，是上面函數的逆函數。

      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的值就變為127.0.0.1。
注意意不要修改返回值或者進行釋放動作。如果函數失敗就會返回NULL值。

8、獲取套接字的本地地址結構：

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

9、獲取與套接字相連的端地址結構：

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

10、獲取計算機名：

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

11、根據計算機名獲取主機地址：

      struct hostent FAR *  gethostbyname( const char FAR * name );
name為計算機名。
用法：
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);
//獲得標準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模式

• 阻塞模式：執行I/O操作完成前會一直進行等待，不會將控制權交給程序。套接字 默認為阻塞模式?？梢酝ㄟ^多線程技術進行處理。
• 非阻塞模式：執行I/O操作時，Winsock函數會返回并交出控制權。這種模式使用 起來比較復雜，因為函數在沒有運行完成就進行返回，會不斷地返回 WSAEWOULDBLOCK錯誤。但功能強大。

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

2、select模型：

　　通過調用select函數可以確定一個或多個套接字的狀態，判斷套接字上是否有數據，或
者能否向一個套接字寫入數據。

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

◆先來看看涉及到的結構的定義：
a、 d_set結構：

#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為已設定socket的數量
fd_array為socket列表，FD_SETSIZE為最大socket數量，建議不小于64。這是微軟建
議的。

B、timeval結構：

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

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

◆再來看看select函數各參數的作用：

1. nfds：沒有任何用處，主要用來進行系統兼容用，一般設置為0。
   
2. readfds：等待可讀性檢查的套接字組。
   
3. writefds；等待可寫性檢查的套接字組。
   
4. exceptfds：等待錯誤檢查的套接字組。
   
5. timeout：超時時間。
   
6. 函數失敗的返回值：調用失敗返回SOCKET_ERROR,超時返回0。

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

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

◆I/O操作函數：主要用于獲取與套接字相關的操作參數。

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

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

常見的命令：

//確定套接字自動讀入的數據量
#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 */
//確定是否所有帶外數據都已被讀入
#define SIOCATMARK _IOR(''''s'''', 7, u_long) /* at oob mark? */

3、WSAAsynSelect模型：
WSAAsynSelect模型也是一個常用的異步I/O模型。應用程序可以在一個套接字上接收以
WINDOWS消息為基礎的網絡事件通知。該模型的實現方法是通過調用WSAAsynSelect函
數 自動將套接字設置為非阻塞模式，并向WINDOWS注冊一個或多個網絡時間，并提供一
個通知時使用的窗口句柄。當注冊的事件發生時，對應的窗口將收到一個基于消息的通知。

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

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

#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)
{
//錯誤處理
}

取消通知：

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

當應用程序窗口hWnd收到消息時，wMsg.wParam參數標識了套接字，lParam的低字標明
了網絡事件，高字則包含錯誤代碼。

4、WSAEventSelect模型
WSAEventSelect模型類似WSAAsynSelect模型，但最主要的區別是網絡事件發生時會被發
送到一個事件對象句柄，而不是發送到一個窗口。

使用步驟如下：
a、 創建事件對象來接收網絡事件：

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

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

b、將事件對象與套接字關聯，同時注冊事件，使事件對象的工作狀態從未傳信轉變未
已傳信。

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

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

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

BOOL WSAResetEvent( WSAEVENT hEvent );

Hevent為事件對象

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

d、等待網絡事件來觸發事件句柄的工作狀態：

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

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

對事件數組中的事件進行引用時，應該用WSAWaitForMultipleEvents的返回值，減去
預聲明值WSA_WAIT_EVENT_0，得到具體的引用值。例如：

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

e、判斷網絡事件類型：

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

s為套接字
hEventObject為需要重設的事件對象
lpNetworkEvents為記錄網絡事件和錯誤代碼，其結構定義如下：

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

f、關閉事件對象句柄：

BOOL WSACloseEvent(WSAEVENT hEvent);

調用成功返回TRUE，否則返回FALSE。

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

中國黑客組織與人物名單完全檔案（轉載）

著名黑客組織

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

安全焦點 http://www.xfocus.net/

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

中國紅客聯盟（已解散）http://www.cnhonker.com/

借這個機會要說明一下，只有這個紅客聯盟才配的上是真正的紅客聯盟，并不是因為他申請了什么專利，而是在大家的眼中，只有他才只真正的紅客聯盟。這個組織是由lion在2000年12月組建的。曾再2001年帶領眾多會員參與中美黑客大戰，而名震“江湖”。不過這個時代早已逝去，激情的往事也跟著逝去，留給人們的只有回憶。在2005年的最后一天，lion在主頁上宣布正式解散。或許很多人難以理解吧。不過這也自有人家的道理。現在外面有N個紅盟，我不屑于去關注他們。在此祝福lion,bkbll等人。對sharpwinner我就懶的說什么了。

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

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

邪惡八進制 http://www.eviloctal.com/

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

幻影旅團 http://www.ph4nt0m.org/

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

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

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

中華安全網 http://www.safechina.net/

2001年4月創立，經過了幾次改版后，隊伍也發展的比較大，我所熟悉的有yellow,Phoenix等人。到現在，這個網站還在改版中，不過論壇依然開放，在這里還是有討論空間的。組織內的人技術也都是不錯的。希望這次改版后會有大的變化：）。

第八軍團

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

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

BCT http://www.cnbct.org/

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

火狐技術聯盟 http://www.wrsky.com/

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

黑客技術 http://www.hackart.org/

2003年成立的組織，之前使用的是喬客的整站程序，后來就關閉了。也是最近重開的站點，使用的是論壇系統，在下與那里的版主風般的男人和Jambalaya 是好朋友。他們的技術還是不錯的?，F在論壇人氣雖然不怎么高，但顯然是老站重開，知道的人還不多，希望日后可以恢復元氣，繼續發展下去。

國內三大商業黑客站點

黑客基地

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

黑鷹基地 http://www.3800cc.com/ 由米特創立的商業黑客站點。

華夏黑客同盟 http://www.77169.com/ 2004年由怪狗創立的站點。

其實黑客組織多的數不勝數，我也只是舉幾個著名的而已。

黑客人物

下面來說說人物吧，現在的黑客越來越多，我重點介紹那些專著于系統與漏洞的高手，當然他們對入侵也是有所造詣的。注意，這并不是排名，不是第一個就是最厲害，而最后一個是這里面技術最差的，如果這樣想就錯了。因為有時候想著費勁所以就進入一下牛人的BLOG以及一些論壇去看，這樣就可以容易記起來，知道寫誰。先從這里找http://www.0x557.org/~kkqq/ 然后在從安全焦點的文章和論壇里還有綠盟去找。

alert7 QQ:415451 email:alert7@xfocus.org http://blog.xfocus.net/index.php?blogId=12 安全焦點核心成員，曾經在補天的。精通linux操作系統，對于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 我也是在安全焦點05年的峰會上認識的他，是中科院軟件研究所的學生，對于linux非常有研究。在最后一期的Phrack雜志上有他的文章《Hacking Grub for fun and profit》也是在這期雜志中發表文章的三位中國人之一。另外著作還有《ways to hide files in ext2/3filesystem》

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

flashsky QQ:16202253 email:flashsky@xfocus.org http://www.qjclub.net/blog/user1/497/index.html 安全焦點核心成員。精通windows操作系統上的緩沖區溢出，當年就是他一連公布了微軟的N個漏洞，微軟就此還譴責過安全焦點?，F就職于啟明星辰。

Flier Lu email:flier@nsfocus.com http://flier_lu.blogcn.com/ 綠盟的高手，精通windows操作系統內核，著作有《MS.Net CLR擴展PE結構分》《自動驗證 Windows NT 系統服務描述表》《CLR 中代碼訪問安全檢測實現原理》等等。

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

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

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

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

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

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

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

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

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

tombkeeper QQ:644909 http://blog.xfocus.net/index.php?blogId=9 安全焦點核心成員。精通windows操作系統內核。著作有《用Bochs調試NTLDR》《修改Windows SMB相關服務的默認端口》等等。在焦點峰會上見到過他，很帥。

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

zwell email:suei8423@163.com http://blog.donews.com/zwell NB聯盟核心成員。精通windows操作系統，著作有《安全穩定的實現進線程監控》《一種新的穿透防火墻的數據傳輸技術》

zzzevazzz QQ:49322630 http://zzzevazzz.bokee.com/index.html 幻影旅團核心成員。原灰色軌跡的人。精通windows操作系統內核。著作有《Do All in Cmd Shell》《無驅動執行ring0代碼》等等。

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

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

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

sinister QQ:3350124 email:sinister@whitecell.org 白細胞成員。精通windows內核，AIX。著作有《NT 內核的進程調度分析筆記》《NT 下動態切換進程分析筆記》《AIX 內核的虛擬文件系統框架》《AIX 內核的文件操作流程》

袁哥 email:yuange@nsfocus.com 現就職于中聯綠盟公司。精通windows操作系統內核以及漏洞利用。

warning3 email:warning3@nsfocus.com msn:warning3@hotmail.com 精通linux unix內核及漏洞。現就職于中聯綠盟公司。著作有《Heap/BSS 溢出機理分析》

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

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

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

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

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

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

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

rootshell(fzk) QQ:1734398 http://www.ns-one.com 精通windows操作系統，熟悉緩沖區溢出漏洞。老一代的黑客。著作有《最近發現的一個Distributed File System服務遠程溢出問題》。

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

tianxing OICQ:911189 網站:http://www.tianxing.org/ 精通windows操作系統與漏洞利用。RPC漏洞利用程序以及網絡刺客,網絡衛兵的作者。

grip2 QQ:1007270 精通linux操作系統。著作有《一個Linux病毒原型分析》

san QQ:56941 精通windows操作系統以及linux。而且對windows CE很有研究。phrack最后一期的雜志中，刊登過他的文章。

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

backend email:backend@antionline.org 精通linux操作系統。翻譯過很多文章，是綠盟的高手。不過已經幾年沒見在網絡上游走了。到是現實中偶爾看到他。

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

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

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

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

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

wowocock QQ:37803144 精通windows操作系統內核，匯編。在驅動開發網以及cvc　輕描淡寫見過，技術不一般。著作很多，但是見到的很少。不知道為什么這么好的文章沒人轉！

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

vxk QQ:355852911 匯編技術很硬，精通windows內核。經常在cvc論壇看到他。

冰血封情 QQ:124839278 邪惡八進制的創始人。中國第四代黑客。感覺這個人很不錯。對他的組織比較認可。技術上面還可以。

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

e4gle QQ:1949479白細胞成員。老一代的黑客。精通linux系統內核以及病毒技術，緩沖區溢出。著作有《程序攻擊原理》《Unix系統病毒概述》《高級緩沖溢出的使用》

bingle QQ:45671342很早就認識的一個兄弟了。著作不少，很多都很實用。

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

goodwell：中國早期著名黑客組織－綠色兵團　創始人之一。

yellow QQ:12398890：中華安全網核心成員。熟悉緩沖區溢出與windows編程。

江?？?QQ:741534：曾經參加某個會議的時候見過他，聊的還可以，后來在焦點峰會時又碰了面。此人是反病毒方面的高手。

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

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

VC6.0編譯器參數設置

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

/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

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

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

/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

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

1) General：一些總體設置。

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

2) C++ Language

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

3) Code Generation

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

4) Customize

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

5) Listing Files

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

6) Optimizations　代碼優化設置。

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

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

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

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

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

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

下面我們分別來看一下Category中的各項設置。

1) General　一些總體設置?？梢栽O置生成的文件路徑、文件名；連接的庫文件；

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

2) Customize　這里可以進行使用程序數據庫文件的設置。

Force File Output，強制產生輸出文件（EXE或DLL）；
Print Progress Messages，可以將連接過程中的進度信息輸出到Output窗口。

3) Debug　設置是否生成調試信息，以及調試信息的格式。

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

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

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

5) Output　

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

值得注意的是：

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

--------------------------------------------------------------------------------
其它一些參數設置。

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

2) Project->Settings->Debug，可以設置調試時運行的可執行文件，以及命令行參數等。

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

Description: Register COM

Commands: regsvr32 /s /c $(TargetPath)

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

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

4) Tools->Options->Directories，設置系統的Include、Library路徑。

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

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

VC中基于 Windows 的精確定時

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


圖一 圖像描述

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

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

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

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

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

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

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

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

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

　　數據類型ARGE_INTEGER既可以是一個8字節長的整型數，也可以是兩個4字節長的整型數的聯合結構， 其具體用法根據編譯器是否支持64位而定。該類型的定義如下：

typedef union _LARGE_INTEGER
{
struct
{
DWORD LowPart ;// 4字節整型數
LONG  HighPart;// 4字節整型數
};
LONGLONG QuadPart ;// 8字節整型數
}LARGE_INTEGER ;

　　在進行定時之前，先調用QueryPerformanceFrequency()函數獲得機器內部定時器的時鐘頻率， 然后在需要嚴格定時的事件發生之前和發生之后分別調用QueryPerformanceCounter()函數，利用兩次獲得的計數之差及時鐘頻率，計算出事件經 歷的精確時間。下列代碼實現1ms的精確定時：

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

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

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

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

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

其定時誤差一般不超過0.5微秒，精度與CPU等機器配置有關。

示例工程下載

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

STL實踐指南

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

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

STL簡介

STL (標準模版庫，Standard Template Library)是當今每個從事C++編程的人需要掌握的一項不錯的技術。我覺得每一個初學STL的人應該花費一段時間來熟悉它，比如，學習STL時會有急劇升降的學習曲線，并且有一些命名是不太容易憑直覺就能夠記住的（也許是好記的名字已經被用光了），然而如果一旦你掌握了STL，你就不會覺得頭痛了。和MFC相比，STL更加復雜和強大。
STL有以下的一些優點：

可以方便容易地實現搜索數據或對數據排序等一系列的算法；

調試程序時更加安全和方便；

即使是人們用STL在UNIX平臺下寫的代碼你也可以很容易地理解（因為STL是跨平臺的）。

背景知識

寫這一部分是讓一些初學計算機的讀者在富有挑戰性的計算機科學領域有一個良好的開端，而不必費力地了解那無窮無盡的行話術語和沉悶的規則，在這里僅僅把那些行話和規則當作STLer們用于自娛的創造品吧。

使用代碼
本文使用的代碼在STL實踐中主要具有指導意義。

一些基礎概念的定義

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

Hello World程序

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


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

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

char* szHW = "Hello World";  
//這是一個字符數組，以”\0”結束。

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

  //為字符數組定義一個游標iterator。
  vector <char>::iterator vi;

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

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

  return 0;
}


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

STL的煩惱之一——初始化

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


//程序：初始化演示
//目的：為了說明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演示二
//目的：理解帶有數組下標和方括號的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)); //為向量分配內存空間
  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;
}


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

命名空間（Namespace）

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

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

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

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

除此之外，你可以把using namespace std加入到任何域中，比如可以加入到函數的頭部或一個控制循環體中。

一些建議

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

#pragma warning(disable: 4786)

另一條需要注意的是，你必須確保在兩個尖括號之間或尖括號和名字之間用空格隔開，因為是為了避免同“>>”移位運算符混淆。比如
vector <list<int>> veclis;
這樣寫會報錯，而這樣寫：
vector <list <int> > veclis;
就可以避免錯誤。

                                STL實踐指南（中）

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


（接上篇）

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

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

//程序：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
//注意：輸出的集合中的元素是按字母大小順序排列的，而且每個值都不重復。


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

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

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

所有的STL容器

容器（Container）的概念的出現早于模板（template），它原本是一個計算機科學領域中的一個重要概念，但在這里，它的概念和STL混合在一起了。下面是在STL中出現的7種容器：

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

怎樣在一個map中使用類？

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

缺省的構造函數（通常為空）

拷貝構造函數

重載的”=”運算符

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

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

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

class CStudent
{
public :
  int nStudentID;
  int nAge;
public :
  //缺省構造函數——通常為空
  CStudent()  {  }
  // 完整的構造函數
  CStudent(int nSID, int nA)  {  nStudentID=nSID; nAge=nA;  }
  //拷貝構造函數
  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關鍵字，下面是個例子：
typedef set <int> SET_INT;
typedef SET_INT::iterator SET_INT_ITER


編寫代碼的一個習慣就是使用大寫字母和下劃線來命名數據類型。

ANSI / ISO字符串

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


（接中篇）

游標（Iterator）

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

Set和Map中的排序

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

set <int, greater<int> > set1

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

set <int, less<int> > set1

在實現算法時，將聲明（predicate）作為一個參數傳遞到一個STL模板類中時會遇到很多的其他情況，下面將會對這些情況進行詳細描述。

STL 的煩惱之二——錯誤信息

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

算法（Algorithms）

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

//程序：測試分數統計
//目的：通過對向量中保存的分數的操作說明怎樣使用算法

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

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

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

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

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

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

  // 顯示統計信息

  // min_element 返回一個 _iterator_ 類型的對象，該對象指向值最小的那個元素。
  //“*”運算符提取元素中的值。
  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;

  // 使用聲明函數（predicate function，指vecTestScore.begin()和vecTestScore.end()）來確定通過考試的人數。
  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;

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

  return 0;
}


Allocator（分配器）

Allocator用在模板的初始化階段，是為對象和數組進行分配內存空間和釋放空間操作的模板類。它在各種情況下扮演著很神秘的角色，它關心的是高層內存的優化，而且對黑盒測試來說，使用Allocator是最好的選擇。通常，我們不需要明確指明它，因為它們通常是作為不用添加的缺省的參數出現的。如果在專業的測試工作中出現了Allocator，你最好搞清楚它是什么。

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

每當你使用一個普通的類的時候，你也可以在其中使用一個STL類。它是可以被嵌入的：

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


或者將它作為一個基類：

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


STL模版類作為基類時需要謹慎。這需要你適應這種編程方式。

模版中的模版

為構建一個復雜的數據結構，你可以將一個模板植入另一個模板中（即“模版嵌套”）。一般最好的方法是在程序前面使用typedef關鍵字來定義一個在另一個模板中使用的模版類型。

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

#include <iostream>
#include <vector>

using namespace std;

typedef vector <int> VEC_INT;

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

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


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

總結

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


由于CSDN的文章編輯器可能將"<"和">"之間的部分作為html標簽過濾掉了，現貼出正確的“測試分數統計”程序如下：

//程序：測試分數統計
//目的：通過對向量中保存的分數的操作說明怎樣使用算法

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

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

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

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

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

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

// 顯示統計信息

// min_element 返回一個 _iterator_ 類型的對象，該對象指向值最小的那個元素。
//“*”運算符提取元素中的值。
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;

// 使用聲明函數（predicate function，指vecTestScore.begin()和vecTestScore.end()）來確定通過考試的人數。
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;

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

return 0;
}

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

使用VC6.0實現窗口的任意分割

一、關于CSplitterWnd類
 我們在使用CuteFtp或者NetAnt等工具的時候，一般都會被其復雜的界面所吸引，在這些界面中窗口被分割為若干的區域，真正做到了窗口的任意分割。 那么我們自己如何創建類似的界面，也實現窗口的任意的分割呢 ？在VC6.0中這就需要使用到CSplitterWnd類。CSplitterWnd看上去像是一種特殊的框架窗口，每個窗口都被相同的或者不同的視圖所填充。當窗口被切分后用戶可以使用鼠標移動切分條來調整窗口的相對尺寸。雖然VC6.0支持從AppWizard中創建分割窗口，但是自動加入的分割條總是不能讓我們滿意，因此我們還是通過手工增加代碼來熟悉這個類。
 CSplitterWnd的構造函數主要包括下面三個。
BOOL Create(CWnd* pParentWnd,int nMaxRows,int nMaxCols,SIZE sizeMin,CCreateContext* pContext,DWORD dwStyle,UINT nID);
    功能描述：該函數用來創建動態切分窗口。
    參數含義：pParentWnd 切分窗口的父框架窗口。
    nMaxRows,nMaxCols是創建的最大的列數和行數。
    sizeMin是窗格的現實大小。
    pContext 大多數情況下傳給父窗口。
    nID是字窗口的ID號.
  BOOL CreateStatic(CWnd* pParentWnd,int nRows,int nCols,DWORD dwStyle,UINT nID)
  功能描述：用來創建切分窗口。
  參數含義同上。
BOOL CreateView (int row,int col,CruntimeClass* pViewClass,SIZE sizeinit,CcreateContext* pContext);
  功能描述：為靜態切分的窗口的網格填充視圖。在將視圖于切分窗口聯系在一起的時候必 須先將切分窗口創建好。
  參數含義：同上。
  從CSplitterWnd源程序可以看出不管是使用動態創建Create還是使用靜態創建CreateStatic，在函數中都調用了一個保護函數CreateCommon，從下面的CreateCommon函數中的關鍵代碼可以看出創建CSplitterWnd的實質是創建了一系列的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

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

  創建步驟：
  ▲ 在創建之前我們必須先用AppWizard生成單文檔CuteFTP，生成的視類為 CCuteFTPView.同時在增加三個視類或者從視類繼承而來的派生類CView2,CView3 CView4.
  ▲ 增加成員：
  在Cmainfrm.h中我們將增加下面的代碼：
  CSplitterWnd wndSplitter1;
  CSplitterWnd wndSplitter2;
  ▲ 重載CMainFrame::OnCreateClient()函數：
  BOOL CMainFrame::OnCreateClient( LPCREATESTRUCT /*lpcs*/, CCreateContext* pContext)
  { //創建一個靜態分欄窗口，分為三行一列
    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類連接到第二個分欄對象的0行0列
    m_wndSplitter2.CreateView(0,0,RUNTIME_CLASS(CView2),CSize(400,300),pContext); //將CView3類連接到第二個分欄對象的0行1列
    m_wndSplitter2.CreateView(0,1,RUNTIME_CLASS(CView3),CSize(400,300),pContext);
    return TRUE;
  }
2.3實現各個分割區域的通信
■有文檔相連的視圖之間的通信
由AppWizard生成的CCuteFTPView是與文檔相連的，同時我們也讓CView2與文檔相連，因此我們需要修改CCuteFTPApp的InitInstance()函數，我們將增加下面的部分。
AddDocTemplate (new CMultiDocTemplate(IDR_VIEW2TYPE,
RUNTIME_CLASS(CMainDoc),
RUNTIME_CLASS(CMDIChildWnd),
RUNTIME_CLASS(CView2)));
我們現在來實現CCuteFTPView與CView2之間的通信。由于跟文檔類相連的視圖類 是不能安全的與除文檔類之外的其余的視圖類通信的。因此我們只能讓他們都與文檔 類通信。在文檔中我們設置相應的指針以用來獲的各個視圖。我們重載 CCuteFTPView::OnOpenDocument()函數；
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中調用CView2中的一個方法DoIt()則代碼如下：
CCuteFTPDoc* pDoc=GetDocument();
CView2* pView2=pDoc->pView3;
pView3.DoIt();
■無文檔視圖與文檔關聯視圖之間的通信
CView3和CView4都是不與文檔相關聯的。我們現在實現CView3與CView2的通信.正如前面所說，CView2只能安全的與CCuteFTPDoc通信，因此，CView3如果需要跟CView2通信，也必須借助于文檔類。因此程序的關鍵是如何在CView3中獲得文檔的指針。視圖類中沒有這樣的類成員可以用來直接訪問文檔類。但是我們知道在主窗口類MainFrame中我們可以獲得程序的任意窗口類的指針。因此我們只要獲得程序主窗口了的指針，就可以解決問題了。代碼實現在CView3中訪問CView2中的DoIt()方法。

CView3中的代碼如下：

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

CCuteFTPDoc中的相應的處理函數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();
■無文檔關聯視圖之間的通信
CView3和CView4都是不跟文檔相連的，如何實現他們之間的通信呢。 正如我們在上面所說的那樣，由于在主框架中我們可以訪問任意的視圖，因此我們的主要任 務還是在程序中獲得主框架的指針。在CView3中訪問CView4中的方法DoIt()。
CMainFrame* MainFrame=(CMainFrame*)this->GetParent()->GetParent();
CView4* View4=(CView4*)MainFrame->m_wndSplitter1.GetPane(2,0);
View4->DoIt();

到現在我們已經實現了CuteFTP的主窗口的框架并且能夠實現他們之間相互通信的框架。 同樣的我們可以實現其他的一些流行界面例如NetAnts，Foxmail的分割。

三、關于對話框的分割
到目前為止，只有基于文檔/視圖的程序才能使用CSplitterWnd，而基于對話框的應用程序卻不支持CSplitterWnd,但是如果我們在繼承類中重載一些虛擬方法，也能使CSplitterWnd 在對話框程序中使用。從MFC的源程序WinSplit.cpp中可以看出，為了獲得父窗口的地方程序都調用了虛擬方法GetParentFrame(),因此如果在對話框中使用，我們必須將它改為GetParent();因此我們將CSplitterWnd的下面幾個方法重載。
  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 );
具體實現如下，實現中我將給出原有代碼的主要部分以及修改后的代碼以作對比。
在cpp文件中加入下面的枚舉類型。
enum HitTestValue
{
  noHit = 0,//表示沒有選中任何對象
  vSplitterBox = 1,
  hSplitterBox = 2,
  bothSplitterBox = 3,
  vSplitterBar1 = 101,//代表各個方向的水平分割條
  vSplitterBar15 = 115,
  hSplitterBar1 = 201,//代表垂直方向的各個分割條
  hSplitterBar15 = 215,
  splitterIntersection1 = 301,//代表各個交叉點
  splitterIntersection225 = 525
};

CWnd* CxSplitterWnd::GetActivePane(int* pRow, int* pCol)
{
  ASSERT_VALID(this);
  //獲得當前的獲得焦點的窗口
  //下面注釋粗體的是原有的代碼的主要部分。
  // 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的擴展
CSplitterWnd擴展話題是很多的，我們可以通過對原有方法的覆蓋或者增加新的方法來擴展CSplitterWnd。我們在此僅舉兩個方面的例子。
4.1鎖定切分條
當用戶創建好分割窗口后，有時并不希望通過拖動切分條來調節窗口的大小。這時就必須鎖定切分條。鎖定切分條的最簡單的方法莫過于不讓CSplitterWnd來處理WM_LBUTTONDOWN,WM_MOUSEMOVE,WM_SETCURSOR消息，而是將這些消息交給CWnd窗口進行處理，從而屏蔽掉這些消息。拿WM_LBUTTONDOWN處理過程來說。修改為如下：
void CXXSplitterWnd::OnLButtonDown(UINT nFlags,CPoint point)
{
  CWnd::OnLButtonDown(nFlags,point);
}
其余的處理方法類似。
4.2切分條的定制
由Window自己生成的切分條總是固定的，沒有任何的變化，我們在使用一些軟件比如ACDSee的時候卻能發現它們的切分條卻是和自動生成的切分條不一樣的。那么如何定制自己的切分條呢？通過重載CSplitterWnd的虛方法OnDrawSplitter和OnInvertTracker可以達到這樣的目的。下面的代碼生成的效果是分割窗口的邊界顏色為紅色，分割條的顏色為綠色.代碼如下：
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中的其余的一些虛擬方法就可以生成具有自己個性的分割窗口了。

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

pragma指令簡介

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

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

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

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

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

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

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

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

 int main() {
 }

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

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

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

 主要用到的警告表示有如下幾個:

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

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

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

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

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

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

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

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

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

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

 這些選項在這里就不一一說明了,詳細信息請看msdn!

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

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