問(wèn)題描述：大部分的vs.net 2005的用戶(hù)在新建“win32項(xiàng)目－windows應(yīng)用程序”的時(shí)候，新建的工程都通不過(guò)去，出現(xiàn)如下提示： Solution to “MSVCR80D.dll not found”
“沒(méi)有找到MSVCR80D.dll，因此這個(gè)應(yīng)用程序未能啟動(dòng)。重新安裝應(yīng)用程序可能會(huì)修復(fù)此問(wèn)題。”

由于vs.net 2005 采用了一種新的DLL方案，搞成一個(gè)exe還要配有一個(gè)manifest文件（一般在嵌入文件里了，所以看不到，不過(guò)也可以不嵌入，這樣會(huì)生產(chǎn)一個(gè) <程序名>.exe.manifest的文件，沒(méi)它exe自己就轉(zhuǎn)不了了：）這是個(gè)新功能，微軟弄了個(gè)新工具（mt.exe），結(jié)果不好用，好像是fat32下時(shí)間戳有問(wèn)題（在ntfs下這個(gè)問(wèn)題就沒(méi)有了），搞得manifest有時(shí)嵌入不到exe中（默認(rèn)配置是嵌入的，所以就報(bào)錯(cuò)找不到 dll了。

解決方案
1．微軟對(duì)于這個(gè)問(wèn)題應(yīng)該也有處理，不過(guò)感覺(jué)不是很人性化。在“屬性->配置屬性->清單工具->常規(guī)“下有一個(gè)”使用FAT32解決辦法，把它選成是，就可以了。（注意：一定要先配置這個(gè)選項(xiàng)，然后再編譯工程，要不然還是不好用：）

2． 找到你的工程的文件夾，如（myproject），找到其下的myproject\myproject\Debug\ myproject.rec，把它刪掉（刪掉整個(gè)Debug目錄也可以），重新編譯，搞定！

3．
1） 首先找到你的vs.net安裝目錄（如我的是E:\Program Files\Microsoft Visual Studio 8），定位到Microsoft Visual Studio 8\VC\VCWizards\AppWiz\Generic\Application文件夾，備份這個(gè)Application文件夾）
2）打開(kāi)html\2052，看到兩個(gè)文件了吧，就那個(gè)AppSettings.htm了，打開(kāi)，在266行“ ”后回車(chē)，然后插入一下內(nèi)容：

選擇你所使用的文件系統(tǒng):

好，保存關(guān)閉，這個(gè)改完了，準(zhǔn)備下一個(gè)。
3） 打開(kāi)scripts\2052，這里就一個(gè)文件，ue打開(kāi)它，找到138行“ var bATL = wizard.FindSymbol(”SUPPORT_ATL”);”其后回車(chē)，插入如下內(nèi)容：

var MFTool = config.Tools("VCManifestTool"); MFTool.UseFAT32Workaround = true;

好，繼續(xù)找到210行(源文件的210，你加了上邊的語(yǔ)句就不是210了：)“ config = proj.Object.Configurations.Item(”Release”);”注意這次要在這行“前邊”加如下內(nèi)容：
if(bFAT32) { var MFTool = config.Tools("VCManifestTool"); MFTool.UseFAT32Workaround = true; }

好了，終于都改完了，打開(kāi)你的vs.net 2005新建一個(gè)win32應(yīng)用程序看看吧，效果還不錯(cuò)吧

http://forums.microsoft.com/MSDN/default.aspx?SiteID=1

manifest原理和用途

dll是被動(dòng)態(tài)調(diào)用的，所以會(huì)被若干個(gè)程序共享使用的 但是如果dll在應(yīng)用程序不知道的情況下升級(jí)了、或是被另一個(gè)程序更改了，就可能會(huì)出現(xiàn)問(wèn)題，即”DLL Hell”

隨著系統(tǒng)資源越來(lái)越豐富，硬盤(pán)不那么緊張，所以在XP以后的操作系統(tǒng)中，用新的機(jī)制來(lái)管理DLL
（這種機(jī)制，這不僅僅是對(duì)于.NET而言，對(duì)于普通的Native程序也是一樣的）

