C++博客-我的编程乐园-文章分类-常见编译器错误解决办法

【转载】编译错误＂MSVCRTD.lib(MSVCRTD.dll):errorLNK2005

刘畅 — Sun, 13 Dec 2009 09:41:00 GMT

今天在编译vc工程时出现的错误，并在网上找到了解决方法，有类似问题的请参照
本人在编译VC6.0工程时，遇到如下错误：
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _getenv   already   defined   in   LIBCMTD.lib(getenv.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _free   already   defined   in   LIBCMTD.lib(dbgheap.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _calloc   already   defined   in   LIBCMTD.lib(dbgheap.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _malloc   already   defined   in   LIBCMTD.lib(dbgheap.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _printf   already   defined   in   xlibgui.lib(PRINTF.OBJ)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _fflush   already   defined   in   LIBCMTD.lib(fflush.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _sprintf   already   defined   in   LIBCMTD.lib(sprintf.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _strncpy   already   defined   in   LIBCMTD.lib(strncpy.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _atoi   already   defined   in   LIBCMTD.lib(atox.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _realloc   already   defined   in   LIBCMTD.lib(dbgheap.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _signal   already   defined   in   LIBCMTD.lib(winsig.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   __controlfp   already   defined   in   LIBCMTD.lib(ieee87.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   error   LNK2005:   _exit   already   defined   in   LIBCMTD.lib(crt0dat.obj)
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _getenv   already   defined   in   LIBCMTD.lib(getenv.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _free   already   defined   in   LIBCMTD.lib(dbgheap.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _calloc   already   defined   in   LIBCMTD.lib(dbgheap.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _malloc   already   defined   in   LIBCMTD.lib(dbgheap.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _printf   already   defined   in   xlibgui.lib(PRINTF.OBJ);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _fflush   already   defined   in   LIBCMTD.lib(fflush.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _sprintf   already   defined   in   LIBCMTD.lib(sprintf.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _strncpy   already   defined   in   LIBCMTD.lib(strncpy.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _atoi   already   defined   in   LIBCMTD.lib(atox.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _realloc   already   defined   in   LIBCMTD.lib(dbgheap.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _signal   already   defined   in   LIBCMTD.lib(winsig.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   __controlfp   already   defined   in   LIBCMTD.lib(ieee87.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _exit   already   defined   in   LIBCMTD.lib(crt0dat.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _fclose   already   defined   in   LIBCMTD.lib(fclose.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _fopen   already   defined   in   LIBCMTD.lib(fopen.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   __stricmp   already   defined   in   LIBCMTD.lib(stricmp.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _fprintf   already   defined   in   LIBCMTD.lib(fprintf.obj);   second   definition   ignored
MSVCRTD.lib(MSVCRTD.dll)   :   warning   LNK4006:   _ceil   already   defined   in   LIBCMTD.lib(ceil.obj);   second   definition   ignored
      Creating   library   Debug/shm_ext_sim.lib   and   object   Debug/shm_ext_sim.exp
LINK   :   warning   LNK4098:   defaultlib   "MSVCRTD"   conflicts   with   use   of   other   libs;   use   /NODEFAULTLIB:library
LINK   :   warning   LNK4098:   defaultlib   "MSVCRT"   conflicts   with   use   of   other   libs;   use   /NODEFAULTLIB:library
Debug/shm_ext_sim.exe   :   fatal   error   LNK1169:   one   or   more   multiply   defined   symbols   found
Error   executing   link.exe.

shm_ext_sim.exe   -   37   error(s),   86   warning(s)
 
 
原因及解决方法：
主程序和lib所使用的运行库不一致，project->setting-> Generation->Use MFC Static Library



    
        
            网友：本站网友
            时间：2006-08-27 14:24:11 IP地址：202.194.210.★ 
        
        
            
        
        
            
        
        
            
            
                
                    
                        
                        For example, if you received this warning and you want to create an executable file that uses the non-debug, single-threaded version of the run-time libraries, you could use the following options with the linker: 

/NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib /NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB:msvcrtd.lib 

或者这样：For example, if you received this warning and you want to create an executable file that uses the non-debug, single-threaded version of the run-time libraries, you could use the following options with the linker:

/NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib /NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB写程序看到 warning，感觉不爽。 这个警告在 link option 中 加入 对应的 /NODEFAULTLIB:xxx.lib 　　就ok了

刘畅 2009-12-13 17:41 发表评论

VC的编译预处理，can't find "/pch"

刘畅 — Sat, 05 Dec 2009 12:37:00 GMT

预编译头文件

今天在改一个很大的程序，慢慢看，慢慢改。突然发现一个.c文件，里面什么也没有，就几个头文件，我一看，我靠，这不是把简单的问题搞复杂了吗，随手删掉那个c文件。结果不能编译了，我靠：
fatal error C1083: Cannot open precompiled header file: Debug/v13_3.pch\': No such file or directory
怎么rebuild all都不行。上网查了一下，才搞懂了：
－－－－－－－－－－－－－－－－总结－－－－－－
如果工程很大，头文件很多，而有几个头文件又是经常要用的，那么
1。把这些头文件全部写到一个头文件里面去，比如写到preh.h
2。写一个preh.c，里面只一句话：#include "preh.h"
3。对于preh.c，在project setting里面设置creat precompiled headers，对于其他 .c文件，设置use precompiled header file
// 哈哈我试了一下，效果很明显，不用precompiled header，编译一次我可以去上个厕所，用 precompiled header，编译的时候，我可以站起来伸个懒腰，活动活动就差不多啦

－－－－－－－－－--－－－－－－－－－－
      预编译头的概念：所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是以.pch为扩展名的)，这个文件就称为预编译头文件这些预先编译好的代码可以是任何的 C/C++代码--------甚至是inline的函数，但是必须是稳定的，在工程开发的过程中不会被经常改变。如果这些代码被修改，则需要重新编译生成预编译头文件。注意生成预编译头文件是很耗时间的。同时你得注意预编译头文件通常很大，通常有6-7M大。注意及时清理那些没有用的预编译头文件。

      也许你会问：现在的编译器都有Time stamp的功能，编译器在编译整个工程的时候，它只会编译那些经过修改的文件，而不会去编译那些从上次编译过，到现在没有被修改过的文件。那么为什么还要预编译头文件呢？答案在这里，我们知道编译器是以文件为单位编译的，一个文件经过修改后，会重新编译整个文件，当然在这个文件里包含的所有头文件中的东西（.eg Macro, Preprocesser ）都要重新处理一遍。VC的预编译头文件保存的正是这部分信息。以避免每次都要重新处理这些头文件。

预编译头的作用：根据上文介绍，预编译头文件的作用当然就是提高便宜速度了，有了它你没有必要每次都编译那些不需要经常改变的代码。编译性能当然就提高了。

预编译头的使用：要使用预编译头，我们必须指定一个头文件，这个头文件包含我们不会经常改变的代码和其他的头文件，然后我们用这个头文件来生成一个预编译头文件（.pch文件）

想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的，编译器带的一个头文件。其实不是的，这个文件可以是任何名字的。我们来考察一个典型的由AppWizard生成的MFC Dialog Based　程序的预编译头文件。（因为AppWizard会为我们指定好如何使用预编译头文件，默认的是StdAfx.h，这是VC起的名字）。我们会发现这个头文件里包含了以下的头文件：
#include // MFC core and standard components
#include // MFC extensions
#include // MFC Automation classes
#include // MFC support for Internet Explorer 4
Common Controls
#include

      这些正是使用MFC的必须包含的头文件，当然我们不太可能在我们的工程中修改这些头文件的，所以说他们是稳定的。
      那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能够编译而已?D?D?D也就是说，要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指定StdAfx.cpp来生成一个.pch文件，通过/Fp编译开关来指定生成的pch文件的名字。

      打开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的树形视图里选择整个工程Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”，这就是指定生成的.pch文件的名字，默认的通常是　<工程名>.pch（我的示例工程名就是PCH）。然后，在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件！这时原来的Project Option变成了 Source File Option（原来是工程，现在是一个文件，当然变了）。在这里我们可以看到 /Yc开关，/Yc的作用就是指定这个文件来创建一个Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件，一个工程里只能有一个文件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件。然后我们再选择一个其它的文件来看看，//其他cpp文件在这里，Precomplier 选择了 Use ⋯⋯⋯一项，头文件是我们指定创建PCH 文件的stdafx.h文件。事实上，这里是使用工程里的设置， /Yu”stdafx.h”。这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。

以下是注意事项：
1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍是最开头，包含你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的，你自己试以下就知道了，绝对有很惊人的效果⋯..
fatal error C1010: unexpected end of file while looking for precompiled header directive Generating Code...

2）如果你把pch文件不小心丢了，编译的时候就会产生很多的不正常的行为。根据以上的分析，你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp（即指定/Yc的那个cpp文件）从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp文件，按一下Ctrl + F7就可以了。不然可是很浪费时间的哦。

刘畅 2009-12-05 20:37 发表评论

VC6.0与vista 的冲突问题解决！ VS 2008惹的祸！！！

刘畅 — Fri, 27 Nov 2009 13:42:00 GMT

最开始安装了VC6.0，VS2005没有任何问题，之后安装了VS2008，问题就出来了，每次用VC6.0打开或添加项目时出现【MSDEV.EXE-应用程序错误"0x73d311c7"指令引用的"0x00000004"内存,该内存不能为"read"】，开始没有发现是哪里什么问题，后面因为必须用VC6.0开发，不得不试了好多版本，都不行，于是只好重新安装系统。
      第二次开始安装了VC6.0和VS2008，运行起来没有问题，当我安装上office2007的时候，上面的问题又出来了，于是卸掉office2007，VC6.0又正常了。于是仔细的观察了一下office2007和VS2005有什么相似的，终于发现了出现问题的原因。
      VS2005和office2007里面都包括组件.net framework2.0，而VS2008包括的是.net framework3.5，当主机上同时有.net framework 2.0和.net framework 3.5的时候，会造成VC6.0编译环境的改变，发生不可预料的错误，最根本的原因那当然得去问微软了。
      解决办法：安装不带.net framework2.0的精简版office2007（已经试过，我正在用），还有就是网上一种曲线救国的方法，下面分享一下：
      首先去下载一个FileTool(http://download.microsoft.com/download/vc60ent/s1/6.0/w9xnt4/en-us/filetool.exe 下载后解压缩)，下载过来是一个C++原始文件，需要通过VC编译一下产生一个 FileTool.dll
将这个插件复制到
X:\Program Files\Microsoft Visual Studio\Common\MSDev98\AddIns
重新打开VC6，Tools->Customize->Add-ins and Macro Files,选中FileTool Developer Studio Add-in即可。
此时打开VC6会有一个浮动工具栏（A O），点击A就是添加文件到工程，点击O就是打开文件。是不是很怪啊，竟然做了一个插件进来，并没有对原先的冲突进行改进。
以下的错误也随之解决：
Access Violation (0xC0000005) in DEVSHL.DLL at 0x5003eaed.
DevShl.Dll referenced memory at 0x0000000. The memory could not be read.

刘畅 2009-11-27 21:42 发表评论

VS2005中出现无法找到调试信息的解决方法

刘畅 — Fri, 27 Nov 2009 13:19:00 GMT

首先打开菜单项目->项目属性 (Alt+F7)页:

1 选择配置属性->链接器->调试->生成调试信息改为是

2 选择配置属性->C/C++ ->常规->调试信息格式改为用于“编辑并继续”的程序数据库(/ZI)

3 选择配置属性->C/C++ ->优化->优化改为自定义

重新编译，运行,ok

刘畅 2009-11-27 21:19 发表评论

【转载】R6034错误，C Runtime Error

刘畅 — Sun, 15 Nov 2009 11:51:00 GMT

这是我转的一篇非常全的帖子

能查到的解决方法都在里面有提及:

我是使用 stdafx.h加入这句

code #pragma comment(linker, "\"/manifestdependency:type='Win32' name='Microsoft.VC80.CRT' version='8.0.50608.0' processorArchitecture='X86' publicKeyToken='1fc8b3b9a1e18e3b' language='*'\"") 解决的

vs2008的话改成VC90.CRT

version='8.0.50608.0' 改成你的vs的版本.

以下是转载的全文

一个项目从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文件中加入：

#pragma comment(linker, "\"/manifestdependency:type='Win32' name='Microsoft.VC80.CRT' version='8.0.50608.0' processorArchitecture='X86' publicKeyToken='1fc8b3b9a1e18e3b' language='*'\"")
之后，调试中出现若干错误,屏蔽掉错误代码，可以运行，只是最前面的一个splash窗体没有了。
(参考：http://forums.microsoft.com/china/ShowPost.aspx?PostID=1988459&SiteID=15)

在此之前，参考了很多关于R6034错误的网页，主要是考虑manifest：

（1）磁盘系统是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的使用应该设置为静态链接。但我改成静态后，会有很多错误，于是放弃。

（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."

关于这个问题，有篇博客文章上说：

VS2005在FAT32分区的介质上对于Win32程序编译的一些注意

问题描述：大部分的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.

参考：

1。http://www.grimes.demon.co.uk/workshops/fusWSThirteen.htm

2。http://blogs.msdn.com/nikolad/articles/427101.aspx

3。http://blog.csdn.net/fjnucse/archive/2007/09/06/1774190.aspx

4。http://msdn2.microsoft.com/zh-cn/library/ms235560(vs.80).aspx

5。http://www.3800hk.com/Article/cxsj/cjiajia/txtxdmtcjj/2007-04-02/Article_125561.html

6。http://msdn2.microsoft.com/en-us/library/ms235342.aspx

7。http://msdn2.microsoft.com/en-us/library/ms235624(VS.80).aspx

8。http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=130240&SiteID=1

9。http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=94312&SiteID=1

10。http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=190815&SiteID=1

11。http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=208118&SiteID=1

12。http://forums.microsoft.com/china/ShowPost.aspx?PostID=1988459&SiteID=15

我也碰到上面的问题，上面是解决方案。直接在stdafx.h头文件中加入这个就可以了。#pragma comment(linker, "\"/manifestdependency:type='Win32' name='Microsoft.VC80.CRT' version='8.0.50608.0' processorArchitecture='X86' publicKeyToken='1fc8b3b9a1e18e3b' language='*'\"")