《visual C++ 6.0開發工具與調試》
1、 如何快速地規範代碼縮進格式
選中所需要規範的代碼，按shift+F8
2、 如何在Release狀態下進行調試
Project－>Setting＝>ProjectSetting對話框，選擇Release狀態。C/C++標籤中的Category選General，Optimizations選Disable(Debug)，Debut info選Program Database。在Link標籤中選中Generate debug info複選框。
注：只是一個介乎Debug合Release的中間狀態，所有的ASSERT、VERIFY都不起作用，函數調用方式已經是真正的調用，而不查表，但是這種狀態下QuickWatch、調用隊列跟蹤功能仍然有效，和Debug版一樣。
3、 Release和Debug有什麼不同。
Release版稱爲發行版，Debug版稱爲調試版。
Debug中可以單步執行、跟蹤等功能，但生成的可執行文件比較大，代碼運行速度較慢。Release版運行速度較快，可執行文件較小，但在其編譯條件小無法執行調試功能。
Release的exe文件鏈接的是標準的MFC DLL(Use MFC in a shared or static dll),比如MFC42.DLL。這些DLL在安裝Windows的時候，已經配置，所以這些程序能夠在沒有安裝Visual C++ 6.0的機器上運行。而Debug版本的exe鏈接了調試版本的MFC DLL文件，如MFC42D.DLL。在沒有安裝Visual C++6.0的機器上不能運行，因爲缺MFC42D.DLL等，除非選擇use static dll when link。
4、 ASSERT和VERIFY有什麼區別
ASSERT裏面的內容在Release版本中不編譯，VERIFY裏面的內容仍然翻譯，但不再判斷真假。所以後者更安全一點。
例如ASSERT(file.Open(strFileName))。
一旦到了Release版本中，這一行就忽略了，file根本就不Open()了，而且沒有任何出錯的信息。如果用VERIFY()就不會有這個問題。
5、 Workspace和Project之間是什麼樣的關系
每個Workspace可以包括幾個project，但只有一個處於Active狀態，各個project之間可以有依賴關系，在project的Setting..中可以設定，比如那個Active狀態的project可以依賴於其他的提供其函數調用的靜態庫。
6、 如何在非MFC程序中使用ClassWizard
在工程目錄下新建一個空的.RC文件，然後加入到工程中就可以了。
7、 如何設置斷點
按F9在當前光標處增加一個斷點和取消一個斷點。
另外，在編輯狀態下，按Ctrl+B組合鍵，彈出斷點設置對話框。然後單擊【Condition…】按鈕彈出設置斷點條件的對話框進行設置。
8、 在編輯狀態下發現成員變量或函數不能顯示提示是如何打開顯示功能
這似乎是目前這個Visual C++ 6.0版本的一個bug，可按如下步驟使其正常，如再出現，可如法炮製：
(1) 關閉Project
(2) 刪除“工程名.ncb”文件
(3) 重新打開工程
9、 如何將一個通過ClassWizard生成的類徹底刪除
首先在工作區的FileView中選中該類的.h和.cpp文件，按delete刪除，然後在文件管理器中將這兩個文件刪除，再運行ClassWizard，這時出現是否移走該類的提示，選擇remove就可以了。
10、 如何將再workspace中消失的類找出來
打開該類對應的頭文件，然後將其類名隨便改一下，這個時候工作區就會出現新的類，再將這個類改回原來的名字就可以了。
11、 如何清楚所有的斷點
菜單【Edit】－>【Breakpoints…】，打開“Breakpoints”對話框，單擊【Remove All】按鈕即可。
快捷鍵是“Ctrl + Shift + F8”。
12、 如何再ClassWizard中選擇未列出的信息
打開“ClassWizard”對話框，然後切換到“Class Info”頁面。改變“Message filter”，如選擇“Window”，“Message”頁面就會出現Window的信息。
13、 如何檢測程序中的括號是否匹配
把光標移動到需要檢測的括號前面，按快捷鍵“Ctrl + ]”。如果括號匹配正確，光標就跳到匹配的括號處，否則光標不移動，並且機箱喇叭還會發出一聲警告。
14、 如何查看一個宏(或變量、函數)的定義
把光標移動到要查看的一個宏上，就比如說最常見的DECLARE_MAP_MESSAGE上按一下F12(或右鍵菜單中的相關菜單)，如果沒有建立瀏覽文件，就會出現提示對話框，按【確定】按鈕，然後就會跳到該宏(或變量、函數)定義的地方。
15、 如何添加Lib文件到當前工程
單擊菜單【Project】－>【Settings…】彈出“Project Setting”對話框，切換到“Link”標籤頁，在“Object/library modules”處輸入Lib文件名稱，不同的Lib之間用空格格開。
16、 如何快速刪除項目下的Debug文件夾中臨時文件
在工作區的FileView視圖中選中對應的項目，單擊右鍵彈出菜單，選擇【Clean(selection only)】菜單即可。
17、 如何快速生成一個現有工程除了工程名外完全相同的新工程。
在新建工程的“New”對話框中選擇“Custom Appwizard”項，輸入新工程的名字，單擊【OK】按鈕。出現“Custom AppWizard”項，輸入新工程的名字，單擊【OK】按鈕。出現“Custom AppWizard－Step 1 of 2”對話框，選擇“An existing Project”項，單擊【Next】按鈕。出現“Custom AppWizard－Step 2 of 2”對話框，選擇現有工程的工程文件名，最後單擊【Finish】按鈕。編譯後就生成一個與現有工程相同但可以重新取名的工程AppWizard。
現在就可以項用MFC AppWizard一樣用這個定製的嚮導。如果不想用了，可以在Visual C++ 6.0安裝目錄下Common/MSDev98/Template目錄中刪除該Wizard對應的.awx和.pdb文件。
18、 如何解決Visual C++ 6.0不正確連接的問題
情景：明明之間改動了一個文件，卻要把整個項目全部重新編譯鏈接一次。剛剛鏈接好，一運行，有提示重新編譯鏈接一次。
這是因爲出現了未來文件(修改時間和創建時間比系統時間晚)的緣故。可以這樣處理：找到工程文件夾下的debug目錄，將創建和修改時間都比系統時間的文件全部刪除，然後再從新“Rebuild All”一次。
19、 引起LNK2001的常見錯誤都有哪些
遇到的LNK2001錯誤主要爲：unresolved external symbol “symbol”
如果鏈接程序不能在所有的庫和目標文件內找到所引用的函數、變量或標籤，將產生此錯誤信息。
一般來說，發生錯誤的原因有兩個：一時所引用的函數、變量不存在，拼寫不正確或者使用錯誤；其次可能使用了不同版本的鏈接庫。一下是可能產生LNK2001錯誤的原因：
<1>由於編碼錯誤導致的LNK2001錯誤
(1) 不相匹配的程序代碼或模塊定義(.DEF)文件導致LNK2001。例如，如果在C++源文件了內聲明瞭一變量“var1”，卻視圖在另一個文件內以變量“var1”訪問改變量。
(2) 如果使用的內聯函數是在.cpp文件內定義的，而不是在頭文件內定義將導致LNK2001錯誤。
(3) 調用函數是如果所用的參數類型頭函數聲明是的類型不符將會產生LNK2001錯誤。
(4) 視圖從基類的構造函數或析構函數中調用虛擬函數時將會導致LNK2001錯誤。
(5) 要注意函數和變量的可公用性，只有全局變量、函數時可公用的。靜態函數和靜態變量具有相同的使用範圍限制。當試圖從文件外部方位任何沒有在該文件內聲明的靜態變量時將導致編譯錯誤或LNK2001錯誤。
<2>由於編譯和聯機的設置而造成的LNK2001錯誤
(1) 如果編譯時使用的時/NOD(/NODERAULTLIB)選項，程序所需要的運行庫和MFC時將得到又編譯器寫入目標文件模塊，但除非在文件中明確包含這些庫名，否則這些庫不會北鏈接進工程文件。這種情況下使用/NOD將導致LNK2001錯誤
(2) 如果沒有爲wWinMainCRTStartup設定程序入口，在使用Unicode和MFC時講的到“unresolved external on _WinMain@16”的LNK2001錯誤信息。
(3) 使用/MD選項編譯時，既然所有的運行庫都被保留在動態鏈接庫之內，源文件中對“func”的引用，在目標文件裏即對“__imp__func”的引用。如果試圖使用靜態庫LIBC.LIB或LIBCMT.LIB進行鏈接，將在__imp__func上發生LNK2001錯誤。如果不使用/MD選項編譯，在使用MSVCxx.LIB鏈接時也會發生LNK2001錯誤。
(4) 使用/ML選項編譯時，如用LIBCMT.LIB鏈接回在_errno上發生LNK2001錯誤。
(5) 當編譯調試版的應用程序時，如果採用發行版模態庫進行鏈接也會產生LNK2001錯誤；同樣，使用調試版模態庫鏈接發行版應用程序時也會產生相同的錯誤。
(6) 不同版本的庫和編譯器的混合使用也能產生問題，因爲新版的庫裏可能包含早先的版本沒有的符號和說明。
(7) 在不同的模塊中使用內聯和非內聯的編譯選項能夠導致LNK2001錯誤。如果創建C++庫時打開了函數內聯(/Ob1或/Ob2)，但是在描述該函數的相應頭問卷安裏卻關閉了函數內聯(沒有inline關鍵字)，只是將得到錯誤信息。爲避免該問題的發生，應該在相應的頭文件中用inline關鍵字標誌爲內聯函數。
(8) 不正確的/SUBSYSTEM或ENTRY設置也能導致LNK2001錯誤。
20、 如何調試一個沒有源碼的exe文件調用的dll
在Visual C++ 6.0中，進入“Project Setting”對話框然後選擇Debug標籤頁。通常Visual Studio默認“executable for debug session”爲可執行文件名，但可以將他改成任何你想要的程序。甚至可以指定不同的工作目錄以及傳遞參數到你的程序。這個技術常用來調試Dlls、名字空間擴展、COM對象和其他從某些EXE以及從第三方的EXE中調用的plug-in程序。
21、 Visual C++ 6.0工程中的項目文件都表示什麼。
.opt：工程關於開發化境的參數文件。如工具條位置等信息。
.aps(AppStudio File)資源輔助文件，二進制格式，一般不用去管他。
.clw：ClassWizard信息文件，實際上是INI文件格式，又興趣可以研究一下。有時候ClassWizard出了問題，手工修改CLW文件可以解決。如果此文件不存在的話，每次用ClassWizard的時候回提示是否重建。
.dsp(DevelopStudio Project)：項目文件，文本格式，不過不熟悉的或不要手工修改。
.dsw(DevelopStudio Workspace)：是工作區文件，其他特點和.dsp差不多。
.plg：是編譯信息文件，編譯時的error和warning信息文件(實際上時一個html文件)，一般用處不大。在單擊菜單【Tool】－>【Option】彈出的對話框裏面有個選項可以控制這個文件的生成。
.hpj(Help Project)：是生成幫助文件的工程，用microsoft Help Compiler可以處理。
.mdp(Microsoft DevStudio Project)：是舊版本的項目文件，如果要打開此文件的話，回提示你是否轉換成新的.dsp格式。
.bsc：是用於瀏覽項目信息的，如果用Source Brower的話舊必須又這個文件。如果不用這個功能的話，可以在Project Options裏面去掉Generate Browse Info File，這樣可以加快編譯速度。
.map是執行文件的影像信息記錄文件，除非對系統底層，這個文件一般用不着。
.pch(Pre-Compiled File)：是與編譯文件，可以加快編譯速度，但是文件非常大。
.pdb(Program Database),記錄了程序有關的一些數據和調試信息，在調試的時候可能有用。
.exp：只有在編譯DLL的時候纔會生成，記錄了DLL文件的一些信息，一般也沒有用。
.ncb：無編譯瀏覽文件(no compile browser)。當自動完成功能出問題時可以刪除此文件。編譯工程後回自動生成。
