VC编译环境
文章平均质量分 64
程序心声
代码就是情人
你不会的东西,觉得难的东西,一定不要躲。先搞明白,后精湛,你就比别人优秀了。因为大部分人都不舍得花力气去钻研,自动淘汰,所以你执着的努力,就占了大便宜。奋斗就是每一天都很难,可一年比一年容易。不奋斗就是每一天都很容易,可一年比一年越难。怕吃苦的人吃苦一辈子,不怕吃苦的人吃苦一阵子。拼一个春夏秋冬,赢一个无悔人生。
傲行人生路
平凡而简单的人一个,无权无势也无牵无挂。一路厮杀,只进不退,死而后已,岂不爽哉!
收起对“车”日行千里的羡慕;收起对“马”左右逢缘的感叹;目标记在心里面,向前进。一次一步,一步一脚印,跬步千里。
这个角色用于劝勉现在的我。
展开
-
带你玩转 Visual Studio——带你跳出坑爹的 Runtime Library 坑
上一篇文章带你玩转 Visual Studio——带你理解微软的预编译头技术我们了解了微软的预编译头技术,预编译的方式让我们的工程编译的更加快速;本篇文章将继续介绍微软的另一项技术,也就是运行时库 Runtime Library。在 Windows 下进行 C++的开发,不可避免的要与 Windows 的底层库进行交互,然而 VS 下的一项设置 MT、MTd、MD 和 MDd 却经常让人搞迷糊,相信不少人都被他坑过,特别是你工程使用了很多第三库的时候,及容易出现各种链接问题。看一下下面这个错误提示: L转载 2020-09-03 22:53:44 · 542 阅读 · 0 评论 -
LNK1123: 转换到 COFF 期间失败: 文件无效或损坏
用VS2010编译C++项目时出现这样的错误:LNK1123: 转换到 COFF 期间失败: 文件无效或损坏方案一:(这个方法比较好,在用qt运行时出现问题也能解决)复制 C:\Windows\winsxs\x86_netfx-cvtres_for_vc_and_vb_b03f5f7f11d50a3a_6.1.7601.17514_none_ba1c770af0b2031b转载 2017-04-01 17:56:55 · 2197 阅读 · 0 评论 -
VS2015启动运行后一直发送VsHub请求(Fiddler显示)的解决方案
版权声明:本文为博主原创文章,未经博主允许不得转载。VS2015启动运行后,打开Fiddler监听接口调用实际请求(启用浏览器链接 选项已关闭),结果发现全部都是VsHub的请求(图1),想看到自己想要的请求非常难VS2015 when debugging ,it shows hundreds of calls/second to vshub in Fiddler, and bro转载 2017-02-06 16:25:11 · 780 阅读 · 0 评论 -
MTD/MT/MDD/MD以及LIB/DLL之间的一些联系和问题
原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://frankiewb.blog.51cto.com/8202664/1362863这个话题要从哪里说起呢。博主小白一个,最近调试程序时(WIN-MSVC)连一些基本问题都没弄懂,本着遇见问题一定要解决的原则,下面来说下MTD/MT/MDD/MD以及LIB/DLL之间的一些转载 2016-12-27 10:36:52 · 1061 阅读 · 0 评论 -
VS2008在win7下不时出现Microsoft Incremental Linker已停止工作
这个是因为你的设置有问题。解决方法如下:项目->属性->链接器->常规 下面的“启用增量链接”,将“是(/INCREMENTAL)”改为“否(/INCREMENTAL:NO)”。不过这又引入了另外一个警 告:FormatCom.obj : warning LNK4075: 忽略“/EDITANDCONTINUE”(由于“/INCREMENTAL:NO”规范)选择项目,属性->配置属性转载 2016-12-17 11:25:07 · 647 阅读 · 0 评论 -
VS2008安装和打补丁
vs2008中文: ed2k://|file|zh-Hans_visual_studio_2008_professional_x86_dvd_X14-26491.iso|3972526080|6690005555AFD1EC7FA9F7D1BA797FBB|/vs2008 sp1(安装完后补丁应该是9.0.21022.8):ed2k://|file|zh-hans_visual_studi转载 2016-12-17 11:56:40 · 3046 阅读 · 0 评论 -
C与C++编译时的区别
1.gcc认为.c的为C程序,.cpp的为C++程序;2.g++认为.c的为C++程序,.cpp的为C++程序;3.VC++的编译器cl认为.c的为C程序,.cpp的为C++程序;4.C程序与C++程序中同样的函数在编译后的obj文件中的symbol是不同的,所以以C方式编译的obj文件与以C++方式编译的obj文件无法成功链接。使个demo说明一下:准备工作:为gcc、g转载 2013-03-06 17:37:20 · 1260 阅读 · 0 评论 -
VC编译选项 MT MTd
VC编译选项 多线程(/MT)多线程调试(/MTd)多线程 DLL (/MD)多线程调试 DLL (/MDd)C 运行时库 库文件Single thread(static link) ML libc.libDebug single thread(static link) MLd libcd.l转载 2013-01-22 14:25:02 · 668 阅读 · 0 评论 -
【调试技巧】图解如何在VC6,VS2008中设置程序条件断点
调试技术对程序员是非常重要的一门技术,本贴将全程图解在VC6及VS2008中设置条件断点。一. VC6.0中VC6.0中按Ctrl+B可以弹出断点设置对话框点Condition,弹出Breakpoint Condition对话框中输入i==5||j==5。再点确定。再按F5运行程序,就会在设置的条件满足时停止。注意这句Break at ‘{, te转载 2013-01-14 17:27:08 · 661 阅读 · 0 评论 -
VC编译错误:uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPA
1>uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义1>uafxcw.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delet转载 2012-09-11 10:59:20 · 2209 阅读 · 0 评论 -
链接错误nafxcwd.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)
最近在VC 6.0上作業,有幾個地方都遇到一個十分惱人的錯誤。就是出現下述的錯誤: Linking... nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMTD.lib(new.obj) nafxcwd转载 2012-09-11 11:00:07 · 1600 阅读 · 0 评论 -
error LNK2005: cdecl operator delete(void *)
VC缺省链接库的顺序不对导致链接错误在编译工程UDPDriver时,MFC static Library和Code Generation/MultiThread选项时,链接总出现问题:nafxcw.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) already de转载 2012-09-11 10:58:19 · 982 阅读 · 0 评论 -
Visual C++ 编译器选项 /MD、/ML、/MT、/LD
前段时间编译一个引用自己写的静态库的程序时老是出现链接时的多个重定义的错误,而自己的代码明明没有重定义这些东西,譬如:LIBCMT.lib(_file.obj) : error LNK2005: ___initstdio already defined in libc.lib(_file.obj)LIBCMT.lib(_file.obj) : error LNK2005: ___endst转载 2012-09-07 08:54:50 · 567 阅读 · 0 评论 -
VC运行库版本不同导致链接.LIB静态库时发生重复定义问题的一个案例分析和总结
BackgroundMSDN中对于在不同的配置下Link的LIB作了说明:C Runtime Library:开关对应的库版本/MDMSVCRT.LIB多线程DLL的Release版本/MDdMSVCRTD.LIB多线程DLL的Debug版本转载 2012-09-07 08:49:59 · 567 阅读 · 0 评论