总结各种解决方法如下:
原因:(不知道在说啥)由于VS.net 2005 采用了一种新的DLL方案，搞成一个exe还要配有一个manifest文件（一般在嵌入文件里了，所以看不到，不过也可以不嵌入，这样会生产一个<程序名>.exe.manifest的文件，没它exe自己就转不了了：）这是个新功能，微软弄了个新工具（mt.exe），结果不好用，好像是fat32下时间戳有问题（在ntfs下这个问题就没有了），搞得manifest有时嵌入不到exe中（默认配置是嵌入的，所以就报错找不到dll了。
解决方法:(任选一个即可)
1、微软官方：在项目的“属性｜配置属性｜清单工具｜常规”中的“使用FAT32解决办法”选择“是”（默认为“否”），重新生成项目即可解决问题。该方法是唯一真正针对问题所在而提出的解决方法，使清单工具可以正确更新。（此方法是官方解决方法，也比较方便，推荐，注意：一定要先配置这个选项，然后再编译工程，要不然还是不好用）
2.生成Debug版本项目时，未打开连接器的/MANIFEST开关。在'Project Properties->Configuration Properties->Mainfest Tool->Input and Output->Embed Manifest' 将 YES 改成 NO 就可以了．
3、如果建立的是Win32的项目的话可以在项目－（项目名）属性－配置属性－C/C++－代码生成－运行时库 将其改为多线程调试 /MTd
4、在C:/Program Files/Microsoft Visual Studio 8/VC/redi
st/Debug_NonRedist/x86/Microsoft.VC80.DebugCRT 下找到了下列文件：
msvcm80d.dll
msvcp80d.dll
msvcr80d.dll
Microsoft.VC80.DebugCRT.manifest
把这几个文件拷贝到目标机器上，与运行程序同一文件夹或放到system32下，就可以运行那个程序了。
5、将Debug版本中第一次生成的.res文件删除后重新Build一次
6、采用Release模式,不要采用Debug模式就可以了
7、不启用增量链接。在项目的“属性｜配置属性｜链接器｜常规”中的“启用增量链接”选择“否”。此方法阻断了问题产生的源头，其每次生成exe文件时都直接嵌入清单文件，而不是默认的根据时戳而决定是否更新清单文件。
8、在NTFS格式的盘中建立项目。