1樓：狂風掠影
可能是這樣的情況
ontimer你自己定義了，沒有加到訊息對映裡，也沒有呼叫基類的ontimer。
詳細的摘自vccode**：
為什麼vc中debug版本可以正常執行的程式有時無法在release版本下正常執行
聞怡洋 譯
在vc中當整個工程較大時，軟體時常為出現在debug狀態下能執行而在release狀態下無法執行的情況。由於開發者通常在debug狀態下開發軟體，所以這種情況時常是在我們辛苦工作一兩個月後，滿懷信心的準備將軟體發行時發生。為了避免無謂的損失，我們最好進行以下的檢查:
1、時常測試軟體的兩種版本。
2、不要輕易將問題歸結為debug/release問題，除非你已經充分對兩種版本進行了測試。
3、預處理的不同，也有可能引起這樣的問題。
出現問題的一種可能性是在不同版本的編譯間定義了不同的預處理標記。請對你的debug版本的軟體試一下以下改動：
在"project setting(alt-f7)" 中的c/c++項中設定目錄(category)為"general"，並且改動"_debug"定義為"ndebug".
設定目錄為"preprocessor"並且新增定義"_debug到"undefined symbols"輸入框.
選擇rebuild all,重新編譯.
如果經過編譯的程式產生了問題，請對**進行如下改動：
將assert() 改為 verify().
找出定義在"#ifdef _debug"中的**，如果在release版本中需要這些**請將他們移到定義外。
查詢trace(...)中**，因為這些**在release中也不被編譯。
所以請認真檢查那些在release中需要的**是否並沒有被便宜。
4、變數的初始化所帶來的不同，在不同的系統，或是在debug/release版本間都存在這樣的差異，所以請對變數進行初始化。
5、是否在編譯時已經有了警告?請將警告級別設定為3或4,然後保證在編譯時沒有警告出現.
6、是否改動了資原始檔.
7、此外對release版本的軟體也可以進行除錯，請做如下改動：
在"project settings" 中 "c++/c " 專案下設定 "category" 為 "general" 並且將"debug info"設定為 "program database".
在"link"專案下選中"generate debug info"檢查框。
"rebuild all"
如此做法會產生的一些限制：
無法獲得在mfc dll中的變數的值。
必須對該軟體所使用的所有dll工程都進行改動。
另：ms bug：ms的一份技術文件中表明，在vc5中對於dll的"maximize speed"優化選項並未被完全支援，因此這將會引起記憶體錯誤並導致程式崩潰。
2樓：匿名使用者
如果你出的錯只有上述這三個，那我真不知道怎麼辦。
vs2010 mfc程式編譯時出現如下錯誤，請問哪位高手能夠指點一下是什麼情況，多謝多謝！！
3樓：xz巨集定義
今天寫了一個小程式，然後碰到了“error lnk2001 無法解析的外部符號”這個問題，一直解決不了，後來上網搜了下，發現這裡面的關於這類錯誤的內容歸納比較齊全，就摘下來作為參考了。
原文： http://wenku.baidu.com/view/8f0e877931b765ce0508141a.html
vc＋＋時經常會遇到連結錯誤lnk2001，該錯誤非常討厭，因為對於程式設計者來說，最好改的錯誤莫過於編譯錯誤，而一般說來發生連線錯誤時，編譯都已通過。產生連線錯誤的原因非常多，尤其lnk2001錯誤，常常使人不明其所以然。如果不深入地學習和理解vc＋＋，要想改正連線錯誤lnk2001非常困難。
初學者在學習vc＋＋的過程中，遇到的lnk2001錯誤的錯誤訊息主要為： unresolved external symbol “symbol”（不確定的外部“符號”）。如果連線程式不能在所有的庫和目標檔案內找到所引用的函式、變數或標籤，將產生此錯誤訊息。
一般來說，發生錯誤的原因有兩個：一是所引用 的函式、變數不存在、拼寫不正確或者使用錯誤；其次可能使用了不同版本 的連線庫。
以下是可能產生lnk2001錯誤的原因：
一．由於編碼錯誤導致的lnk2001。
1．不相匹配的程式**或模組定義（.def）檔案能導致lnk2001。例如, 如果在c＋＋ 原始檔內宣告瞭一變數“var1”，卻試圖在另一檔案內以變數 “var1”訪問該變數, 將發生該錯誤。
2．如果使用的行內函數是在.cpp檔案內定義的，而不是在標頭檔案內定義將導致lnk2001錯誤。
3．呼叫函式時如果所用的引數型別同函式宣告時的型別不符將會產生lnk2001。
4．試圖從基類的建構函式或解構函式中呼叫虛擬函式時將會導致lnk2001。
5．要注意函式和變數的可公用性，只有全域性變數、函式是可公用的。靜態函式和靜態變數具有相同的使用範圍限制。當試圖從檔案外部訪問任何沒有在該檔案內宣告的靜 態變數時將導致編譯錯誤或lnk2001。
函式內宣告的變數（區域性變數） 只能在該函式的範圍內使用。c＋＋ 的全域性常量只有靜態連線效能。這不同於c，如果試圖在 c＋＋的多個檔案內使用全域性變數也會產生lnk2001錯誤。
一種解決的方法是需要時在 標頭檔案中加入該常量的初始化**，並在.cpp檔案中包含該標頭檔案；另一 種 方法是使用時給該變數賦以常數。
二．由於編譯和連結的設定而造成的lnk2001
1．如果編譯時使用的是/nod（/nodefaultlib）選項，程式所需要的執行庫和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。
其實，產生lnk2001的原因還有很多，以上的原因只是一部分而已，對初 學者來說這些就夠理解一陣子了。但是，分析錯誤原因的目的是為了避免錯誤的發生lnk2001錯誤雖然比較困難，但是隻要注意到了上述問題，還是能 夠避免和予以解決的。
4樓：匿名使用者
別的版本的程式粘過來的？
vc程式能編譯過 但執行不了報錯裡有 afxwin2.inl line711 求助！
5樓：匿名使用者
除錯首先確定你這個index是有效的，意思就是沒有越界
在vc++mfc應用程式執行時出錯，這是怎麼回事? 請高手指點！
6樓：匿名使用者
debug assertion failed!
意思是debug巨集斷言失敗，在release模式下有可能正確，最好除錯一下查詢錯誤原因
7樓：
這部已經告訴你了麼：
在檔案afxwin1.inl的558行
c 程式編寫，c 程式編寫
include using namespace std struct fushu int add int m,int n double add double m,double n fushu add fushu m,fushu n int main int add int m,int n doubl...
急！求高手編寫VC 程式，急！求高手編寫VC 程式
include void main printf sum d n sum vc 是開發環境吧，c 吧，兄弟你的意思是用vc 裡面的mfc程式設計還是win32程式設計啊 include include using namespace std int main void include 如果你是c 的...
MFC編寫簡單的計算器，能實現加減乘除運算
用劍的法師 mfc應該是cstring型別的吧。也不是難，就是麻煩。本來想說，逐位取出來，char字元由ascii碼轉換成int 存在int陣列中。int陣列計算得到數值。然後想到了 強制把cstring轉換成int就好了吧。 如果不滿意，在進行搜尋，有很多關於 計算器的源 但不排除 個別存在惡意 ...