vc6++Release和Debug

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 _Win

    [email protected]”的LNK2001錯誤資訊。

    (3) 使用/MD選項編譯時，既然所有的運作庫都被保留在動态連結庫之内，源檔案中對“func”的引用，在目标檔案裡

    即對“__imp__func”的引用。如果試圖使用靜态庫LIBC.LIB或LIBCMT.LIB進行連結，将在__imp__func上發生LNK20

    01錯誤。如果不使用/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)。當自動完成功能出問題時可以删除此檔案。編譯工程後回自動生成。

轉載于:https://www.cnblogs.com/OleNet/p/3190760.html