VS2005在FAT32分区的介质上对于Win32程序编译的一些注意
2006-09-26 17:10
363 查看
问题描述:大部分的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. 微软的解决方案。
在“属性->配置属性->清单工具->常规“下有一个”使用FAT32解决办法,设置为"是"
2. 找到你的工程的文件夹,如(myproject),找到其下的myproject\myproject\Debug\,Delete it.
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. 微软的解决方案。
在“属性->配置属性->清单工具->常规“下有一个”使用FAT32解决办法,设置为"是"
2. 找到你的工程的文件夹,如(myproject),找到其下的myproject\myproject\Debug\,Delete it.
相关文章推荐
- Linux编译程序时的一些注意事项
- VS2005向导生成的win32程序编译GDI+问题
- Linux编译程序时的一些注意事项
- Directx SDK9.0b 中的程序在VS2005中编译中的一些问题
- 今天用VS2005编译DirectShow程序,一些莫名其妙的问题总结
- VS2015--win32工程配置的一些想法之VS2015编译的程序在其他机器上缺少msvcp120.dll
- VS2015--win32工程配置的一些想法之VS2015编译的程序在其他机器上缺少msvcp120.dll
- Linux编译程序时的一些注意事项
- Directx SDK9.0b 中的程序在VS2005中编译中的一些问题
- X86-64 CPU架构以及64 位GCC对程序编译处理的一些变化
- VS2013编译WinXP下运行程序注意事项
- 第一次VS2005运行Win32程序 的问题
- 关于codeblocks 的程序中编译出现对于iostream, no such file or directory
- 基于bluez程序编译时注意事项
- freetype-2.4.4 编译 (vs2005 for win32)
- 编译第一个OSG程序时候需要注意的
- ubuntu14.04交叉编译vlc2.1.5源码,编译出在win32下运行的程序
- VS2013编译的用c++写的win32程序兼容性问题
- 保存写了一天代码(注意,程序有一些问题)
- xcode 编译旧程序遇到的一些问题解决汇总