Madifest是個(gè)XML的描述文件，對(duì)于每個(gè)DLL有DLL的Manifest文件，對(duì)于每個(gè)應(yīng)用程序Application也有自己的Manifest

對(duì)于應(yīng)用程序而言，Manifest可以是一個(gè)和exe文件同一目錄下的.manifest文件，也可以是作為一個(gè)資源嵌入在exe文件內(nèi)部的(Embed Manifest)

XP以前版本的windows，會(huì)像以前那樣執(zhí)行這個(gè)exe文件，尋找相應(yīng)的dll，沒(méi)有分別
Manifest只是個(gè)多余的文件或資源，dll文件會(huì)直接到system32的目錄下查找，并且調(diào)用

而XP以后的操作系統(tǒng)，則會(huì)首先讀取Manifest，獲得exe文件需要調(diào)用的DLL列表
（此時(shí)獲得的，并不直接是DLL文件的本身的位置，而是DLL的manifest）
操作系統(tǒng)再根據(jù)DLL的Manifest去尋找對(duì)應(yīng)的DLL
<因此就可能區(qū)別不同版本的同一個(gè)DLL文件，或是指定一個(gè)程序本身Isolated的DLL>

不過(guò)使用Visual Studio 2005以后的一個(gè)新問(wèn)題是，
VS2005帶的8.0新版的C運(yùn)行庫(kù)(VC 8.0 CRT)文件在XP以后支持manifest的Windows版本中被調(diào)用時(shí)，
將會(huì)check一下Application自身的Manifest，否則將會(huì)拒絕被調(diào)用
這也就是說(shuō)，使用Visual Studio開(kāi)發(fā)的Application，Manifest將是必不可少的
（搞不懂MS為啥要這樣設(shè)置，所以與VS2003.NET不同了）
（后來(lái)想想，除了MS自己說(shuō)的哪些冠冕堂皇的原因，至少這樣一來(lái)Linux的Wine模擬要麻煩多了）

除非，你的程序是靜態(tài)鏈接的，沒(méi)有使用dll，只使用了操作系統(tǒng)核心的 Kernel32.dll, User32.dll, Ole32.dll, 或ShDocVW.dll 等
project的設(shè)置必須是Use Standard Windows Libraries、Not Using ATL、No Common Language Runtime support
那么你可以不需要考慮Manifest 可以關(guān)掉它

VS2005中Menifest相關(guān)的設(shè)置:
? Project/Properties/Linker/Manifest File/Generate Manifest?? 決定是否生成Manifest，如上情況才可以關(guān)閉
? Project/Properties/Linker/Manifest File/Allow Isolation????????這個(gè)是設(shè)置DLL的調(diào)用的，并不能決定Manifest是否還是必須的
? Project/Properties/Manifest Tool/Input and Output/Embed Manifest? 決定Manifest是個(gè)單獨(dú)的文件還是嵌入到exe內(nèi)的資源

【對(duì)于我來(lái)說(shuō)，使用SDL必須是啟用DLL的動(dòng)態(tài)鏈接方式，所以必須開(kāi)啟Manifest，并且讓Manifest Embed進(jìn)入exe比較方便】
【與上面內(nèi)容相應(yīng)的 是關(guān)于如何發(fā)布軟件的問(wèn)題，事實(shí)上只有VC6.0的CRT庫(kù)是綁定作為Windows的一部分的，之后從VS.net開(kāi)始，VC程序制作安裝包也是要考慮庫(kù)文件的，只不過(guò)VC6.0時(shí)推薦拷入System32，VC.net時(shí)推薦放在exe文件local目錄，而現(xiàn)在VS2005則還需要考慮Manifest的問(wèn)題了，看似麻煩，其實(shí)也還好，VS自帶工具打包，下面一些網(wǎng)址也有講如何手工做redistribution】

參考網(wǎng)址：
http://msdn2.microsoft.com/en-us/library/ms235342.aspx
http://msdn2.microsoft.com/en-us/library/ms235265.aspx
http://msdn2.microsoft.com/en-us/library/8kche8ah.aspx
http://blog.kalmbachnet.de/?postid=54
http://blogs.msdn.com/nikolad/archive/2005/03/18/398720.aspx