一個項目從vc6遷移到VS2005，在修改了一系列的類型警告后。編譯成功了，Debug的時候，結果卻冒出一個R6034錯誤："An application has made an attempt to load the C runtime library incorrectly. Please contact the application's support team for more information."
Output Window:app.exe 中的 0x7c984ed1 處最可能的異常: 0xC0000142: DLL Initialization Failed。
編譯條件是：Linker->Manifest File ->Allow Isolation:Yes。
在同樣的編譯條件下，Release則可以正常編譯運行。
采取解決措施：在stdafx.h文件中加入：
在此之前，參考了很多關于R6034錯誤的網頁，主要是考慮manifest：
（1）磁盤系統(tǒng)是fat32格式的：FAT32的時間精度不夠,所以linker在生成文件的時候會出錯，如果是ntfs的就沒有問題.VS2005項目設置里面在清單工具（Manifest Tool）下面有一個選項"使用FAT32解決辦法"(Use FAT32 work around)是專門解決這個問題的.對于FAT32的磁盤，需要選擇"Yes"，默認是"No".
(2)Visual Studio 2005用向導生成的項目，在運行時可能會遇到找不到MFC80UD.dll的問題。這個問題可能是Manifest 引起的，因此我們可以通過修改項目屬性(properties)->清單工具(property pages)->鏈接(linker)-->manifest file -->Allow Isolation，把“嵌入清單”選“否”，.然后編譯、鏈接、運行即可。
Visual Studio 2005用向導生成的項目，在運行時可能會遇到找不到MFC80UD.dll的問題。這個問題可能是Manifest 引起的，因此我們可以通過修改項目屬性->清單工具->輸入輸出，把“嵌入清單（Embed Manifest）”選“否”，.然后編譯、鏈接、運行即可。
(3)有人提示，在項目屬性里，mfc的使用應該設置為靜態(tài)鏈接。但我改成靜態(tài)后，會有很多錯誤，于是放棄。
（4）問了一個論壇上的網友，他說可能和Microsoft C++ Runtime Library有關系。
除此之外，一個參考文獻上說的解決方法是：將Linker->Manifest File ->Allow Isolation：Do not Allow Side by Side isolation，則無論在Debug和Release條件，都出現如下：This application has failed to start because MSVCR80D.dll was not found. Re-installing the application may fix the problem."
關于這個問題，有篇博客文章上說：
問題描述：大部分的vs.net 2005的用戶在新建“win32項目－windows應用程序”的時候，新建的工程都通不過去，出現如下提示：
Solution to “MSVCR80D.dll not found”
“沒有找到MSVCR80D.dll，因此這個應用程序未能啟動。重新安裝應用程序可能會修復此問題。”
問題所在：由于vs.net 2005 采用了一種新的DLL方案，搞成一個exe還要配有一個manifest文件（一般在嵌入文件里了，所以看不到，不過也可以不嵌入，這樣會生產一個<程序名>.exe.manifest的文件，沒它exe自己就轉不了了：）這是個新功能，微軟弄了個新工具（mt.exe），結果不好用，好像是fat32下時間戳有問題（在ntfs下這個問題就沒有了），搞得manifest有時嵌入不到exe中（默認配置是嵌入的，所以就報錯找不到dll了。
解決方案
1． 微軟的解決方案。
在“屬性->配置屬性->清單工具->常規(guī)“下有一個”使用FAT32解決辦法，設置為"是"
2． 找到你的工程的文件夾，如（myproject），找到其下的myproject\myproject\Debug\，Delete it.
參考：
posted on 2008-03-08 12:17
MDnullWHO 閱讀(1263)
評論(0) 編輯 收藏 引用