TRACE宏對于VC下程序調(diào)試來說是很有用的東西，有著類似printf的功能；該宏僅僅在程序的DEBUG版本中出現(xiàn)，當RELEASE的時候該宏就完全消失了，從而幫助你調(diào)試也在RELEASE的時候減少代碼量。
使用非常簡單，格式如下：
TRACE("DDDDDDDDDDD");
TRACE("wewe%d",333);
同樣還存在TRACE0，TRACE1，TRACE2。。。分別對應(yīng)0，1，2。。個參數(shù)
TRACE信息輸出到VC IDE環(huán)境的輸出窗口（該窗口是你編譯項目出錯提示的那個窗口），但僅限于你在VC中運行你的DEBUG版本的程序。
TRACE信息還可以使用DEBUGVIEW來捕獲到。這種情況下，你不能在VC的IDE環(huán)境中運行你的程序，而將BUILD好的DEBUG版本的程序單獨運行，這個時候可以在DEBUGVIEW的窗口看到DEBUGVIE格式的輸出了。
VC中TRACE的用法有以下四種：
1:
TRACE ，就是不帶動態(tài)參數(shù)輸出字符串, 類似C的printf("輸出字符串");
2:
TRACE 中的字符串可以帶一個參數(shù)輸出 , 類似C的printf("...%d",變量);
3:
TRACE 可以帶兩個參數(shù)輸出，類似C的printf("...%d...%f",變量1,變量2);
4:
TRACE 可以帶三個參數(shù)輸出，類似C的printf("...%d，%d,%d",變量1,變量2，變量3);
TRACE 宏有點象我們以前在C語言中用的Printf函數(shù)，使程序在運行過程中輸出一些調(diào)試信息，使我們能了解程序的一些狀態(tài)。但有一點不同的是：
TRACE 宏只有在調(diào)試狀態(tài)下才有所輸出，而以前用的Printf 函數(shù)在任何情況下都有輸出。和Printf 函數(shù)一樣，TRACE函數(shù)可以接受多個參數(shù)如：
int x = 1;
int y = 16;
float z = 32.0;
TRACE( "This is a TRACE statement\n" );
TRACE( "The value of x is %d\n", x );
TRACE( "x = %d and y = %d\n", x, y );
TRACE( "x = %d and y = %x and z = %f\n", x, y, z );
要注意的是TRACE宏只對Debug 版本的工程產(chǎn)生作用，在Release 版本的工程中，TRACE宏將被忽略。
這個問題在論壇中的出現(xiàn)頻率很高。在解決這個問題時，首先要明確Windows處理用戶輸入的方法完全不同于Dos操作系統(tǒng)。當用戶按鍵后，Dos應(yīng)用向操作系統(tǒng)提出請求，而在Windows中，當用戶事件發(fā)生時，是由Windows請求調(diào)用相應(yīng)的代碼，代碼實現(xiàn)自己必須的處理，最后將控制返回到操作系統(tǒng)。
當你從Dos操作系統(tǒng)編程轉(zhuǎn)向Windows的時候，你會很不習(xí)慣Windows的面向事件與消息的處理模式，但是面向?qū)ο蟮奶幚矸椒ㄔ赪indows中非常靈活實用。
本文要討論的問題是如何在應(yīng)用程序中實現(xiàn)用戶事件的輪詢。例如，當你的應(yīng)用程序在忙碌狀態(tài)時，如何探測用戶按鍵（Escape）來終止正在進行的處理或操作。
當用戶按鍵或移動鼠標導(dǎo)致系統(tǒng)事件發(fā)生時，操作系統(tǒng)將這些事件存儲在相應(yīng)的應(yīng)用程序消息隊列中，事件會一直以消息的形式存儲在消息隊列中直到應(yīng)用程序完消息并將控制返回到Windows，這時Windows將把消息隊列中的下一條消息發(fā)送到應(yīng)用程序。
所以，為了確定是否用戶已經(jīng)按下了某一個按鍵，應(yīng)用程序需要確定某一按鍵的消息當前是否在消息隊列中。為此可以調(diào)用PeekMessage函數(shù)，例如：
MSG msg;
// 檢查是否按下 Escape 鍵
if (::PeekMessage(&msg, m_hWnd, WM_KEYFIRST,
WM_KEYLAST, PM_REMOVE)) {
if (msg.message == WM_KEYDOWN && msg.wParam
== VK_ESCAPE)
// 退出循環(huán)或者停止處理;
}
第一個參數(shù)MSG結(jié)構(gòu)接收與消息有關(guān)的信息。第二個參數(shù)是window句柄，如果程序是基于MFC的應(yīng)用，這個參數(shù)傳遞m_hWnd即可。下兩個參數(shù)是確定類型的消息，PeekMessage將返回消息隊列中落在這兩個值之間的第一個消息。因為這里我們感興趣的是按鍵，所以就用WM_KEYFIRST 和 WM_KEYLAST作為參數(shù)。最后一個參數(shù)可以是PM_NOREMOVE 或者 PM_REMOVE，表示消息信息是否應(yīng)該從消息隊列中刪除。
如果PeekMessage在請求范圍內(nèi)尋找消息，他返回非零值。這樣上面的代碼檢查是否發(fā)現(xiàn)WM_KEYDOWN消息并且wParam等于VK_ESCAPE，如果發(fā)現(xiàn)則退出循環(huán)并終止代碼的處理。
摘 要偽隨機數(shù)在計算機軟件設(shè)計中有很廣泛的用途。本文介紹了基于數(shù)學(xué)方法的利用計算機產(chǎn)生偽隨機數(shù)的一種方法，即線性同余法，任何偽隨機數(shù)的產(chǎn)生都是運用遞推的原理來生成的。
以及在Visual C++環(huán)境中產(chǎn)生偽隨機數(shù)的兩個重要函數(shù)，rand和srand函數(shù)，正確地使用這兩個函數(shù)是產(chǎn)生性能良好的偽隨機數(shù)的關(guān)鍵，最后介紹了利用偽隨機數(shù)生成技術(shù)在MFC中生成基于C/S模式應(yīng)用程序的隨機校驗碼以及利用一種軟件工具ImagePassword產(chǎn)生隨機密碼。
關(guān)鍵詞偽隨機數(shù)生成；線性同余法；Visual C++；隨機校驗碼
為追求真正的隨機序列，人們曾采用很多種原始的物理方法用于生成一定范圍內(nèi)滿足精度（位數(shù)）的均勻分布序列，其缺點在于：速度慢、效率低、需占用大量存儲空間且不可重現(xiàn)等。為滿足計算機模擬研究的需求，人們轉(zhuǎn)而研究用算法生成模擬各種概率分布的偽隨機序列。偽隨機數(shù)是指用數(shù)學(xué)遞推公式所產(chǎn)生的隨機數(shù)。從實用的角度看，獲取這種數(shù)的最簡單和最自然的方法是利用計算機語言的函數(shù)庫提供的隨機數(shù)發(fā)生器。典型情況下，它會輸出一個均勻分布在0和1區(qū)間內(nèi)的偽隨機變量的值。其中應(yīng)用的最為廣泛、研究最徹底的一個算法即線性同余法。
線性同余法LCG（Linear Congruence Generator）
選取足夠大的正整數(shù)M和任意自然數(shù)n0，a，b，由遞推公式：
ni+1=（af（ni）+b）mod M i=0，1，…，M-1 生成的數(shù)值序列稱為是同余序列。當函數(shù)f（n）為線性函數(shù)時，即得到線性同余序列：
ni+1=（a*ni+b）mod M i=0，1，…，M-1 以下是線性同余法生成偽隨機數(shù)的偽代碼：
Random（n，m，seed，a，b）
{
r0 = seed；
for （i = 1；i<=n；i++）
ri = （a*ri-1 + b） mod m
} 其中種子參數(shù)seed可以任意選擇，常常將它設(shè)為計算機當前的日期或者時間；m是一個較大數(shù)，可以把它取為2w，w是計算機的字長；a可以是0.01w和0.99w之間的任何整數(shù)。
應(yīng)用遞推公式產(chǎn)生均勻分布隨機數(shù)時，式中參數(shù)n0，a，b，M的選取十分重要。
例如，選取M=10，a=b =n0=7，生成的隨機序列為{6，9，0，7，6，9，……}，周期為4。
取M=16，a=5，b =3，n0=7，生成的隨機序列為{6，1，8，11，10，5，12，15，14，9，0，3，2，13，4，7，6，1……}，周期為16。
取M=8，a=5，b =1，n0=1，生成的隨機序列為{6，7，4，5，2，3，0，1，6，7……}，周期為8。
Visual C++中偽隨機數(shù)生成機制 用VC產(chǎn)生隨機數(shù)有兩個函數(shù)，分別為rand（void）和srand（seed）。rand()產(chǎn)生的隨機整數(shù)是在0~RAND_MAX之間平均分布的，RAND_MAX是一個常量（定義為：#define RAND_MAX 0x7fff）。它是short型數(shù)據(jù)的最大值，如果要產(chǎn)生一個浮點型的隨機數(shù)，可以將rand()/1000.0，這樣就得到一個0~32.767之間平均分布的隨機浮點數(shù)。如果要使得范圍大一點，那么可以通過產(chǎn)生幾個隨機數(shù)的線性組合來實現(xiàn)任意范圍內(nèi)的平均分布的隨機數(shù)。
其用法是先調(diào)用srand函數(shù)，如
srand( (unsigned)time( NULL ) ) 這樣可以使得每次產(chǎn)生的隨機數(shù)序列不同。如果計算偽隨機序列的初始數(shù)值（稱為種子）相同，則計算出來的偽隨機序列就是完全相同的。要解決這個問題，需要在每次產(chǎn)生隨機序列前，先指定不同的種子，這樣計算出來的隨機序列就不會完全相同了。以time函數(shù)值（即當前時間）作為種子數(shù)，因為兩次調(diào)用rand函數(shù)的時間通常是不同的，這樣就可以保證隨機性了。也可以使用srand函數(shù)來人為指定種子數(shù)。
分析以下兩個程序段，
程序段1：
//包含頭文件
void main() {
int count=0;
for (int i=0;i<10;i++){
srand((unsigned)time(NULL));
count++;
cout<<"No"<
程序段1中由于將srand（）函數(shù)放在循環(huán)體內(nèi)，而程序執(zhí)行的CPU時間較快，調(diào)用time函數(shù)獲取的時間精度卻較低（55ms），這樣循環(huán)體內(nèi)每次產(chǎn)生隨機數(shù)用到的種子數(shù)都是一樣的，因此產(chǎn)生的隨機數(shù)也是一樣的。而程序段2中第1次產(chǎn)生的隨機數(shù)要用到隨機種子，以后的每次產(chǎn)生隨機數(shù)都是利用遞推關(guān)系得到的。
基于MFC的隨機校驗碼生成
Web應(yīng)用程序中經(jīng)常要利用到隨機校驗碼，校驗碼的主要作用是防止黑客利用工具軟件在線破譯用戶登錄密碼，校驗碼、用戶名、密碼三者配合組成了進入Web應(yīng)用系統(tǒng)的鑰匙。在利用VC開發(fā)的基于客戶機/瀏覽器（Client/Server）模式的應(yīng)用軟件系統(tǒng)中，為了防止非法用戶入侵系統(tǒng)，通常也要運用隨機校驗碼生成技術(shù)。
本實現(xiàn)要用到以上介紹到的偽隨機數(shù)生成技術(shù)。校驗碼數(shù)據(jù)將以16進制碼方式顯示。主要代碼如下：
void CRandompasswordDlg::OnCreatekey() {
int RanCheckNum = 0;
char out[25]={0};
char keytemp[5]={0};
memset(out,0x30,18);
srand((unsigned)timeGetTime());//產(chǎn)生隨機數(shù)種子
for(int i=0;i<6;i++){
RanCheckNum = rand();//產(chǎn)生隨機數(shù)
_itoa(RanCheckNum,keytemp,16);//將隨機數(shù)轉(zhuǎn)換成16進制
memcpy(&out[i*4],keytemp,strlen(keytemp));
}
out[24]=0x00;
strcpy(m_key.GetBuffer(18),out);
UpdateData(FALSE);
}
運行結(jié)果如圖1所示：
圖1 利用偽隨機數(shù)生成隨機校驗碼
程序運行時，由于每一次點擊"產(chǎn)生隨機校驗碼"的系統(tǒng)時間不同，生成隨機數(shù)的種子就不一樣，因此產(chǎn)生的隨機數(shù)也是不一樣的，從而保證了校驗碼生成的隨機性。
利用ImagePassword工具產(chǎn)生隨機密碼
ImagePassword提供一個可選擇的圖形陣列，通過隨機改變圖形陣列中的陣點圖形來產(chǎn)生隨機密碼。當隨機點擊圖象陣列中的圖象陣點，該陣點中的圖象發(fā)生變化。其運行界面如圖2所示：
圖2 ImagePassword運行界面
點擊OK按鈕后所產(chǎn)生的隨機密碼如圖3所示：
圖3 ImagePassword運行結(jié)果
ImagePassword產(chǎn)生的密碼的隨機性依賴于用戶對圖象陣列中陣點圖象的隨機選擇，一般來說用戶在圖象陣列中隨機點擊鼠標的次數(shù)越多，最后產(chǎn)生的密碼的隨機性越強。
結(jié)束語
偽隨機數(shù)在不同的軟件系統(tǒng)中都得到了很廣泛的應(yīng)用，如何選擇隨機數(shù)生成種子使得生成的偽隨機數(shù)性能更佳是軟件設(shè)計者追求的目標之一。本文提到了利用系統(tǒng)時間作為種子參數(shù)在一定條件下可以滿足軟件的隨機性需要。利用所產(chǎn)生的隨機數(shù)在游戲編程，如撲克類游戲中的隨機發(fā)牌，俄羅斯方塊的隨機生成等等其他應(yīng)用中都起到很重要的作用。
預(yù)編譯頭文件(precompiled header)
今天在寫程序的時候，突然發(fā)現(xiàn)要測試的代碼是用c寫的，還是用gcc編譯的，可是我已經(jīng)建立了測試的相關(guān)環(huán)境，沒辦法，只能一步步的改了，將相關(guān)的頭文件、結(jié)構(gòu)和變量移植以后，編譯了一下（只編譯了C文件），竟然出錯，出錯信息為：fatal error C1010: unexpected end of file while looking for precompiled header directive
然后無論怎么改代碼都是這一句出錯信息，最后改成了一個最簡單的空函數(shù)，仍然不行，改成cpp文件，然后前面加上#include "stdafx.h"，編譯通過，再改成c文件，還是出錯，然后郁悶了半天，后來想到是編譯器問題，改了半天設(shè)置也沒搞定，最后沒辦法只好去網(wǎng)上求助了，輸出precompiled header directive，想不到網(wǎng)上那么多的結(jié)果，看了幾篇，輕松搞定，真后悔沒有早點在網(wǎng)上搜索，浪費了不少時間。。
解決方法：
1、如果發(fā)生錯誤的文件是由其他的C代碼文件添加進入當前工程而引起的，則Alt+F7進入當前工程的 Settings，選擇C/C++選項卡，從Category組合框中選中Precompiled Headers，選擇Not Using Precompiled headers。確定。
2、在文件開頭添加:
#include "stdafx.h"
對預(yù)編譯頭文件說明如下：
所謂頭文件預(yù)編譯，就是把一個工程(Project)中使用的一些MFC標準頭文件(如Windows.H、Afxwin.H)預(yù)先編譯，以后該工程編譯時，不再編譯這部分頭文件，僅僅使用預(yù)編譯的結(jié)果。這樣可以加快編譯速度，節(jié)省時間。
預(yù)編譯頭文件通過編譯stdafx.cpp生成，以工程名命名，由于預(yù)編譯的頭文件的后綴是“pch”，所以編譯結(jié)果文件是projectname.pch。
編譯器通過一個頭文件stdafx.h來使用預(yù)編譯頭文件。stdafx.h這個頭文件名是可以在project的編譯設(shè)置里指定的。編譯器認為，所有在指令#include "stdafx.h"前的代碼都是預(yù)編譯的，它跳過#include "stdafx. h"指令，使用projectname.pch編譯這條指令之后的所有代碼。
因此，所有的CPP實現(xiàn)文件第一條語句都是：#include "stdafx.h"。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
unexpected end of file while looking for precompiled header directive Error executing cl.exe.我在文件頭上添加了：
#include "stdafx.h" 還是不能運行，請多指教！
Alt+F7進入當前工程的Settings，選擇C/C++選項卡，從Category組合框中選中Precompiled Headers，選擇Not Using Precompiled headers。確定。
如果發(fā)生錯誤的文件原本是該工程中的，則檢查該文件頭部有沒有＃i nclude "stdafx.h"語句，沒有的話添加。
如果還不行，也有可能是定義的類或結(jié)構(gòu)體等最后忘了加分號，注意一下
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
問題：我在編譯程序中老出現(xiàn)“fatal error C1010: unexpected end of file while looking for precompiled header directive”這一句，但我查看了程序并沒有錯，請問這是怎么一回事？
Ａ回答:
肯定是一個新添加的類的.cpp文件開頭沒包含stdafx.h，在該文件最前面加上即可。
BOBO的意見：
有時可以使用右鍵點擊項目工程中的該cpp文件，選擇setting，在c/c++欄，選擇PreCompiled headers，然后設(shè)置第一選項，選擇不使用預(yù)編譯頭，解決這個問題。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
編譯出現(xiàn)問題：unexpected end of file while looking for precompiled header directive
解決方案：
需要在文件頭上添加一句：
#include "stdafx.h"
這個文件定義了源程序為C++格式。
否則文件需要保存為.C格式
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
錯誤:fatal error C1083: Cannot open precompiled header file: 'Debug\test4.pch': No such file or directory
解決方案：
或rebuild all，或重新編譯一下stdafx.cpp就OK了，呵呵，又長知識了。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
今天在改一個很大的程序，慢慢看，慢慢改。突然發(fā)現(xiàn)一個.c文件，里面什么也沒有， 就幾個頭文件，我一看，我靠，這不是把簡單的問題搞復(fù)雜了嗎，隨手刪掉那個c文件。 結(jié)果不能編譯了，我靠：
fatal error C1083: Cannot open precompiled header file: \'Debug/v13_3.pch\':
No such file or directory
怎么rebuild all都不行。
上網(wǎng)查了一下，才搞懂了：
－－－－－－－－－－－－－－－－總結(jié)－－－－－－
如果工程很大，頭文件很多，而有幾個頭文件又是經(jīng)常要用的，那么
1。把這些頭文件全部寫到一個頭文件里面去，比如寫到preh.h
2。寫一個preh.c，里面只一句話：#include "preh.h"
3。對于preh.c，在project setting里面設(shè)置creat precompiled headers，對于其他.c文件，設(shè)置use precompiled header file
//
哈哈
我試了一下，效果很明顯，不用precompiled header，編譯一次我可以去上個廁所，用 precompiled header，編譯的時候，我可以站起來伸個懶腰，活動活動就差不多啦
－－－－－－－－－轉(zhuǎn)載的文章－－－－－－－－－－
預(yù)編譯頭的概念：
所謂的預(yù)編譯頭就是把一個工程中的那一部分代碼,預(yù)先編譯好放在一個文件里(通常是以.pch為擴展名的)，這個文件就稱為預(yù)編譯頭文件這些預(yù)先編譯好的代碼可以是任何的 C/C++代碼--------甚至是inline的函數(shù)，但是必須是穩(wěn)定的，在工程開發(fā)的過程中不會 被經(jīng)常改變。如果這些代碼被修改，則需要重新編譯生成預(yù)編譯頭文件。注意生成預(yù)編 譯頭文件是很耗時間的。同時你得注意預(yù)編譯頭文件通常很大，通常有6-7M大。注意及 時清理那些沒有用的預(yù)編譯頭文件。 也許你會問：現(xiàn)在的編譯器都有Time stamp的功能，編譯器在編譯整個工程的時候，它 只會編譯那些經(jīng)過修改的文件，而不會去編譯那些從上次編譯過，到現(xiàn)在沒有被修改過的文件。那么為什么還要預(yù)編譯頭文件呢？答案在這里，我們知道編譯器是以文件為單 位編譯的，一個文件經(jīng)過修改后，會重新編譯整個文件，當然在這個文件里包含的所有 頭文件中的東西（.eg Macro, Preprocesser ）都要重新處理一遍。VC的預(yù)編譯頭文件保存的正是這部分信息，以避免每次都要重新處理這些頭文件。
預(yù)編譯頭的作用：
根據(jù)上文介紹，預(yù)編譯頭文件的作用當然就是提高編譯速度了，有了它你沒有必要每次都編譯那些不需要經(jīng)常改變的代碼，編譯性能當然就提高了。
預(yù)編譯頭的使用：
要使用預(yù)編譯頭，我們必須指定一個頭文件，這個頭文件包含我們不會經(jīng)常改變的 代碼和其他的頭文件，然后我們用這個頭文件來生成一個預(yù)編譯頭文件（.pch文件）
想必大家都知道 StdAfx.h這個文件。很多人都認為這是VC提供的一個“系統(tǒng)級別”的編譯器帶的一個頭文件。其實不是的，這個文件可以是任何名字的。我們來考察一個典型的由AppWizard生成的MFC Dialog Based 程序的預(yù)編譯頭文件。（因為AppWizard 會為我們指定好如何使用預(yù)編譯頭文件，默認的是StdAfx.h，這是VC起的名字）。我們會發(fā)現(xiàn)這個頭文件里包含了以下的頭文件：
#include <afxwin.h> // MFC core and standard components
#include <afxext.h> // MFC extensions
#include <afxdisp.h> // MFC Automation classes
#include <afxdtctl.h> // MFC support for Internet Explorer 4 Common Controls
#include <afxcmn.h>
這些正是使用MFC的必須包含的頭文件，當然我們不太可能在我們的工程中修改這些頭文件的，所以說他們是穩(wěn)定的。那么我們?nèi)绾沃付ㄋ鼇砩深A(yù)編譯頭文件。我們知道一個頭文件是不能編譯的。所以我們還需要一個cpp文件來生成.pch 文件。這個文件默認的就是StdAfx.cpp。在這個文件里只有一句代碼就是：#include “Stdafx.h”。原因是理所當然的，我們僅僅是要它能夠編譯而已，也就是說，要的只是它的.cpp的擴展名。我們可以用/Yc編譯開關(guān)來指定StdAfx.cpp來生成一個.pch文件，通過/Fp編譯開關(guān)來指定生成的pch文件的名字。打開project ->Setting->C/C++ 對話框，把Category指向Precompiled Header。在左邊的樹形視圖里選擇整個工程 Project Options(右下角的那個白的地方)可以看到 /Fp “debug/PCH.pch”，這就是指定生成的.pch文件的名字，默認的通常是 <工程名>.pch（我的示例工程名就是PCH）。
然后，在左邊的樹形視圖里選擇StdAfx.cpp.//這時只能選一個cpp文件！
這時原來的Project Option變成了 Source File Option（原來是工程，現(xiàn)在是一個文件，當然變了）。在這里我們可以看到 /Yc開關(guān)，/Yc的作用就是指定這個文件來創(chuàng)建一個Pch文件。/Yc后面的文件名是那個包含了穩(wěn)定代碼的頭文件，一個工程里只能有一個文件的可以有YC開關(guān)。VC就根據(jù)這個選項把 StdAfx.cpp編譯成一個Obj文件和一個PCH文件 。
然后我們再選擇一個其它的文件來看看，//其他cpp文件在這里，Precomplier 選擇了 Use Precompiled Header 一項，頭文件是我們指定創(chuàng)建PCH 文件的stdafx.h 文件。事實上，這里是使用工程里的設(shè)置，（如圖1）/Yu”stdafx.h”，這樣我們就設(shè)置好了預(yù)編譯頭文件，也就是說，我們可以使用預(yù)編譯頭功能了。
以下是注意事項：
1):如果使用了/Yu，就是說使用了預(yù)編譯，我們在每個.cpp文件的最開頭，我強調(diào)一遍是最開頭，包含你指定產(chǎn)生pch文件的.h文件（默認是stdafx.h）不然就會有問題。如果你沒有包含這個文件，就告訴你Unexpected file end. 如果你不是在最開頭包含的，
你自己試以下就知道了，絕對有很驚人的效果?..
fatal error C1010: unexpected end of file while looking for precompiled
header directive
Generating Code...
2）如果你把pch文件不小心丟了，編譯的時候就會產(chǎn)生很多的不正常的行為。根據(jù)以上的分析，你只要讓編譯器生成一個pch文件，也就是說把 stdafx.cpp（即指定/Yc的那個cpp文件）從新編譯一遍，當然你可以傻傻的 Rebuild All，簡單一點就是選擇那個cpp文件，按一下Ctrl + F7就可以了，不然可是很浪費時間的哦。
是新加的類里沒加入頭文件stdafx.h
方法1：在新增加的類的文件前#include "stdafx.h"
方法2：在project->settings->C\C++ ->project options里的/Yu"stdafx.h" 刪除
1.unexpected end of file while looking for precompiled header directive
A1、右鍵點工程名,選設(shè)置,然后選c/c++屬性頁,再選catagory選單中選 precompiled header ,將選項置成no use 或者autometic
A2、好像是工程中設(shè)置了預(yù)編譯頭文件,但你的程序中事實上沒有添加這個頭文件. 主要是stdafx.h Project Setting->C/C++ -> Category(Precompiled header)->not using Precompiled header試試
下面是msdn的說法: Fatal Error C1010 unexpected end of file while looking for precompiled header directive A precompiled header was specified, but it did not contain a precompiled header directive. This error can be caused by specifying an incorrect file as a header file, or by specifying an include file with the /Yu (Use Precompiled Header) command line option that is not listed in the source file as an include file.
注：http://hi.baidu.com/chinapegasus/blog/item/27ede14f949d5133afc3ab9a.html
2.
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 >
[Project] --> [Settings] --> 選擇"Link"屬性頁, 在Project Options中將/subsystem:console改成/subsystem:windows
2. Console子系統(tǒng)設(shè)置錯誤, 提示: LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 >
控制臺項目要使用Console子系統(tǒng), 而不是Windows, 設(shè)置:
[Project] --> [Settings] --> 選擇"Link"屬性頁, 在Project Options中將/subsystem:windows改成/subsystem:console
3. 程序入口設(shè)置錯誤, 提示: msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
通常, MFC項目的程序入口函數(shù)是WinMain, 如果編譯項目的Unicode版本, 程序入口必須改為wWinMainCRTStartup, 所以需要重新設(shè)置程序入口:
[Project] --> [Settings] --> 選擇"Link"屬性頁, 在Category中選擇Output, 再在Entry-point symbol中填入wWinMainCRTStartup, 即可
4. 線程運行時庫設(shè)置錯誤, 提示: nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
這是因為MFC要使用多線程時庫, 需要更改設(shè)置:
[Project] --> [Settings] --> 選擇"C/C++"屬性頁, 在Category中選擇Code Generation, 再在Use run-time library中選擇Debug Multithreaded或者multithreaded 咸魚游俠(75374355) 12:11:11 其中, Single-Threaded
單線程靜態(tài)鏈接庫(release版本) Multithreaded
多線程靜態(tài)鏈接庫(release版本) multithreaded DLL
多線程動態(tài)鏈接庫(release版本) Debug Single-Threaded
單線程靜態(tài)鏈接庫(debug版本) Debug Multithreaded
多線程靜態(tài)鏈接庫(debug版本) Debug Multithreaded DLL
多線程動態(tài)鏈接庫(debug版本)
單線程: 不需要多線程調(diào)用時, 多用在DOS環(huán)境下
多線程: 可以并發(fā)運行
靜態(tài)庫: 直接將庫與程序Link, 可以脫離MFC庫運行
動態(tài)庫: 需要相應(yīng)的DLL動態(tài)庫, 程序才能運行
release版本: 正式發(fā)布時使用 debug版本: 調(diào)試階段使用
文章出處：http://www.diybl.com/course/3_program/c++/cppjs/2008619/126655.html
1、fatal error C1010: unexpected end of file while looking for precompiled header directive。
尋找預(yù)編譯頭文件路徑時遇到了不該遇到的文件尾。(一般是沒有#include "stdafx.h")
2、fatal error C1083: Cannot open include file: 'R…….h': No such file or directory
不能打開包含文件“R…….h”：沒有這樣的文件或目錄。
3、error C2011: 'C……': 'class' type redefinition
類“C……”重定義。
4、error C2018: unknown character '0xa3'
不認識的字符'0xa3'。(一般是漢字或中文標點符號)
5、error C2057: expected constant expression
希望是常量表達式。(一般出現(xiàn)在switch語句的case分支中)
6、error C2065: 'IDD_MYDIALOG' : undeclared identifier
“IDD_MYDIALOG”：未聲明過的標識符。
7、error C2082: redefinition of formal parameter 'bReset'
函數(shù)參數(shù)“bReset”在函數(shù)體中重定義。
8、error C2143: syntax error: missing ':' before '{'
句法錯誤：“{”前缺少“;”。
9、error C2146: syntax error : missing ';' before identifier 'dc'
句法錯誤：在“dc”前丟了“;”。
10、error C2196: case value '69' already used
值69已經(jīng)用過。(一般出現(xiàn)在switch語句的case分支中)
11、error C2509: 'OnTimer' : member function not declared in 'CHelloView'
成員函數(shù)“OnTimer”沒有在“CHelloView”中聲明。
12、error C2511: 'reset': overloaded member function 'void (int)' not found in 'B'
重載的函數(shù)“void reset(int)”在類“B”中找不到。
13、error C2555: 'B::f1': overriding virtual function differs from 'A::f1' only by return type or calling convention
類B對類A中同名函數(shù)f1的重載僅根據(jù)返回值或調(diào)用約定上的區(qū)別。
14、error C2660: 'SetTimer' : function does not take 2 parameters
“SetTimer”函數(shù)不傳遞2個參數(shù)。
15、warning C4035: 'f……': no return value
“f……”的return語句沒有返回值。
16、warning C4553: '= =' : operator has no effect; did you intend '='?
沒有效果的運算符“= =”;是否改為“=”?
17、warning C4700: local variable 'bReset' used without having been initialized
局部變量“bReset”沒有初始化就使用。
18、error C4716: 'CMyApp::InitInstance' : must return a value
“CMyApp::InitInstance”函數(shù)必須返回一個值。
19、LINK : fatal error LNK1168: cannot open Debug/P1.exe for writing
連接錯誤：不能打開P1.exe文件，以改寫內(nèi)容。(一般是P1.Exe還在運行，未關(guān)閉)
20、error LNK2001: unresolved external symbol "public: virtual _ _thiscall C……::~C……(void)"
連接時發(fā)現(xiàn)沒有實現(xiàn)的外部符號(變量、函數(shù)等)。
function call missing argument list 調(diào)用函數(shù)的時候沒有給參數(shù)。
member function definition looks like a ctor, but name does not match enclosing class 成員函數(shù)聲明了但沒有使用
unexpected end of file while looking for precompiled header directive 在尋找預(yù)編譯頭文件時文件意外結(jié)束，編譯不正常終止可能造成這種情況。
如何拋出（throw）由CUserException派生的異常？
當我試圖捕獲（catch）一個派生類異常時，我得到以下錯誤"error C2039:'classCMyException': is not a member of 'CMyException' 'classCMyException': undeclared identifier 'IsKindOf': cannot convert parameter 1 from 'int*' to 'const struct CRuntimeClass*"
你必需通過使用DECLARE_DYNAMIC（）和IMPLEMENT_DYNAMIC()宏來使你的CMyException類可以動態(tài)地創(chuàng)建。CATCH宏希望能夠得到關(guān)于被拋出類的運行時刻信息。
異常類一定要從CUserException中派生出來嗎？
不，CUserException中的"User"僅僅指用戶產(chǎn)生的異常。而把它當作你所能派生的唯一異常是種常見的誤解。
如何從HDC建立一個CDC類？
有時Windows API將會給你一個DC句柄，你可以通過它建立一個CDC類。例如：下拉式列表、組合框和按鈕。通過hDC你將接收到繪制消息。下面是將HDC轉(zhuǎn)換成你更熟悉的CDC的程序段。你也可以將該技巧用在其他任何MFC類和Windows句柄的轉(zhuǎn)換中。
void MyODList::DrawItem(LPDRAWITEMSTRUCT lpDrawItem)
{
CDC myDC;
myDC.Attach(lpDrawItem->hDC);
//在此插入其他需要的代碼。
//如果你不將句柄分離，它將被刪除，從而導(dǎo)致問題。
myDC.Detach();
}
另一個方法是調(diào)用CDC類的FromHandle方法：
CDC * pDC = CDC:FromHandle(lpDrawItem->hDC);
目前還不清楚哪種方法更優(yōu)越―使用FromHandle()的錯誤也許會更少些，因為它不要求你分離（detach）句柄。
如何從磁盤上讀取256色位圖文件？
當前，MFC并不支持直接讀取和顯示DIB文件和BMP文件。然而，有很多樣例應(yīng)用程序能夠說明如何完成該項任務(wù)。第一個例子是MFC樣例程序DIBLOOK。樣例MULTDOCS用DIBLOOK提供的相同源代碼來讀取并顯示DIB文件和BMP文件。其他兩個VC++中附帶的例子是SDK軟件包中的DIBVIEW程序和SHOWDIB程序。
如何改變一個視圖的大??？
通常，你可以調(diào)用函數(shù)MoveWindow（）來改變窗口的大小。在用MFC庫開發(fā)的應(yīng)用程序中， 視圖是被框架窗口所圍繞的一個子窗口。為了改變一個視圖的大小，你可以通過調(diào)用函數(shù)GetParentFrame()來得到框架窗口的指針，然后調(diào)用函數(shù)MoveWindow()來改變父窗口的大小。當父框架窗口改變大小時，視圖也會自動地改變大小來適應(yīng)父窗口。
如何改變一個CFormView的大小？
要想詳細了解的話，你可以看有關(guān)Visual C＋＋基礎(chǔ)知識的文章Q98598 《Using CFormView in SDI and MDI Applications》。基本上，在從CFormView類派生出來的類中，你必須覆蓋函數(shù)OnInitialUpdate()。其他有關(guān)建立CFormView的細節(jié)問題，可以從該文章中獲得。
在類ClikethisView中聲明如下函數(shù)：
virtual void OnInitialUpdate();
在ClikethisView的代碼中，函數(shù)如下：
void ClikethisView::OnInitialUpdate()
{
//使窗口與主對話框同樣大小
CFormView::OnInitialUpdate();
GetParentFrame()->RecalcLayout();
ResizeParentToFit( /*FALSE*/ );
}
如何使用一個文檔模板的新視圖？
在用AppWizard創(chuàng)建的應(yīng)用程序中，你有兩種選擇：改變當前視圖的派生關(guān)系或者建立一個新視圖并且在你的MDI程序中同時利用新視圖和原先的視圖。
為了創(chuàng)建一個新視圖，你可以用ClassWizard由CView派生一個新的類。當新類創(chuàng)建以后，利用新視圖或修改由AppWizard提供的視圖，兩者的步驟是相同的。
修改視類的頭文件，從而將所有對CView類的引用改名為你所想要的名稱。本例中的類由CScrollView派生而來。通常，這個步驟包括對類的改變，視類將由如下方式派生而來：
class CMyView : public CScrollView
修改視類的實現(xiàn)文件，從而將所有對CView的引用改名為你所想要的名稱。這包括將IMPLEMENT_DYNCREATE那一行的語句改為：
IMPLEMENT_DYNCREATE(CMyView, CScrollView)
將BEGIN_MESSAGE_MAP那一行的語句改為：
BEGIN_MESSAGE_MAP(CMyView, CScrollView)
并且將其他所有的CView改成CScrollView.
假如你修改的視圖是由AppWizard生成的，那么就不需要作更多的修改了。而如果你在創(chuàng)建一個新視圖，先在CWinApp::InitInstance()函數(shù)中找到對AddDocTemplate()函數(shù)的調(diào)用。AddDocTemplate()函數(shù)的第三個參數(shù)是RUNTIME_CLASS(CSomeView)，用CMyView來代替CSomeView，就可以將當前視圖改為新視圖。在MDI應(yīng)用程序中，你可以增加第二個AddDocTemplate()函數(shù)調(diào)用來使用多視圖類型，將RUNTIME_CLASS(CSomeView)改為RUNTIME_CLASS (CMyView)。
要想獲得更多的信息請參閱Q99562中相關(guān)文章《Switching Views in a Single Document Interface Program》 。
如何改變視圖的背景色？
你可以通過處理WM_ERASEBKGND消息來改變CView、CFrameWnd或CWnd對象的背景色。請看如下的程序段：
BOOL CSampleView::OnEraseBkgnd(CDC* pDC)
{
// 設(shè)置所要求背景色的刷子
CBrush backBrush(RGB(255, 128, 128));
// 保存舊刷子
CBrush* pOldBrush = pDC->SelectObject(&backBrush);
CRect rect;
pDC->GetClipBox(&rect); // 擦除所需的區(qū)域
pDC->PatBlt(rect.left, rect.top, rect.Width(), rect.Height(), PATCOPY);
pDC->SelectObject(pOldBrush);
return TRUE;
}
而我則用如下方法解決這個問題：
HBRUSH dlgtest::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
switch (nCtlColor)
{
case CTLCOLOR_BTN:
case CTLCOLOR_STATIC:
{
pDC->SetBkMode(TRANSPARENT);
}
case CTLCOLOR_DLG:
{
CBrush* back_brush;
COLORREF color;
color = (COLORREF) GetSysColor(COLOR_BTNFACE);
back_brush = new CBrush(color);
return (HBRUSH) (back_brush->m_hObject);
}
}
return(CFormView::OnCtlColor(pDC, pWnd, nCtlColor));
}
如何得到當前視圖？
最佳方法是將視圖當作一個參數(shù)來傳遞。如果不能這樣做，但你確信它是當前激活文檔和當前激活視圖的話，你也可以得到該視圖。具體細節(jié)見Visual C++文章Q108587《Get Current CDocument or CView from Anywhere》。
簡單說來，用：
((CFrameWnd*) AfxGetApp()->m_pMainWnd))->GetActiveDocument()
和：
((CFrameWnd*)(AfxGetApp()->m_pMainWnd))->GetActiveView()
來得到文檔和視圖。一個好的方法是將它們封裝在你的CMyDoc和CMyView類的靜態(tài)函數(shù)中，并且核對它們是否屬于正確的RUNTIME_CLASS。然而，假如這個視圖不是當前激活視圖或者你在運行OLE本地激活，這樣將不成功。
如何在一個文檔中建立多個視圖？
CDocTemplate::CreateNewFrame()函數(shù)創(chuàng)建MFC MDI應(yīng)用程序中的文檔的附加視圖。為了調(diào)用該函數(shù)，要指定一個指向CDocument對象（指將為之建立視圖的文檔）的指針和一個指向可從中復(fù)制屬性的框架窗口的指針。一般情形下，該函數(shù)的第二個參數(shù)為NULL。
當應(yīng)用程序調(diào)用函數(shù)CreateNewFrame()時，該函數(shù)就創(chuàng)建一個框架窗口和在該窗口內(nèi)的視圖?？蚣艽翱诤退囊晥D的類型由與CreateNewFrame()函數(shù)調(diào)用指定的文檔相關(guān)的文檔摸板(CDocTemplate)決定。
Visual C++中的CHKBOOK MFC樣例程序也演示了如何為文檔建立附加的框架和視圖。檢查CHKBOOK.CPP文件中的CChkBookApp::OpenDocumentfile()函數(shù)。
另一個用函數(shù)CreateNewFrame()的例子是MULTVIEW樣本程序。
CreateNewFrame()函數(shù)建立了一個框架和一個視圖，而不僅僅是一個視圖。假如CreateNewFrame()函數(shù)不能完全符合你的需要，可參考CreateNewFrame()函數(shù)的源程序來了解對建立結(jié)構(gòu)和視圖所必須的步驟。
如何在MDI程序中得到所有的視圖？
你必須用一些文檔中沒有記載的函數(shù)：
CDocument::GetFirstViewPosition(); // DOCCORE.CPP
CDocument::GetNextView(); // DOCCORE.CPP
CMultiDocTemplate::GetFirstDocPosition(); // DOCMULTI.CPP
CMultiDocTemplate::GetNextDoc(); // DOCMULTI.CPP
你還需要與CWinApp的成員m_templateList打交道。
注意：在MFC 版本4.0中已改變。現(xiàn)在已經(jīng)有一個叫CDocManager的類可以幫助你顯示所有的視圖和文檔。請參考《MFC Internals》獲得更詳細的信息。
如何建立一個可用鼠標拉動的CScrollView類
在CIS上從MSMFC庫下載AUTOSV.LZH。這個程序告訴你如何實現(xiàn)一個輔助消息循環(huán)來管理鼠標的活動，并提供了鉤掛來對代碼進行定制。這是一個免費軟件。
一定要用視圖/文檔結(jié)構(gòu)嗎？
MFC并不一定要求你使用文檔/視圖結(jié)構(gòu)。查看HELLO、 MDI和HELLOAPP例子―它們就沒有用那種結(jié)構(gòu)。大多數(shù)MFC特性都可以在非文檔/視圖應(yīng)用程序中得到運用。但是當你不用文檔 / 視圖結(jié)構(gòu)時，你確實會失去一些特性，例如打印預(yù)覽和許多OLE特性。
如何得到當前文檔？
請詳細參閱"如何得到當前視圖？"章節(jié)。
文檔何時被析構(gòu)？
在SDI程序中，程序退出后文檔就被刪除。在MDI程序中，與該文檔相關(guān)的最后一個視圖關(guān)閉時文檔就被刪除。為了在SDI和MDI中同時用這個文檔，你應(yīng)該在虛函數(shù)DeleteContents()函數(shù)中刪除該文檔的數(shù)據(jù)，而不是在析構(gòu)器中。
如何建立多文檔？
為了加入對附加文檔類型的支持，你可以在CWinApp派生類中創(chuàng)建和注冊附加CmultiDocTemplate對象。這種方法已經(jīng)在MULTDOCS樣例程序中得以說明。將一個附加文檔類型加入到MFC程序的一般步驟如下：
用AppWizard來創(chuàng)建一個新的文檔類和視圖類。
用資源編輯器增加新的資源字串來支持新的文檔類。要想知道關(guān)于文檔樣板字符串格式的更多內(nèi)容，請參閱"如何理解文檔樣板字符串"。
用資源編輯器增加附加的應(yīng)用程序圖標和菜單資源。注意，這些資源中每一個的ID都必須與在步驟2中創(chuàng)建的文檔模板字符串的ID是相同的。這個ID被CmultiDocTemplate類用來識別與附加文檔類型相關(guān)的資源。
在應(yīng)用程序的InitInstance（）函數(shù)中，創(chuàng)建了另一個CMultiDocTemplate對象并且用CWinApp::AddDocTemplate()函數(shù)來注冊。例如：
CMultiDocTemplate* pDocTemplate2 = new CMultiDocTemplate(
IDR_DOC2TYPE, RUNTIME_CLASS(CDoc2),
RUNTIME_CLASS(CMDIChildWnd),RUNTIME_CLASS(CView2));
AddDocTemplate(pDocTemplate2);
最后，將定制的序列化和繪圖代碼加入到你的新文檔和視圖類中。
如何得到一個打開文檔的列表？
下面的程序段指明如何得到用CDocTemplate對象建立的所有文檔的指針列表。
下面的程序段中，CMyApp由CWinApp派生而來。變量m_templateList是一個CPtrList對象，它是CwinApp的成員變量，包含一個所有文檔模板指針的列表。文檔模板函數(shù)GetFirstDocPosition()和GetNextDoc()被用來在文檔模板列表中進行迭代來得到每一個文檔模板。
void CMyApp::GetDocumentList(CObList * pDocList)
{
ASSERT(pDocList->IsEmpty());
POSITION pos = m_templateList.GetHeadPosition();
while (pos)
{
CDocTemplate* pTemplate =
(CDocTemplate*)m_templateList.GetNext(pos);
POSITION pos2 = pTemplate->GetFirstDocPosition();
while (pos2)
{
CDocument * pDocument;
if ((pDocument=pTemplate->GetNextDoc(pos2)) != NULL)
pDocList->AddHead(pDocument);
}
}
}
在參考手冊或在線幫助中，有兩個CdocTemplate類的公共成員函數(shù)沒有被說明。然而， 這些公共成員函數(shù)在CDocTemplate類中被定義，并且為在打開文檔的列表中前后搜索提供了簡單的支持。
這些函數(shù)如下：
Function virtual POSITION GetFirstDocPosition() const；
調(diào)用該函數(shù)得到在打開的文檔列表中與模板相關(guān)聯(lián)的第一個文檔的位置。返回的POSITION的值能夠被GetNextDoc成員函數(shù)反復(fù)使用。
Function Virtual CDocument* GetNextDoc(POSITION& rPosition) const；
rPostion是前面調(diào)用GetNextDoc 或GetFirstDocPosition成員函數(shù)返回的POSITION值。這個值不能是NULL。調(diào)用該函數(shù)來在所有打開的文檔中進行迭代。該函數(shù)返回被rPosition所標識的文檔并將rPosition設(shè)置為列表中的下一個文檔的POSITION值。假如所檢索的是列表中的最后一個文檔，rPosition將被設(shè)為空值。
注意，這僅對MFC3.2版本或更低版本有效，對MFC4.0版本請參考下面：
void CMyApp::DoSomethingToAllDocs()
{
CObList pDocList;
POSITION pos = GetFirstDocTemplatePosition();
while(pos)
{
CDocTemplate* pTemplate = GetNextDocTemplate(pos);
POSITION pos2 = pTemplate->GetFirstDocPosition();
while(pos2)
{
CDocument* pDocument;
if(pDocument = pTemplate->GetNextDoc(pos2))
pDocList.AddHead(pDocument);
}
}
if(!pDocList.IsEmpty()){
pos = pDocList.GetHeadPosition();
while(pos)
{
//為每一個文檔調(diào)用CDocument函數(shù)
( (CDocument*)pDocList.GetNext(pos) )
->UpdateAllViews(NULL);
}
}
如何使我的程序在啟動時不創(chuàng)建一個新文檔？
在程序的InitInstance中的ProcessShellCommand函數(shù)之前加入： cmdInfo.m_nShellCommand = CCommandLineInfo::FileNothing
格式：文件指針名=fopen(文件名，使用文件方式)
參數(shù)：
文件名 意義
"C:/temp/temp.txt" 文件 C:\temp\temp.txt
文件使用方式 意 義
“rt” 只讀打開一個文本文件，只允許讀數(shù)據(jù)
“wt” 只寫打開或建立一個文本文件，只允許寫數(shù)據(jù)
“at” 追加打開一個文本文件，并在文件末尾寫數(shù)據(jù)
“rb” 只讀打開一個二進制文件，只允許讀數(shù)據(jù)
“wb” 只寫打開或建立一個二進制文件，只允許寫數(shù)據(jù)
“ab” 追加打開一個二進制文件，并在文件末尾寫數(shù)據(jù)
“rt+” 讀寫打開一個文本文件，允許讀和寫。用fseek確定讀寫位置，寫多少覆蓋多少，
后面的內(nèi)容保留。因為磁盤空間是連續(xù)的，所以你不能在中間插入，在中間一旦
寫入就是覆蓋與寫入內(nèi)容等長的那些內(nèi)容。
“wt+” 讀寫打開或建立一個文本文件，允許讀寫
“at+” 讀寫打開一個文本文件，允許讀，或在文件末追加數(shù)據(jù)
“rb+” 讀寫打開一個二進制文件，允許讀和寫
“wb+” 讀寫打開或建立一個二進制文件，允許讀和寫
“ab+” 讀寫打開一個二進制文件，允許讀，或在文件末追加數(shù)據(jù)
對于文件使用方式有以下幾點說明：
1. 文件使用方式由r,w,a,t,b，+六個字符拼成，各字符的含義是：
r(read): 讀
w(write): 寫
a(append): 追加
t(text): 文本文件，可省略不寫
b(banary): 二進制文件
+: 讀和寫
2. 凡用“r”打開一個文件時，該文件必須已經(jīng)存在，且只能從該文件讀出。
3. 用“w”打開的文件只能向該文件寫入。若打開的文件不存在，則以指定的文件名建立該文件，若打開的文件已經(jīng)存在，則將該文件刪去，重建一個新文件。
4. 若要向一個已存在的文件追加新的信息，只能用“a ”方式打開文件。但此時該文件必須是存在的，否則將會出錯。
5. 在打開一個文件時，如果出錯，fopen將返回一個空指針值NULL。在程序中可以用這一信息來判別是否完成打開文件的工作，并作相應(yīng)的處理。
如果成功的打開一個文件, fopen()函數(shù)返回文件指針, 否則返回空指針
(NULL)。由此可判斷文件打開是否成功。
fclose()函數(shù)用來關(guān)閉一個由fopen()函數(shù)打開的文件 , 其調(diào)用格式為:
int fclose(FILE *stream);
該函數(shù)返回一個整型數(shù)。當文件關(guān)閉成功時, 返回0, 否則返回一個非零值。
可以根據(jù)函數(shù)的返回值判斷文件是否關(guān)閉成功
1）(CStuDlg*)AfxGetMainWnd() //AfxGetMainWnd() 得到主程序的指針！~~
2）GetDlgItem(IDC_EDIT3) //GetDlgItem()得到控件指針！~~
3）GetDlgItem(IDC_ENGLISH)->SetFocus(); //SetFocus()光標所在區(qū)！~~~
4）SetGlgItemText(dlg,IDC_WIDTH,"");設(shè)置控件的名稱！~~
5）MessageBox(
LPCTSTR lpszText,//消息字符串
LPCTSTR lpszCaption=NULL,//消息框標題
UINT nType=MB_OK //消息框風(fēng)格
);