如果給你乙個vs的解決方案，預設的是release版的，讓你弄出乙個debug版本出來方便除錯，你會發現，乙個大的工程，絕對不會是講release改為debug那麼簡單。
首先，改為debug後，要保證一些基本的庫跟release版本是一致的，這樣才能夠保證編譯時能夠找到庫檔案，dll或者lib，有時候路徑設定的不對，甚至連h或者cpp檔案也找不到。
然後，是字符集和mfc使用的設定，一般都是多字符集，mfc跟release版本保持一致。當然有時候編譯不通過的時候可以都試一下。
另外還有幾個特別容易出錯的地方，**生成那裡的基本執行時檢查和執行時庫，設定的不對也會導致大量的出錯資訊。
注意一下檔案的輸入輸出目錄，各個檔案之間的呼叫關係。
下面說一下我今天遇到的錯誤還有解決方法吧。
error lnk2005: _calloc 已經在 libcmtd.lib(dbgheap.obj) 中定義 libcmt.lib
fatal error lnk1169: 找到乙個或多個多重定義的符號
這種錯誤要在鏈結器—輸入—忽略特定庫中輸入libcmt.lib。
error lnk2005: _dllmain@12 已經在 cybergina.obj 中定義 mfcs80d.lib
fatal error lnk1169: 找到乙個或多個多重定義的符號
我在預處理器—預處理定義—刪除usedll解決了問題
error lnk2019: 無法解析的外部符號 _cip_stream_op，該符號在函式 「public: long………………中被引用
這種錯誤一般是庫檔案路徑不對
鏈結器—輸入—附加依賴庫 保持跟release一致
error c2491: ***: 不允許 dllimport 函式 的定義
c/c++ 預處理器 預處理定義 新增apictrl_exports，網上多半是說加入dllexport,我試過了，對我來說不能解決。呵呵。
最後，如果提示找不到什麼lib，dll一定要仔細檢查設定的附加庫啊，包含目錄啊，依賴項，要保證路徑正確，並且檔案存在。
VS活動解決方案平台
測試環境 win7 x64 測試程式 wcf查詢資料庫後將資料集返回到winform程式載入並顯示 測試結果 1.從感覺來說exe在 x86目標平台生成，啟動速度快。2.記憶體消耗 x86的程式在超出150mb後會進行 x64的程式在超出300mb後會進行 該結果從任務管理器中體現 解決方案平台 記...
vs生成解決方案出錯
我的專案生成時出現了這個問題，我用vs 開啟不會出現這種情況，但是點開sln解決方案就會出現這種情況，疑是生成解決方案時，存放位置出現錯誤 搜了搜解決方法，如下 1 子目錄下存在web.config檔案，刪除無用的即可。2 web.config存放資料夾不正確，必須要放在根目錄下 3 自別人 解決1...
關於VS的release版本除錯
有時我們自己寫的 只能用release版本 比如呼叫第三方庫只提供release版本，如果自己的那部分 使用debug版本的話，兩邊版本不匹配經常會出問題 但是又希望針對自己的寫的那部分 除錯，這個時候可以用這個方法 在vs中選擇project 右鍵property c c optimization...