匿名使用者
1級
2013-04-19 回答在VS 2005中建立Win32工程時（以VS 2005中文版為例），你可能會遇到這樣的執行錯誤：“沒有找到MSVCP80D。dll，因此這個應用程式未能啟動。重新安裝應用程式可能會修復此問題。”（還可能是其它幾個類似的檔案：MSVCR80D。dll、MSVCM80D。dll）。對於VS2005新手，可能遇到的第一個問題便是此問題。
一直使用VC6進行開發測試，最近準備把平臺轉移到VS2005（過些天就應該轉VS2008了，呵呵）上來。於是，決定先把CppUnit轉移到此平臺上來。在VS2005中編譯CppUnit所遇到的問題不多，雖然沒VC6方便。但是在測試編譯好的CppUnit庫時卻遇到了困難：把以前在VC6中寫的AES移植過來（其使用了CppUnit進行單元測試），在執行時卻遇到了如上錯誤。剛開始以為可能是CppUnit沒有編譯好，重新編譯CppUnit多次，調整編譯引數，但始終有此錯誤，並且此錯誤有時出現有時不出現，這更暈了，大量時間就這樣浪費了。等我靜下來，才覺得可能是VS 2005的原因，於是上網搜尋此錯誤資訊，終於找到了問題所在。
VS 2005在生成可執行檔案時使用了一種新的技術，該技術生成的可執行檔案會伴隨生成一個清單檔案（manifest file）（。manifest字尾檔案）（其本質上是XML文件，你可以用文字編輯器開啟看看），並在連結完成後將該清單檔案嵌入到exe檔案中（預設情況下）。而在FAT32檔案系統中，在處理清單檔案階段，當增量連結時不能完成清單檔案的更新（預設情況下），於是造成清單檔案嵌入失敗，從而使該exe檔案執行時沒有相應的清單檔案而執行失敗並提示如上錯誤。
解決方案很多，列舉如下：
1。 由於這是在連結動態執行庫出現的問題，所以你可以選擇程式碼生成的連線方式為/MTd而非/MDd，不用這些DLL檔案從而避免問題的出現。該方法有一個很顯然的缺點：適用範圍有限，並且也不是我等提倡的解決問題的方式，不推薦該方法。
2。 既然跟FAT32系統有關，那麼我們可以選擇在NTFS檔案系統中開發從而避免該問題，此方法同上，也是採用的迴避問題的方式，不為我等提倡。
3。 該方法仍與FAT32有關：在專案的“屬性｜配置屬性｜清單工具｜常規”中的“使用FAT32解決辦法”選擇“是”（預設為“否”），重新生成專案即可解決問題。該方法是唯一真正針對問題所在而提出的解決方法，使清單工具可以正確更新。（此方法是官方解決方法，也比較方便，推薦）
4。 既然問題是在更新嵌入的清單檔案時發生的，由於FAT32的原因而未能更新嵌入的清單檔案，於是我們有如下兩種解決方法：
（1）不啟用增量連結。在專案的“屬性｜配置屬性｜連結器｜常規”中的“啟用增量連結”選擇“否”。此方法阻斷了問題產生的源頭，其每次生成exe檔案時都直接嵌入清單檔案，而不是預設的根據時戳而決定是否更新清單檔案。
（2）不嵌入清單檔案。在專案的“屬性｜配置屬性｜清單工具｜輸入和輸出”中的“嵌入清單”選擇“否”，從而在生成exe檔案時附隨生成一個清單檔案（預設情況下，其檔名為exe檔案的全名加上“。manifest”），避免了嵌入清單檔案可能失敗的問題。在程式執行時，會用到該清單檔案。顯然，這種方式使可執行程式產生了更多的外部依賴，不推薦。
另外，還有一個不能稱為方法的土辦法：每次Build前手動刪除*。ilk檔案（增量連結檔案）（當然可以在專案屬性中寫入刪除命令，使其自動執行），不推薦該土辦法。
最後，總結一下：
1。 此問題只在特定條件下才會出現：在FAT32檔案系統中編譯、預設設定（增量模式、不啟用FAT32解決方案、嵌入清單檔案）、非第一次生成可執行檔案檔案（即在增量連線、更新清單檔案時）。
2。 解決方案1和4。1方便實用，推薦使用。
太陽傘
1級
2013-04-19 回答靜態圖片實現不了你這個願望，只有用網頁製作或者flash製作才行！
