在mfc的基於對話方塊的程式裡面可以看到這個:
引發了錯誤,估計是我刪除了編譯的檔案,但是沒有刪除乾淨,結果再次編譯的時候,出錯了.
我的解決辦法很簡單:
project->c/c++->precompiled header,只要選擇:not using precompiled headers,就萬事大吉了=.=
下面附一篇看到的文章,可以更清楚了解為什麼會這樣:
預編譯標頭檔案的使用：
關鍵字：預編譯，/yu，/yc，/yx
本文介紹vc6的預編譯功能的使用，由於預編譯詳細使用比較的複雜，這裡只介紹幾個最重要的預編譯指令: /yu, /yc,/yx,/fp。其它的詳細資料可以參考:
msdn->visual studio d6.0document -> visual c++6.0 document
->vc++ programer guider ->compiler and linker
->details->creating precompiled header files
預編譯頭的概念：
所謂的預編譯頭就是把乙個工程中的那一部分**,預先編譯好放在乙個檔案裡(通常是以
.pch
為副檔名的)，這個檔案就稱為預編譯標頭檔案
這些預先編譯好的**可以是任何的c/c++**--------甚至是inline的函式，但是必須是穩定的，在工程開發的過程中不會被經常改變。如果這些**被修改，則需要重新編譯生成預編譯標頭檔案。注意生成預編譯標頭檔案是很耗時間的。同時你得注意預編譯標頭檔案通常很大，通常有6-7m大。注意及時清理那些沒有用的預編譯標頭檔案。
也許你會問：現在的編譯器都有time stamp的功能，編譯器在編譯整個工程的時候，它只會編譯那些經過修改的檔案，而不會去編譯那些從上次編譯過，到現在沒有被修改過的檔案。那麼為什麼還要預編譯標頭檔案呢？答案在這裡，我們知道編譯器是以檔案為單位編譯的，乙個檔案經過修改後，會重新編譯整個檔案，當然在這個檔案裡包含的所有標頭檔案中的東西（.eg macro, preprocesser ）都要重新處理一遍。vc的預編譯標頭檔案儲存的正是這部分資訊。以避免每次都要重新處理這些標頭檔案。
預編譯頭的作用：
方法一：手動方法
根據上文介紹，預編譯標頭檔案的作用當然就是提高便宜速度了，有了它你沒有必要每次都編譯那些不需要經常改變的**。編譯效能當然就提高了。
預編譯頭的使用：
要使用預編譯頭，我們必須指定乙個標頭檔案，這個標頭檔案包含我們不會經常改變的**和其他的標頭檔案，然後我們用這個標頭檔案來生成乙個預編譯標頭檔案（.pc**件）
#include // mfc core and standard components
#include // mfc extensions
#include // mfc automation classes
#include // mfc support for internet explorer 4 common controls
#include
這些正是使用mfc的必須包含的標頭檔案，當然我們不太可能在我們的工程中修改這些標頭檔案的，所以說他們是穩定的。
那麼我們如何指定它來生成預編譯標頭檔案。我們知道乙個標頭檔案是不能編譯的。所以我們還需要乙個cpp檔案來生成.pch 檔案。這個檔案預設的就是stdafx.cpp。在這個檔案裡只有一句**就是：#include 「stdafx.h」。原因是理所當然的，我們僅僅是要它能夠編譯而已―――也就是說，要的只是它的.cpp的副檔名。我們可以用/yc編譯開關來指定stdafx.cpp來生成乙個.pc**件，通過/fp編譯開關來指定生成的pc**件的名字。開啟project ->setting->c/c++ 對話方塊。把category指向precompiled header。在左邊的樹形檢視裡選擇整個工程 （如圖）
（圖１）
在圖中我們的project options(右下角的那個白的地方)可以看到 /fp 「debug/pch.pch」，這就是指定生成的.pc**件的名字，預設的通常是
工程.pch（我的示例工程名就是pch）。
然後，在左邊的樹形檢視裡選擇stdafx.cpp.如圖：(圖２)
這時原來的project option變成了 source file option（原來是工程，現在是乙個檔案，當然變了）。在這裡我們可以看到 /yc開關，/yc的作用就是指定這個檔案來建立乙個pc**件。/yc後面的檔名是那個包含了穩定**的標頭檔案，乙個工程裡只能有乙個檔案的可以有yc開關。vc就根據這個選項把 stdafx.cpp編譯成乙個obj檔案和乙個pc**件。
然後我們再選擇乙個其它的檔案來看看，如圖：
在這裡，precomplier 選擇了 use ………一項，標頭檔案是我們指定建立pch 檔案的stdafx.h
檔案。事實上，這裡是使用工程裡的設定，（如圖1）/yu」stdafx.h」。
這樣，我們就設定好了預編譯標頭檔案。也就是說，我們可以使用預編譯頭功能了。以下是注意事項：
1):如果使用了/yu，就是說使用了預編譯，我們在每個.cpp檔案的最開頭，我強調一遍是最開頭，包含
你指定產生pc**件的.**件（預設是stdafx.h）不然就會有問題。如果你沒有包含這個檔案，就告訴你unexpected file end. 如果你不是在最開頭包含的，你自己試以下就知道了，絕對有很驚人的效果…..
2）如果你把pc**件不小心丟了，編譯的時候就會產生很多的不正常的行為。根據以上的分析，你只要讓編譯器生成乙個pc**件。也就是說把 stdafx.cpp（即指定/yc的那個cpp檔案）從新編譯一遍。當然你可以傻傻的 rebuild all。簡單一點就是選擇那個cpp檔案，按一下ctrl + f7就可以了。不然可是很浪費時間的哦。
方法二。自動使用
很簡單只要指定/yx就可以了。或者在上圖中選擇automatic………就可以了。注意的事情是如果你指定了/yc /yu的話，/yx是會被忽略的。前者的優先級別高一些。
有關 ssh 的錯誤
在用 buildroot 編譯的樹莓派鏡象中，遠端 ssh 登入會卡住，無法輸入，加入 vvv除錯時有如下提示 pty allocation request failed on channel 0 一開始編譯的系統 並沒有加入devpts這樣的功能，而 ssh 遠端登入要使用類似於虛擬終端的功能，而...
no OPENSSL Applink錯誤的解決方法
自己按照openssl中介紹的編譯，安裝openssl，其間編譯並不是很順利。首先是關於在x64上進行編譯，問題一大堆，並且在x64編譯安裝文件中介紹的很簡單，細節沒有介紹，自己決定按照x86上的方法進行編譯。才開始出現了link error,重新解壓壓縮包後重新編譯就成功了。在編譯過程中並沒有使用...
有關於read only的錯誤
遇到該問題 就要注意const宣告的值有沒有被修改。在學3.0 主要是composition api體驗 的時候，const寫太多懵了，雜糅在一起，導致後續watch處出現問題。於是出現了 error is read only 這個問題。首先基礎 const 定義常量，這裡如果是引用資料型別的話，不...