VS2008编译的程序在某些机器上运行提示“由于应用程序配置不正确,应用程序未能启动”的问题
Vs2008运行中经常出现的问题汇总版
Vs2008运行中经常出现的问题汇总版1.问题：test.exe 中的 0x 1026f689 (msvcr90d.dll) 处未处理的异常:0xC0000005: 写入位置 0xcccccccc 时发生访问冲突。
答：访问冲突一般都是空指针或是野指针造成的，可能是指针数组或者字符指针未初始化就使用，或者没有给多维指针分配动态内存。
例如：使用filename_array[i]之前就一定要对filename_array[i]分配内存，作初始化；char* filename_array[2000]；for (nnCount=0;nnCount<fileMAXLEN;nnCount++){filename_array[nnCount]=new char[256];memset(filename_array[nnCount], 0, 256 );}。
strcpy( filename_array[nnCount],data.cFileName );2.问题：设置了断点，但是程序运行时直接忽视了断点，直接执行完毕。
答：程序分为debug版和release版，release版一般是发布版不支持断点调试，debug版可以分步调试。
3.问题：fwrite与fprintf有些什么区别？答：fwrite一次写入一个数据块，以字节为基本的操作单元。
一般用记事本打开的时候，看到的是乱码，因为他是二进制存储方式所以看到的时候乱码。
只用我们用UltraEdit32编辑器打开，就可以开导其数据了（十六进制显示的数值）。
4.问题：mt.exe : general error c101008a: Failed to save the updated manifest tothe file ".\Debug\FlameDetect.exe.embed.manifest". Bpcn答：这个问题经常出现！其实并不是你的程序真正出现了什么问题，只是你的编译链接的时候编译器自身的问题而已！也许是VS2005 ,VS2008 的BUG吧，解决的方法：点class view中的工程，选右鍵，再点clean就可以了；或者是build->clean solusion也可以。
应用程序配置不正确或初始化失败
与VC6不同, VC2003、VC2005、VC2008及其后续版本，引入了manifest清单的概念，即应用程序编译后会同时生成对应的.manifest文件,并将该.manifest文件作为资源编译到dll或者exe中去。
manifest文件实际上是一个XML格式的文本文件，里面记录了dll或exe中要引用的CRT、MFC、ATL库的版本和名称。
VC6编译的应用程序对CRT、MFC、ATL的dll都是直接调用，而VC2003、VC2005、VC2008编译的程序都是先查询编译到资源中的manifest中的记录，然后按照记录提供的版本和名称去搜寻对应的CRT、MFC、ATL库，搜索路径为环境变量中定义的路径，若搜索到的文件版本号不匹配，则不会调用，从而导致应用程序配置不正确，程序无法启动或初始化失败等错误（相关信息可以在电脑日志中查看得知）。
DLL的版本信息可以使用HA-eXeScope650-moming.exe软件查看，如下图所示(红色框内既为版本号)：至于你系统内的版本号，可以到VS安装目录下的查看，本文以VS2008 CRT库为例：可以看到，其版本号均为9.0.30729.4148，于上面DLL的一致，故不会存在问题VS2008的使用库目前为止分为三个版本：●没有打过任何补丁的VS2008该版本对应的CRT/MFC/ATL库的版本号为9.0.21022.8。
●2、打过SP1补丁的VS2008和KB973675补丁打过该补丁后，系统中存在着两个版本的CRT/MFC/ATL库，版本号分别为9.0.21022.8和9.0.30729.1，这导致了manifest文件中记录的版本号和实际库的版本号不一致（程序要求它们的版本号一致才能运行）。
这时需要在工程设置中增加一个宏定义_BIND_TO_CURRENT_VCLIBS_VERSION，该宏定义于C:\Program Files\Microsoft Visual Studio 9.0\VC\include\crtassem.h文件中，然后重新编译程序。
vs2008 解决方案
vs2008 解决方案
《VS2008 解决方案：提高编程效率的利器》
Visual Studio 2008 (以下简称VS2008)是微软推出的一款集成
开发环境，为开发人员提供了丰富的工具和功能，以便于更高效地进行软件开发。
然而，有时候在使用VS2008的过程中可
能会遇到一些问题，这就需要寻找相应的解决方案来解决这些问题。
首先，当我们遇到VS2008出现异常或者运行缓慢的情况时，
可以尝试进行一些基本的操作。
比如，可以清理解决方案并重新生成项目，有时候这能够解决一些由于缓存等原因导致的问题。
另外，也可以尝试升级VS2008到较新的版本，以获得更
好的性能和稳定性。
其次，对于一些特定的错误或者bug，我们也可以通过查找相
关的解决方案来解决。
这通常可以通过查阅官方文档、搜索网络论坛或者咨询其他开发者来获得帮助。
有时候，甚至可以通过修改一些设置或者添加一些插件来解决一些问题。
此外，还可以考虑使用一些第三方工具或者插件来增强
VS2008的功能。
比如，可以使用一些代码优化工具来提高编
程效率，或者使用一些调试工具来解决一些难以调试的问题。
这些工具和插件通常能够为我们提供更好的开发体验。
总的来说，VS2008是一个非常强大的开发工具，但是在使用
过程中也可能会遇到一些问题。
我们可以通过一些基本的操作、
查找相关的解决方案、使用第三方工具等方式来解决这些问题，从而提高我们的编程效率。
希望以上提到的方法能够帮助大家更好地使用VS2008，获得更好的开发体验。
应用程序错误解决方法
应用程序错误解决方法开始-->运行-->输入cmd 回车在命令提示符下输入（粘贴以下字符）for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1回车(在此不要动键盘和鼠标，约闪3--5分钟)直到闪完了再做别的。
以后就没有错误框了。
此法不成功试这个for %1 in (%windir%\system32\*.ocx) do regsvr32/s %1（成功率%80）如出现（此时不应有doregsvr32.exe）不能操作请在此前：开始-->运行-->输入regsvr32actxprxy.dll 回车；再接着依次运行以下命令：regsvr32 shdocvw.dll regsvr32 oleaut32.dll regsvr32 actxprxy.dll regsvr32 mshtml.dll regsvr32 msjava.dll regsvr32 browseui.dll regsvr32 urlmon.dll 回车。
如出现（不是内部或外部命令，也不是可运行或批处理文件）我的电脑属性-->高级-->环境变量-->在系统变量里找到path-->编辑-->看默认值是不是这个（%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\S ystem32\Wbem ）若还不行就将（ ;%systemroot%\system32;%systemroot% ）加到最后即可。
【具体原理如下】：X000000该内存不能为read written的解决方法出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。
一：先说说硬件：一般来说，电脑硬件是很不容易坏的。
内存出现问题的可能性并不大（除非你的内存真的是杂牌的一塌徒地），主要方面是：1。
内存条坏了（二手内存情况居多）、2。
Microsoft Visual C++ 2008 发布程序的部署问题
Microsoft Visual C++ 2008 发布程序的部署问题VS2008编译的程序在Windows2008环境上运行时经常出现如下问题：应用程序事件日志如下：上述两个问题都解决后则可能还出现如下问题：注意：此时是调用dll出现问题了，而不是运行主程序出错。
主要问题是“找不到从属程序集Microsoft.VC90.MFC”，解决办法如下：将整个“C:\Application\Microsoft Visual Studio 9.0\VC\ redist\x86\Microsoft.VC90.MFC”拷贝到exe文件所在目录下，如果exe程序所涉及调用的dll与该exe文件不在同一目录，那么须要在dll所在目录也拷贝一份。
详细描述如下：这个问题有好多Blog和Forum已经讨论过了，但都不详尽，在具体的操作过程中还是有许多疑问。
我摘录并整合了许多网络文章，希望能够做个最终了结。
一、VC2005和VC2008编译出来的程序如何发布/lf426/archive/2008/04/12/46885.aspxVC2005和VC2008编译出来的程序放到别人的电脑上为什么有可能无法运行呢？1：Microsoft Visual C++ 2008 Express Edition可以发布软件吗？能！很多人说，因为是Express版，不是Studio，所以只是用来练习语言的，不能发布软件——错！除了没有MFC和ATL，基本上跟 .net 版本是一样的。
发布出来的，是完整的可执行文件。
2：VC 2008 (2005) 发布出来的程序必须附带上他们特定的dll文件吗？不一定。
如果目标系统是个经常升级的系统，微软已经为其打上了所需要的dll文件补丁了，不需要在软件包里面附加特定的dll文件。
特别在Vista系统中，你更是不需要VC8和VC9的dll文件。
但是在一些老版本的系统中，这些文件就是必须的。
3：VC2008和VC2005特定的dll文件是哪些？VC8: msvcm80.dll, msvcp80.dll, msvcr80.dllVC9: msvcm90.dll, msvcp90.dll, msvcr90.dll4：如何部署文件？首先，请选择release版本；在生成可执行文件（exe文件）的时候，会得到相应的部署文件（manifest文件）。
应用程序错误问题怎么解决
应用程序错误问题怎么解决我们下载或者使用某些应用程序时候，提示应用程序错误，无法正常使用，什么情况?出现这样问题，怎么办?下面就和大家介绍一下如何解决电脑出现应用程序错误的问题如何解决电脑出现应用程序错误的问题?具体步骤如下：1、首先排除病毒原因，使用最新版本的金山毒霸快速查杀3-5分钟，根据检查结果，点击立即处理。
2、如果应用程序出错的提示是缺少某个文件，那就可能是这个文件损坏，根据这个组件查询是哪个系统组件损坏，重新安装相关组件，恢复程序文件，一般即可解决。
3、若是相关软件自身的组件缺失，只需要重新安装这个软件即可。
比如运行迅雷时提示缺少某个文件，可以尝试重新安装迅雷。
4、若以上方法无效，可能是软件之间的冲突导致出错。
解决办法是尝试关闭几个无关的正在运行的应用程序，看看错误是否还会重现。
若已解决，就知道是哪两个软件冲突，不再同时运行这两个软件即可解决。
或者向厂商反馈故障，督促厂商升级解决。
如果不清楚是哪几个软件冲突，可行的解决办法是使用金山卫士的系统优化，在一键优化里，关闭一些不常用的软件启动。
这样开机后运行的程序少一些，冲突的概率会下降。
5、对于另一种应用程序出错，截图显示“应用程序出错，**内存地址不能读或不能写”，这种情况最复杂，若以上方法不能解决，则很可能是硬件(主要是内存)故障，可能是兼容性不良，只能联系硬件供应商修理。
或者重装系统，重装后短时间内可能会有效。
相关阅读：BIOS故障分析大全1.CMOS battery failed中文：CMOS电池失效。
解释：这说明CMOS电池已经快没电了，只要更换新的电池即可。
2.CMOS check sum error-Defaults loaded中文：CMOS执行全部检查时发现错误，要载入系统预设值。
解释：一般来说出现这句话都是说电池快没电了，可以先换个电池试试，如果问题还是没有解决，那么说明CMOS RAM可能有问题，如果没过一年就到经销商处换一块主板，过了一年就让经销商送回生产厂家修一下吧!3.Press ESC to skip memory test中文：正在进行内存检查，可按ESC键跳过。
应用程序无法启动,因为应用程序的并行配置不正确
应用程序无法启动，因为应用程序的并行配置不正确。
请参阅应用程序事件日志，或使用命令行sxstrace.exe工具
方法一：
开始- 运行（输入services.msc）- 确定或回车，打开：服务（本地）；
我们在服务（本地）窗口找到：Windows Modules Installer服务，查看是否被禁用；
如果Windows Modules Installer服务被禁用，我们必须把它更改为启用- 手动，重启计算机，再安装应用程序。
方法二：如果还是出现上述错误，那就是我们的系统缺少Microsoft Visual C++ 20XX(运行库)文件。
步骤：
打开百度搜索，输入Microsoft Visual C++ 20XX(运行库)，再点击：百度一下；
找到：Microsoft Visual C++ 20XX(运行库)下载网址，下载并安装：Microsoft Visual C++ 20XX(运行库)；
Microsoft Visual C++ 20XX(运行库)（XX表示：05、08、10）安装完成后，重启计算机，再安装应用程序。
方法三：还有，如果你安装的Microsoft Visual C++ 20XX(运行库) 安装的版本安装多了或者安装顺序不对，同样也会造成“应用程序无法启动，因为应用程序的并行配置不正确”，
解决步骤：将c++2005，c++2008，c++2010全部卸掉，再重新安装。
应用程序无法启动,因为应用程序的并行配置不正确
应用程序无法启动，因为应用程序的并行配置不正确。
请参阅应用程序事件日志，或使用命令行sxstrace.exe工具
方法一：
开始- 运行（输入services.msc）- 确定或回车，打开：服务（本地）；
我们在服务（本地）窗口找到：Windows Modules Installer服务，查看是否被禁用；
如果Windows Modules Installer服务被禁用，我们必须把它更改为启用- 手动，重启计算机，再安装应用程序。
方法二：如果还是出现上述错误，那就是我们的系统缺少Microsoft Visual C++ 20XX(运行库)文件。
步骤：
打开百度搜索，输入Microsoft Visual C++ 20XX(运行库)，再点击：百度一下；
找到：Microsoft Visual C++ 20XX(运行库)下载网址，下载并安装：Microsoft Visual C++ 20XX(运行库)；
Microsoft Visual C++ 20XX(运行库)（XX表示：05、08、10）安装完成后，重启计算机，再安装应用程序。
方法三：还有，如果你安装的Microsoft Visual C++ 20XX(运行库) 安装的版本安装多了或者安装顺序不对，同样也会造成“应用程序无法启动，因为应用程序的并行配置不正确”，
解决步骤：将c++2005，c++2008，c++2010全部卸掉，再重新安装。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
VS2008编译的程序在某些机器上运行提示“由于应用程序配置不正确，应用程序未能启动”的问题文章分类:C++编程VC9编译的程序在没有装过VC9（确切的说是.Net Framework3.5）的机器上运行时，如果提示“由于应用程序配置不正确，应用程序未能启动。
重新安装应用程序可能会纠正这个问题。
”这个错误，那么就说明该程序动态链接了VC9的运行时库，（如果还用到了MFC，那么可能动态链接了VC9的MFC库，同理还有ATL库），以及缺少对应的manifest文件，程序在目标机器上没有找到这些库和配置文件，因此导致了这个错误。
出现这种情况的VC9编译器可能存在3个版本，接下来分别阐明：1、没有打过任何补丁的VS2008该版本对应的CRT/MFC/ATL库的版本号为9.0.21022.8，这个版本号在后面会用到。
这个版本的程序部署比较简单，直接把VC安装目录下的redist目录（C:\Program Files\Microsoft Visual Studio 9.0\VC\redist）中需要的库以及对应的manifest文件拷贝到执行程序同目录下，这样程序到任何机器上都能够正常运行了。
2、打过SP1补丁的VS2008打过该补丁后，系统中存在着两个版本的CRT/MFC/ATL库，版本号分别为9.0.21022.8和9.0.30729.1，这导致了manifest文件中记录的版本号和实际库的版本号不一致（程序要求它们的版本号一致才能运行）。
这个版本的程序部署需要两个步骤，首先要使manifest文件中依赖项的版本号与实际库的版本号一致，均为9.0.30729.1，方法是在工程设置中增加一个宏定义_BIND_TO_CURRENT_VCLIBS_VERSION，该宏定义于C:\Program Files\Microsoft Visual Studio 9.0\VC\include\crtassem.h文件中，然后重新编译程序。
接下来还是将VC安装目录下的redist目录（C:\Program Files\Microsoft Visual Studio 9.0\VC\redist）中需要的库以及对应的manifest文件拷贝到执行程序同目录下，然后修改manifest文件中依赖项的版本号为9.0.21022.8，这样使得程序误以为该目录下库的版本号为9.0.21022.8（实际上是9.0.30729.1版本），这样程序到任何机器上都能够正常运行了。
3、打过SP1补丁与SP1 ATL 安全更新 (KB973675)的VS2008这是最新的更新。
在SP1补丁之后，微软又于近日发布了一个用于智能设备的 Microsoft Visual Studio 2008 Service Pack 1 ATL 安全更新 (KB973675)，该补丁又将CRT/MFC/ATL库的版本号升级，为9.0.30729.4148，这次升级比较好，manifest文件与库的版本号一致了，不像SP1一样升级的不彻底。
这样只需要在工程设置中增加一个宏定义_BIND_TO_CURRENT_VCLIBS_VERSION，接下来重新编译程序，然后直接把VC安装目录下的redist目录中需要的库以及对应的manifest文件拷贝到执行程序同目录下，这样程序到任何机器上都能够正常运行了。
顺便提一下，如果不想在发布程序时带上这些库和manifest文件（如果没有必要的话），那么可以采用静态编译CRT和MFC，然后把manifest文件添加到资源中，这样编译出的程序只要一个exe就可以在任何机器上直接运行了。
参考文章：1、“应用程序配置不正确，程序无法启动”的解决方法资料收集：有的时候，你在Visual C++上面经过好几个月的辛勤努力，终于将程序编写完成并且测试完毕，然而当你试图在客户的发布机上运行刚写好的程序时，有可能会碰到类似下面的错误，操作系统告诉你“由于应用程序配置不正确，应用程序未能启动。
重新安装应用程序可能会纠正这个问题”.一般情况下，这个问题都是由于程序不能找到所需要的C运行库（CRT）而引起的。
在Windows XP SP2以后，Windows引入了Side-by-Side执行的概念，这个概念本来是.NET提出来的，但是Windows后来将这个概念集成到操作系统层面上来了。
大家都应该知道Dll Hell的问题，为了解决Dll Hell的问题，Side-By-Side提出不同版本的dll文件可以同时存在于同一个系统里面，而且依赖于不同版本dll的应用程序在运行的时候可以使用到它当初被编译生成的dll。
前面的话，有点绕，举个例子：1. 假定你编写了一个C++程序A，是使用MFC 8.0（这个版本是随着Visual Studio 2005）发布的。
2. 之后你的机器升级了Visual Studio的版本，从2005升级到2008，2008的MFC库是9.0版本的，这个时候你的操作系统里面安装了两个版本的MFC，分别是8.0和9.0。
3. 你在Visual Studio 2008编写了另外一个C++程序B，B依赖与MFC 9.0。
4. 如果你运行程序A的话，操作系统会将MFC 8.0加载到A的进程里面。
5. 如果你这时同时运行程序B，操作系统会将MFC 9.0加载到B 的进程里面。
这就是Side-by-side的执行概念。
操作系统之所以能够这样做，是因为它在加载程序A和B之前，除了查看PE格式里面A和B所依赖的Dll信息，都会查看A和B的manifest文件。
Manifest 文件保存了Windows可执行文件（包括exe和dll文件）要运行起来的环境设置信息，文件名一般是可执行文件的文件全名加上.manifest。
例如notepad.exe 的manifest文件就应该是notepad.exe.manifest。
例外有的程序将manifest 文件直接嵌入到可执行文件的资源里面了，这也就是为什么有的时候你看不到程序的manifest文件的原因。
通常来说，一个manifest文件的内容如下（test.exe.manifest文件）：上面的例子里面，就说明这个程序依赖于CRT 9.0，而且是调试版的，CPU架构是32位的CPU。
对于将manifest文件嵌入到资源文件的程序我们也有办法看到manifest的信息。
1. 一种是使用mt.exe（Visual Studio自带的manifest处理程序）：mt -inputresource:test.exe;#1 /out:test.manifest2. 另外一种是使用dumpbin程序将整个exe的内容打印到一个文件，然后用文本编辑器打开，搜索Assem字符串样式就能找到manifest信息：解决方案知道了程序依赖于具体哪一个dll以后，你可以将所依赖的dll拷贝到程序的安装文件夹里面，以CRT库绑定失败为例，介绍解决步骤：1.从上例中我们知道程序依赖的Microsoft.VC90.DebugCRT库，版本号是9.0.21022.8，需要32位机器版本的CRT。
这个依赖项一般是因为你的程序是调试版，所以Visual Studio在编译的时候，将调试版的CRT加入程序的依赖项。
2.从Visual Studio的安装文件夹里面将D:"Program Files"Microsoft Visual Studio 9.0"VC"redist"Debug_NonRedist"x86中的Microsoft.VC90.DebugCRT整个文件夹拷贝到应用程序所在的文件夹里面，注意：a)如果你的程序依赖的是32位的CRT，则要拷贝x86文件夹里面的Microsoft.VC90.DebugCRT文件夹，如果是先x64程序，则要拷贝x64文件夹里面。
b)你需要确定Microsoft.VC90.DebugCRT文件夹里面的Microsoft.VC90.DebugCRT.manifest文件里面保存的版本信息而你程序依赖的版本信息匹配，Microsoft.VC90.DebugCRT.manifest里面的版本信息大版本号一定要一致，小版本号一定要等于或者大于你程序依赖的CRT的小版本号。
比如上例中，我们的程序是依赖于CRT 9.0.21022.8，而我们的Microsoft.VC90.DebugCRT.manifest的版本是9.0.30729.1，这样是可以的；而8.0.30729.1就会有问题。
如果大版本号一样，小版本号不一致的话，一个比较简单的方案就是修改程序的manifest文件，使其互相匹配就可以了。
3.如果你的程序不是依赖调试版本的CRT，而是release版本的CRT，直接去微软的官方网站下载一个crt redist包安装上就可以了。
附:解决方案参考：方案一:方法一：在C:\Program Files\Microsoft Visual Studio 8\VC\redist\Debug_NonRedist\x86\Microsoft.VC80.DebugCRT 下找到了下列文件：msvcm80d.dllmsvcp80d.dllmsvcr80d.dllMicrosoft.VC80.DebugCRT.manifest把这几个文件拷贝到目标机器上，与运行程序同一文件夹或放到system32下，就可以运行那个程序了。
其他release版,MFC程序什么的都是拷redist下相应文件夹下的文件就可以了,文件夹后都有标识!方法二：修改编译选项，将/MD或/MDd 改为 /MT或/MTd，这样就实现了对VC运行时库的静态链接，在运行时就不再需要VC的dll了。
方法三:工程－》属性－》配置属性－》常规－》MFC的使用，选择"在静态库中使用mfc" 这样生成的exe文件应该就可以在其他机器上跑了。
方法四:你的vc8安装盘上找到再分发包vcredist_xxx.exe和你的程序捆绑安装我逐一测试下来,直到第三个方法才成功.第二个方法不知道在哪里修改编译选项所以放弃了,第四个方法不喜欢,这跟直接安装.net framework 2.0 有什么区别吗?还不如直接安装.net framework 2.0 呢.方案二:最早出现这个错误我和许多人认为的一样认为是缺乏DLL库文件导致.但是在测试机复制了DLL甚至安装了.net framework 2.0以后都无法解决问题,最后确认不是由缺乏DLL所致因为程序是纯win32的应用程,非托管代码,所以也无需.net frameworkVisual C++2003/2005默认的MFC程序是使用动态MFC库(Use MFC in a Shared DLL)来链接的而动态MFC库使用的是Multi-threaded DLL (/MD)由于XP对于PE文件格式监测更加严格.就会导致部分使用多线程DLL的可执行文件在调用的时候出错修改项目属性的编译开关Project->Property->configuration Properties->C/C++->CodeGeneration->Runtime Library修改成Multi-threaded (/MT)修改了Runtime类型以后需要将MFC的编译类型也改成静态库Project->Property->configuration Properties->General->Use of MFC修改成Use MFC in a Static Library一部分情况下在这步就能解决问题另外一部分情况会遇见如下情况编译器报错CODE:nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operatornew[](unsigned int)" (??_U@YAPAXI@Z) already defined inlibcpmt.lib(newaop.obj)[Copy to clipboard]产生这个问题的原因是库依赖关系在Project->Property->configuration Properties->Linker->Command Line 加入编译开关/verbose:lib可以显示详细的库链接顺序CODE:------ Build started: Project: PerfMonDemo, Configuration: Release Win32 ------Linking...Searching librariesSearching d:\Program Files\Microsoft Visual Studio8\VC\PlatformSDK\lib\pdh.lib:Searching d:\Program Files\Microsoft Visual Studio8\VC\lib\DelayImp.lib:.................Searching d:\Program Files\Microsoft Visual Studio8\VC\atlmfc\lib\nafxcw.lib:Finished searching libraries.\Release/PerfMonDemo.exe : fatal error LNK1169: one or more multiply defined symbols foundBuild log was saved at "file://d:\Dev\PerformanceMonitor\Release\BuildLog.htm"PerfMonDemo - 2 error(s), 0 warning(s)========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped==========[Copy to clipboard]我们发现在libcpmt.lib声明过的operator new在nafxcw.lib中再次定义解决方法如下Project->Property->configurationProperties->Linker->Input->Additional Dependencies加入nafxcw.liblibcpmt.libProject->Property->configuration Properties->Linker->Input->Ignore Specific Library加入nafxcw.liblibcpmt.lib这样链接程序就不会先按照默认顺序来连接这两个库文件而是在最后在加入对他们的引用.这样就避免了这个问题下面是一张可能发生冲突的列表若要使用此运行时库请忽略这些库单线程 (libc.lib) libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib多线程 (libcmt.lib) libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib使用 DLL 的多线程 (msvcrt.lib) libc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib调试单线程 (libcd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib调试多线程 (libcmtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib使用 DLL 的调试多线程 (msvcrtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib。