陈广智的专栏

问题描述：在Visual Studio 2010中我新建了一个项目，在其中开发了一个程序。我想再保持该程序不变的情况下，实验一下另外一个对等的控件，于是我就将该项目文件夹 (Solution folder) 拷贝到另外一个地方，在其中删除原来的类CScaleDialog的头文件和cpp文件，及相应的资源文件和代码中的一些关联。在拷贝的项目上，我有新建了一个同名的类CScaleDialog，我要利用

vs2010打开某个工程 ，转换成功之后，在工程目录看见一个sdf文件和一个ipch文件夹，都超大（起码几十M），我一个四百多k的工程，结果用vs打开过后变成了两百多兆。这个详细点的解释大家也许发现了，visual studio2010中新建一个项目会同时建立一个ipch目录与sdf文件，即使你删掉它，再次打开工程时还是会重新建立。动辄30、50M的容量让我们心里很不爽。其实这是2

本文探讨了VS2010编译工具cl对C++11标准的支持情况，提供了利用C++11新特性的两段代码来进行测试，并同g++ 4.9.3编译器的编译情况相对比。总的说来：VS2010的编译器工具cl部分支持了C++11标准，而g++ 4.9.3则全部支持C++11标准。虽然现在已出现了C++14等新的标准，但熟悉了C++11标准的支持情况有利于我们正确选用符合自己需要的编译工具。

接上篇继续说，在成功找到cl命令后，写了一个最简单的程序，可是无法编译成功，会出现以下三种错误： fatal error C1034: iostream: no include path set LINK: fatal error LNK1104: cannot open file ‘libcpmt.lib’ LINK: fatal error LNK1104: cannot ope

1 单个文件的编译写一个简单的cpp程序，比如hello.cpp，现要求使用cl编译器来生成可执行的程序。cl是compiler的简称。最简单的用法为： cl hello.cpp然后会在当前目录下生成文件hello.obj、hello.exe，其中编译器生成的是 Common Object File Format (COFF) object (obj)文件，而linker生成的是可执行文件 (

前一段时间在电脑上装了Cygwin，在其中运行g++程序来编译C++程序，目的想试试C++11的一些新的特性。昨天晚上，忽然想，为什么不直接在Win7 系统上运行Visual Studio自带的cl.exe编译器来编译C++程序呢。于是使用cl来编译C++程序，可是有个缺点，只能通过Visual Studio Command Prompt (我使用的是Vs2010)来运行cl程序。我想能否直接使用c

本文的cl指的是Visual studio 2010中的的C++语言编译器，g++指的是g++ 4.9编译器。getline在cl中指的是获取的一行中没带”\n”；而g++中的getline指的是获取的一行中带”\n”。下面详述我为什么注意到这个问题及测试不同平台的代码。1 问题产生我按照书《C++ Primer》1中11.3.6节中a word transformation map程序时发现运行结

C++第三方程序包在不同操作系统下的使用[TOC] 我们开发一个程序，经常会出现使用第三程序包的情况，本文就讲讲从网站上下载下来的第三方程序包在不同操作系统下使用的方法、注意事项。比如我们从VFLib网站上下载了第三方程序包VFLib，解压缩出来后，它包含如下的文件夹结构：文件夹doc文件夹include文件夹lib文件夹src文件Makefile文件README 其中include

1 介绍我看了一篇论文[1]，并向作者要了该论文的源代码。该算法框架是以Visual C++ console程序项目的形式提供的源代码。我想运行一下作者提供的源代码，双击GraphIndexing.sln 文件进入这个算法框架项目，我所使用的IDE 版本为VS2010。在VS2010的Solution view下设置启动项目为CTree，然后Build，能成功，但是当Start without

我为了运行Wunderlist，必须先安装.net framework 4.5。我原来电脑上用的是Vs2010，其.net framework 版本是4.0。我在msdn上下载了最新的版本4.5在我的Win7电脑上安装了，安装后会在电脑上自动删除就版本。结果发现以前版本正常运行的程序出现这样的错误。我更新 (Windows Update) 整个Win7系统，问题依然。最后我把C:\Program

通常Windows开发，我们使用 Visual studio IDE 工具。软件开发不是单兵作战，需要不少第三方包库 (.lib, .h, .dll)。第三方包库给出的往往是vcXX的版本号，而我们要使依赖于该第三方包库的程序正确运行，就必须知道VS IDE工具版本与VC版本之间的关系，从而帮助我们根据VS IDE工具的版本正确选择VC版本。由于Visual C++使用的广泛性，本仅给出VS与VC

最近花了5天左右的时间读了[1]，并且按照书中的介绍，一步一步地实现了书中所有的代码。我对Visual C++、MFC、.Net下C++项目编程有了更深刻的理解，对于实际项目的实现过程有了一次深刻的体验。对于入门级的书籍来说，我强烈推荐此书，原因如下：前面11章的Native C++部分讲解清晰，每个概念和知识点都会讲解它们的地位作用，实际的使用方法，循序渐进，循循善诱，为读者着想，结合V

最近两天学习了Hopcroft-Karp算法，查看了wang