http://hi.baidu.com/stand_add/blog/item/7dce3387158ad63667096eca.html
VC2008下提示找不到MSVCP90D.dll的解决办法
VS 2005/VS 2008在生成可执行文件时使用了一种新的技术,该技术生成的可执行文件会伴随生成一个清单文件(manifest file)(.manifest后缀文件)(其本质上是XML文档,你可以用文本编辑器打开看看),并在链接完成后将该清单文件嵌入到exe文件中(默认情况下)。而在FAT32文件系统中,在处理清单文件阶段,当增量链接时不能完成清单文件的更新(默认情况下),于是造成清单文件嵌入失败,从而使该exe文件运行时没有相应的清单文件而运行失败并提示如上错误。
解决方案很多,列举如下:
1. 由于这是在链接动态运行库出现的问题,所以你可以选择代码生成的连接方式为 /MTd 而非 /MDd ,不用这些DLL文件从而避免问题的出现。该方法有一个很显然的缺点:适用范围有限,不推荐该方法。
注:/MT /MTD MD /MDD 之间的关系可以参见 VC运行库版本不同导致链接.LIB静态库时发生重复定义问题的一个案例分析和总结;另外如果使用/MT 或者/MTD 那么生成的文件的尺寸基本上是使用/MD 或者/MDD的10倍大小
2. 既然跟FAT32系统有关,那么我们可以选择在NTFS文件系统中开发从而避免该问题,此方法同上,也是采用的回避问题的方式,不提倡。(我个人推荐使用这种方法)
3. 该方法仍与FAT32有关:在项目的“属性|配置属性|清单工具|常规(Project | Game Properties | Configuration Properties | C/C++ | Code Generation | Runtime Library)”中的“使用FAT32解决办法”选择“是”(默认为“否”),重新生成项目即可解决问题。该方法是唯一真正针对问题所在而提出的解决方法,使清单工具可以正确更新。(此方法是官方解决方法,也比较方便,推荐)
4. 既然问题是在更新嵌入的清单文件时发生的,由于FAT32的原因而未能更新嵌入的清单文件,于是我们有如下两种解决方法:
(1)不启用增量链接。在项目的“属性|配置属性|链接器|常规”中的“启用增量链接”选择“否”。此方法阻断了问题产生的源头,其每次生成exe文件时都直接嵌入清单文件,而不是默认的根据时戳而决定是否更新清单文件。
(2)不嵌入清单文件。在项目的“属性|配置属性|清单工具|输入和输出”中的“嵌入清单”选择“否”,从而在生成exe文件时附随生成一个清单文件(默认情况下,其文件名为exe文件的全名加上“.manifest”),避免了嵌入清单文件可能失败的问题。在程序运行时,会用到该清单文件。显然,这种方式使可执行程序产生了更多的外部依赖,不推荐。
另外,还有一个不能称为方法的土办法:每次Build前手动删除*.ilk文件(增量链接文件)(当然可以在项目属性中写入删除命令,使其自动执行),不推荐该土办法。
最后,总结一下:
1. 此问题只在特定条件下才会出现:在FAT32文件系统中编译、默认设置(增量模式、不启用FAT32解决方案、嵌入清单文件)、非第一次生成可执行文件文件(即在增量连接、更新清单文件时)。(注意)
2. 解决方案1和4.1方便实用,推荐使用。
ps:我个人认为解决这个问题的最好方法就是使用vc2005/vc2008的时候,在ntfs文件系统上进行开发(也就是第2种方法)。当前的绝大多数软件在ntfs文件系统都能够正常的运行(即便是dos类的工具也能在ntfs文件系统上良好的运行),为什么还要死抱着fat/fat32文件系统不放呢?
另外要注意一个概念问题,“VC2008下提示找不到MSVCP90D.dll”这是属于开发问题,是由于windows文件系统的bug(fat32的bug),导致vc2005/vc2008开发工具编译出来的程序不能正常的运行
分享到:
相关推荐
3. **msvcp90d.dll**:这是Microsoft Visual C++的C++运行时库的Debug版本。它包含了C++标准库中的各种容器、算法、字符串处理等功能,如vector、list、map等。同样,Debug版本的库会提供更多的错误检测和调试支持。...
提供了vc++2008中的所有dll文件和环境,包括Debug版本文件mfc90d.dll,msvcm90d.dll,msvcp90d.dll,Microsoft.VC90.DebugCRT.manifest,Microsoft.VC90.DebugMFC.manifest等文件,非常方便调用c++的dll文件不用安装...
Microsoft.VC90.DebugCRT 包含4个文件。Microsoft.VC90.DebugCRT.manifest/msvcm90d.dll/msvcp90d.dll/msvcr90d.dll
然而,如果在另一台没有安装VS2008的计算机上尝试运行这个程序,可能会遇到“找不到msvcr90.dll”之类的错误,因为缺少了必要的运行时库。 描述中提到的解决方案是,将“microsoft.vc90.debugCRT”这个文件夹(通常...
Microsoft.VC90.DebugCRT 包含4个文件。Microsoft.VC90.DebugCRT.manifest/msvcm90d.dll/msvcp90d.dll/msvcr90d.dll
4. **Microsoft.VC90.DebugCRT.manifest**:这是一个清单文件,它告诉系统msvcr90d.dll、msvcp90d.dll和msvcm90d.dll是Visual Studio 2008的调试版本,并声明了这些组件的依赖关系。当应用程序运行时,操作系统会...
3. **Microsoft.VC90.DebugCRT.manifest**: 这是一个清单文件,用于描述依赖的运行时组件,它告诉系统在哪里可以找到`msvcr90d.dll`, `msvcp90d.dll`, `msvcm90d.dll`这些DLL文件。在安装或运行使用这些库的程序时,...
将它们放置在正确的位置可以解决运行这些程序时可能出现的“找不到XXX.dll”的错误,从而确保程序的正常运行。在部署或调试基于VC6的程序时,确保这些运行库文件的可用性和正确性是非常关键的步骤。
vs2008编译出的exe无法运行,可能需要的dll依赖,Microsoft.VC90.DebugCRT一整个文件夹里面包含“Microsoft.VC90.DebugCRT.manifest、msvcm90d.dll、msvcp90d.dll、msvcr90d.dll”,还有vcredist_x86.exe,配套博客...
这些DLL通常位于`%SystemRoot%\System32`目录下,对于某些应用程序,可能还需要将它们部署到目标机器的相同目录或应用程序的同一目录下,以确保程序能够正常运行。 在使用这些DLL时,开发者需要注意版本兼容性、...
这些dll文件(如mfcdll.dll、mfc90d.dll等)包含了MFC库的实现,开发者可以利用它们快速构建基于Windows的图形用户界面。当使用MFC开发的应用程序运行时,如果没有相应的MFC库,就会出现找不到dll文件的错误。 解决...
- `msvcp90d.dll` - `msvcr90d.dll` - **Release模式**: - `mfc90.dll` - `Microsoft.VC90.MFC.manifest` - `msvcm90.dll` - `msvcp90.dll` - `msvcr90.dll` 除了上述类库外,还需要包含对应的manifest...
- `msvcp90d.dll` - `msvcr90.dll` - `msvcr90d.dll` 这些问题通常是由于缺少相应的运行时库文件造成的。解决方法包括但不限于: - **重新编译**:确保所有必要的库文件都已正确编译。 - **安装运行时库**:下载并...
如果程序使用的是Debug版本,通常会依赖于带有d后缀的运行时库文件,如msvcp90d.dll;如果是Release版本,则依赖于不带d后缀的相应文件。如果目标电脑缺少这些文件,则需要从开发机或互联网上获取并拷贝过去。 知识...