所有回答(6)
园豆：1010
偶尔会出现&未响应&，只要不是你每次打开那个窗体，就没事，
园豆：4844
用在文件中用VS 单独只打开那个窗体试试 或者复制一份出来替换原有的&
园豆：6061
你把这部分拉出来单独做测试试试。
园豆：1169
打开别的项目没有问题吗，你那个项目是不是装了什么第三方控件的，把第三方控件鞋子了重新安装看看
如果还不行，就把VS卸载了重新安装吧
重新建一个解决方案，然后把现在这个解决方案下的项目安装依赖的顺序添加，每次都编译之后，确认当前项目没问题后再下一步&&！！！
园豆：1077
&&&您需要以后才能回答，未注册用户请先。求助VS2010的问题就是打不开并编辑rc资源文件，点击资源文件，转换到的ResourceView窗口是空白，没招了~不_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
求助VS2010的问题就是打不开并编辑rc资源文件，点击资源文件，转换到的ResourceView窗口是空白，没招了~不
我有更好的答案
是否是2010的资源文件类型呢
ResourceView窗口是空白，点击.rc原应该是由ResourceView打开现在没反应
那你用右键 选择 打开方式
再选择用 ResourceView打开
为您推荐：
其他类似问题
vs2010的相关知识
换一换
回答问题，赢新手礼包查看: 2975|回复: 8
注册时间最后登录阅读权限20积分102精华0帖子
注册会员, 积分 102, 距离下一级还需 98 积分
这是编译project_inliners.cpp时出现的错误，无法解析的外部符号是什么原因？是头文件缺失吗
本帖子中包含更多资源
才可以下载或查看，没有帐号？
注册时间最后登录阅读权限20积分134精华0帖子
注册会员, 积分 134, 距离下一级还需 66 积分
本帖最后由 gzg163 于
14:52 编辑
在VS2010里运行例子，我是这么做的。分三步走，
一建空VC++项目；
二为VC++项目指定头文件、库文件、和附加库；
三为项目添加main.c文件，main.c文件里拷贝例子代码，并在开头定义_DEBUG变量（如下）；
然后就可以编译测试了。
【我在 CMAKE 不能正常工作时都能测试成功！三步走，三个设置。】
#ifdef _DEBUG
#pragma comment(lib, &pcl_common_debug.lib&)
#pragma comment(lib, &pcl_kdtree_debug.lib&)
#pragma comment(lib, &pcl_common_release.lib&)
#pragma comment(lib, &pcl_kdtree_release.lib&)
注册时间最后登录阅读权限20积分102精华0帖子
注册会员, 积分 102, 距离下一级还需 98 积分
gzg163 发表于
在VS2010里运行例子，我是这么做的。分三步走，
一建空VC++项目；
二为VC++项目指定头文件、库文件、和附加 ...
我运行的是教材里第12页的那个测试安装程序，在Cmake里已经编译成功了，之后在VS2010里打开工程文件进行编译的时候出错，完全是按照书上的步骤走的，头文件什么的在打开工程文件时里边就已经都配置好的（手动配置真心弄不了，头文件太多），但结果就是不对
注册时间最后登录阅读权限20积分134精华0帖子
注册会员, 积分 134, 距离下一级还需 66 积分
你的问题，我清楚是出在哪了。
你应当右击“project_inliers”-》“设为启动项目”，然后再编译，就可以了。
设为启动项目后，project_inliers将呈现为黑体显示。
注册时间最后登录阅读权限20积分102精华0帖子
注册会员, 积分 102, 距离下一级还需 98 积分
gzg163 发表于
你的问题，我清楚是出在哪了。
你应当右击“project_inliers”-》“设为启动项目”，然后再编译，就可以了 ...
感谢您的回复，问题已经解决了，只是因为在用Cmake编译时选择了编译器visual studio 2010 (而我的电脑是64位win7 ,应该选择编译器 visual studio 2010 win64),感觉自己好二。。。
注册时间最后登录阅读权限20积分134精华0帖子
注册会员, 积分 134, 距离下一级还需 66 积分
呵呵，看到你的错误中出现了 ALL_BUILD ，所以就猜测可能是没有设置好 启动项目。
实际上 如果设置 ALL_BUILD 为启动项目的话，编译后将出现 找不到ALL_BUILD目录 的错误，
和你这个提示不一样。不好意思。
注册时间最后登录阅读权限20积分53精华0帖子
注册会员, 积分 53, 距离下一级还需 147 积分
我也出现了这个问题，问题一模一样，但是我是用的AllInOne+pdb我也是win764位，下载的那个pcl版本也都是win64，为什么也会这样啊
注册时间最后登录阅读权限30积分459精华0帖子
中级会员, 积分 459, 距离下一级还需 41 积分
楼主这个问题是怎么解决的，可否细说？
注册时间最后登录阅读权限20积分123精华0帖子
注册会员, 积分 123, 距离下一级还需 77 积分
gzg163 发表于
在VS2010里运行例子，我是这么做的。分三步走，
一建空VC++项目；
二为VC++项目指定头文件、库文件、和附加 ...
楼主你好，
我的cmake老出现问题，不用cmake可以编译成功，但是在cmake里边老是出现如下问题：
The C compiler identification is MSVC 16.0.30319.1
The CXX compiler identification is MSVC 16.0.30319.1
Check for working C compiler using: Visual Studio 10 2010
Check for working C compiler using: Visual Studio 10 2010 -- broken
CMake Error at C:/Program Files/CMake/share/cmake-3.0/Modules/CMakeTestCCompiler.cmake:61 (message):
&&The C compiler &C:/Program Files/Microsoft Visual Studio
&&10.0/VC/bin/cl.exe& is not able to compile a simple test program.
&&It fails with the following output:
& &Change Dir: E:/PCL book/example/project_inliers/camke-bin/CMakeFiles/CMakeTmp
&&Run Build
&&Command:&C:/Windows/Microsoft.NET/Framework/v4.0.30319/MSBuild.exe&
&&&cmTryCompileExec.vcxproj& &/p:Configuration=Debug&
&&&/p:VisualStudioVersion=10.0&
&&Microsoft(R) 生成引擎版本 4.0.
&&[Microsoft .NET Framework 版本 4.0.]
&&版权所有(C) Microsoft Corporation 2007。保留所有权利。
&&生成启动时间为
20:59:45。
&&节点 1 上的项目“E:\PCL
&&book\example\project_inliers\camke-bin\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj”(默认目标)。
&&PrepareForBuild:
& & 正在创建目录“cmTryCompileExec.dir\Debug\”。
& & 正在创建目录“E:\PCL book\example\project_inliers\camke-bin\CMakeFiles\CMakeTmp\Debug\”。
&&InitializeBuildStatus:
& & 正在创建“cmTryCompileExec.dir\Debug\cmTryCompileExec.unsuccessfulbuild”，因为已指定“AlwaysCreate”。
&&ClCompile:
& & C:\Program Files\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c /Zi /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D &CMAKE_INTDIR=\&Debug\&& /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Fo&cmTryCompileExec.dir\Debug\\& /Fd&cmTryCompileExec.dir\Debug\vc100.pdb& /Gd /TC /analyze- /errorReport:queue testCCompiler.c
& & 用于 80x86 的 Microsoft (R) 32 位 C/C++ 优化编译器 16.00.30319.01 版
& & 版权所有(C) Microsoft Corporation。保留所有权利。
& & cl /c /Zi /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D &CMAKE_INTDIR=\&Debug\&& /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Fo&cmTryCompileExec.dir\Debug\\& /Fd&cmTryCompileExec.dir\Debug\vc100.pdb& /Gd /TC /analyze- /errorReport:queue testCCompiler.c
& & testCCompiler.c
&&ManifestResourceCompile:
& & C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\rc.exe /nologo /fo&cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res& cmTryCompileExec.dir\Debug\cmTryCompileExec_manifest.rc
& & C:\Program Files\Microsoft Visual Studio 10.0\VC\bin\link.exe /ERRORREPORT:QUEUE /OUT:&E:\PCL book\example\project_inliers\camke-bin\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec.exe& /INCREMENTAL /NOLOGO kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib /MANIFEST /ManifestFile:&cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.intermediate.manifest& /MANIFESTUAC:&level='asInvoker' uiAccess='false'& /DEBUG /PDB:&E:/PCL book/example/project_inliers/camke-bin/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.pdb& /SUBSYSTEM:CONSOLE /TLBID:1 /DYNAMICBASE /NXCOMPAT /IMPLIB:&E:/PCL book/example/project_inliers/camke-bin/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.lib& /MACHINE:X86 cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res
& & cmTryCompileExec.dir\Debug\testCCompiler.obj&&/machine:X86 /debug
&&LINK : fatal error LNK1123: 转换到 COFF 期间失败: 文件无效或损坏 [E:\PCL
&&book\example\project_inliers\camke-bin\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
&&已完成生成项目“E:\PCL
&&book\example\project_inliers\camke-bin\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj”(默认目标)的操作
&&- 失败。
&&生成失败。
&&“E:\PCL
&&book\example\project_inliers\camke-bin\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj”(默认目标)
&&(Link 目标) -&
& & LINK : fatal error LNK1123: 转换到 COFF 期间失败: 文件无效或损坏 [E:\PCL book\example\project_inliers\camke-bin\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
& && &0 个警告
& && &1 个错误
&&已用时间 00:00:01.21
&&CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
&&CMakeLists.txt:3 (project)
Configuring incomplete, errors occurred!
See also &E:/PCL book/example/project_inliers/camke-bin/CMakeFiles/CMakeOutput.log&.
See also &E:/PCL book/example/project_inliers/camke-bin/CMakeFiles/CMakeError.log&.
Powered by相关文章推荐
1.头文件名
像iostream这样的文件叫做包含文件（include file）——由于它们被包含在其他文件中；也叫头文件（header file）——由于它们被包含在文件起始处。C++编译器自带...
BOOL ReadFile(
　　HANDLE hFile, //文件的句柄
　　LPVOID lpBuffer, //用于保存读入数据的一个缓冲区
　　DWORD nNumberOfByte...
1.ActiveX的基本概念
ActiveX控件可以看作是一个极小的服务器应用程序，它不能独立运行，必须嵌入到某个容器程序中，与该容器一起运行。这个容器包括WEB网页，应用程序...
1.ActiveX的基本概念
ActiveX控件可以看作是一个极小的服务器应用程序，它不能独立运行，必须嵌入到某个容器程序中，与该容器一起运行。这个容器包括WEB网页，应用程序窗体...
1.ActiveX的基本概念
ActiveX控件可以看作是一个极小的服务器应用程序，它不能独立运行，必须嵌入到某个容器程序中，与该容器一起运行。这个容器包括WEB网页，应用程序窗体...
VS2010创建ATL工程及使用C++测试COM组件
日 / 综合 / 共 563字 / 字号 小 中 大 / 评论关闭
1.创建ATL...
转自：http://blog.csdn.net/longhuahaha/article/details/8556964
1.ActiveX的基本概念
1.ActiveX的基本概念
ActiveX控件可以看作是一个极小的服务器应用程序，它不能独立运行，必须嵌入到某个容器程序中，与该容器一起运行。这个容器包括WEB网页，应用...
他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)Visual&C++&2010中初学者常见错误、警告和问题
这部分将帮助大家解释一些常见的错误、警告和问题，帮助大家去理解和解决一些常见问题，并了解它的根本原因。
&iostream.h&与&iostream&
下面的代码为什么在VC2010下面编译不过去？
#include &iostream.h&
int main()
cout&&"Hello
错误信息：fatal error C1083:
无法打开包括文件:“iostream.h”: No such
file or directory
造成这个错误的原因在于历史原因，在过去C++98标准尚未订立的时候，C++的标准输入输出流确实是定义在这个文件里面的，这是C风格的定义方法，随着C++98标准的确定，iostream.h已经被取消，至少在VC2010下面是这样的，取而代之的是我们要用头文件来代替，你甚至可以认为是这样定义的：
namespace std
&&&&&&&&&&&&&
#include "iostream.h"
因此我们可以简单的修改我们的Hello World。
#include &iostream&
int main()
cout&&"Hello
&&&&&iostream.h是属于C++的头文件，而非C的，因此标准订立的时候被改成了。而C的头文件stdio.h等依然可以继续使用，这是为了兼容C代码。但是它们依然有对应的C++版本，如 等。记住，在VC2010上面采用C++风格的头文件而不是C风格的头文件，除非你是在用C。
warning C4996
这是一个警告，请看下面的代码：
&iostream&
int main()
char sz[128] = {0};
strcpy( sz, "Hello World!" );
&&&&上面的strcpy会产生这个警告:
&&&&warning
C4996: 'strcpy': This function or variable may be unsafe. Consider
using strcpy_s instead. To disable deprecation, use
_CRT_SECURE_NO_WARNINGS. See online help for details.
&&&&这是因为VC从2005版本开始，微软引入了一系列的安全加强的函数来增强CRT（C运行时），这里对应的是strcpy_s。_s意为safe的意思，同样的道理，strcat也是同样。因此要解决这个问题，我们可以用strcpy_s来替换strcpy，但是注意strcpy_s并非所有编译器都提供，因此如果要跨编译器，请采用错误信息中所提示的方式，定义_CRT_SECURE_NO_WARNINGS宏来掩耳盗铃吧。另外注意并非所有的加强函数都是在屁股后面加_s，比如stricmp这个字符串比较函数的增强版名字是_stricmp。下面，用strcpy_s来更改程序：
int main()
char sz[128] = {0};
strcpy_s( sz, "Hello World!" );
char* pSz2 = new
char[128];
strcpy_s( pSz2, 128, "hello");
cout&& pSz2
delete pSz2;
&&&&注意，strcpy_s有两个版本，一个可以帮助我们自动推断缓冲区的大小，而另外一个不能帮助我们推断，因此在编译器不能推断缓冲区大小的时候，我们需要自己指定缓冲区的大小，如上面的程序所演示的那样，关于增强版的函数请参考我写的《深入学习C++ String2.1版》。
&&&&&TCHAR、wchar_t、char
&&&&请大家看下面这个程序：
&iostream&
#include &Windows.h&
#include &tchar.h&
int main()
MessageBox( NULL, "你好HelloWorld！", "Information", 0 );
&&&&&貌似没什么问题吧？错了，如果你是按照我教你的方法创建的控制台空工程的话，那么会有编译错误：
C2664: “MessageBoxW”: 不能将参数 2 从“const char [17]”转换为“LPCWSTR”
&&&&&这个问题太普遍了，几乎所有的初学者都会遇到而且感到难以应付，因为按照提示使用(LPCWSTR)强制转型貌似并不能帮助我们解决问题，而且这个程序在VC6下面应该是没有任何问题的，那问题出现在哪里呢？问题在这里，请右键单击解决方案浏览器下面的项目，属性，
问题的根本就是字符集问题，在VC6中，我们默认使用的是多字节字符集，而现在我们默认需要的是UNICODE字符集，简单的，我们把这个字符集改成多字节字符集这个问题就解决了：
再试试应该就可以了吧？但是我并不推荐大家这么做，因为让自己的程序适应各种字符集是我们写代码的人义不容辞的义务。
我们把程序改成下面这样：
&iostream&
#include &Windows.h&
#include &tchar.h&
int main()
MessageBox( NULL, TEXT("你好HelloWorld！"), TEXT("Information"), 0 );
MessageBox( NULL, _T("你好HelloWorld！"),
_T("Information"), 0 );
用两个宏TEXT或者_T都可以解决这个问题，它们两个并没有太大区别，也许区别在于前者是通过windows.h头文件引入的，而_T是通过tchar.h引入的，我推荐大家使用_T和tchar.h，因为tchar.h还帮助我们引入了其它一些很有用的宏，比如_tcscpy_s，这个宏在使用UNICODE字符集的时候被替换成wcscpy_s，在使用多字节字符集的使用被替换成strcpy_s。关于这部分的内容，请大家不要错过《Windows核心编程》的第二章(第四版或第五版都可以），以及《深入学习C++ String2.1版》。 它们都有提到。
有人听说_T可以把多字节字符串转换成UNICODE，因此他写了如下的代码：
const char* pStr =
"haha哈哈";
MessageBox( NULL, _T(pStr), _T("Information"), 0
当然，除非你运气好的抓狂，否则你是编译不过去的，为什么呢？我们现在应该知道对于"Hello"这样的字符串，VC2010会默认的将它视为const char*，即多字节字符串，而L"Hello"前面有个L前缀的被视为UNICODE字符串，这和C#是有区别的，因为C#的字符串总是被视为UNICODE，C++/CLI下面编译器也会帮助我们做到这件事情，所以它们不需要L(C++/CLI兼容L这种写法）。
让我们看看_T的定义吧：
#define wxCONCAT_HELPER(text, line)
text ## line
#ifndef _T
#if !wxUSE_UNICODE
#define _T(x) x
#define _T(x) wxCONCAT_HELPER(L, x)
_T在UNICODE下面最终会被替换成L ## x。 ##是一个编译预处理指令，意味着让L和x贴在一起，比如L ##
"Hello"最终就是L"Hello"，因此它可以把"Hello"转换成UNICODE字符串。那为什么上面的程序不行呢？让我们看看_T("pStr")会被替换成什么：L ## pStr -& LpStr，哦，LpStr是一个新的标识符，如果你没有定义过它，你当然不能通过编译啦。
因此我们可以了解到_T这样的宏只能处理直接的常量字符串，不能处理其它的情况。而我们上面演示的那种情况需要我们动态的去转换编码，Windows有API可以帮助我们做到，C库也有函数可以帮助我们。恰好我曾经写过这样的代码，欢迎大家参考：ASCII/UNICODE/UTF8字符串互相转换的C++代码
对于_T宏，再说一点东西，或许你会感到奇怪为什么_T不直接定义成#define _T(x) L ## x，而要绕个圈子去调用wxCONCAT_HELPER呢？这实际上涉及到宏展开顺序和截断的问题。在这里，我们需要说一个宏参数的概念，这很函数的参数是类似的，这里_T(x)的x就是宏参数，好，记住下面一句话：
如果你定义的宏中使用了#或者是##的话，宏参数将不会被展开，也就是说_T(x)如果直接定义成L##x那么在下面这种情况就会出错( PS: #是给参数加引号的意思）：
_T(__FUNCTION__)，__FUNCTION__是一个预定义的宏，它代表了当前函数的名字，这个展开会是什么呢？L__FUNCTION__。为什么间接调用wxCONCAT_HELPER就能得到正确的结果呢？因为当我们调用wxCONCAT_HELPER的时候，__FUNCTION__已经被_T展开成了函数名。
说多了说多了，如果你觉得复杂可以暂时跳过这些东西，我只是顺便说说。
重定义的编译错误和链接错误
让我们在项目里面再添加一个Test.h头文件，方法是右击解决方案中的项目，添加，新建项，C++头文件，名称输入test.h。然后我们在test.h中输入：
void print()
回到main.cpp中：
&iostream&
#include "Test.h"
#include "Test.h"
int main()
编译一下我们会得到重定义的编译错误：
&&&&&&&&&&&
error C2084: 函数“void print(void)”已有主体
或许你会说，你引用(#include)了两次，我没你那么傻，我只引用一次不就好了么？是的。你聪明，但是是小聪明哈，因为你不能保证每个人都不去引用它。
这个问题演示的是#pragma
once的用处，让我们解开它的注释。编译成功！#pragma once的作用就在于防止头文件被多次引用。你或许见过
#ifndef __TEST_H__
#define__TEST_H__
这样的代码，它们的作用是一样的，如果你跟我一样懒，那么就用#pragma
once，如果你打算去没有这个指令的编译器上编译代码，那么还是用后面一种方式吧。
现在让我们来见识一个对初学者稍微复杂一点的链接错误，用创建main.cpp的方法再添加一个test.h头文件，输入#include "Test.h"即可。
让我们再编译一次。
1&test.obj : error
LNK2005: "void __cdecl print(void)" (?print@@YAXXZ)
Main.obj 中定义
1&e:\documents\visual studio
2010\Projects\HelloWorld\Debug\HelloWorld.exe : fatal error
LNK1169: 找到一个或多个多重定义的符号
如果说编译错误好找的话，链接错误对于初学者来说就有点麻烦了，聪明的初学者会去Google、百度寻找答案，笨的初学者就会找所谓的高手、前辈问，而这些高手Or前辈未必有心情为你解释。要解决这个错误有无数种方法。
1.内联，把print声明为内联函数。
inline void print()
&&&&&&&&&&
这个方法的好处是简单，坏处是局限性太强，意味着你总是需要公开print的实现，因为内联函数必须在编译时就知道实现才行。
2.static，把print声明为static函数：
static void print()。
这便告诉编译器，哥是唯一的，而且哥只能被本编译单元的代码调用，这和extern是对应的。简单来说，想要哥帮你做事，请先include哥声明的头文件，也就是#include "test.h"。
3..h头文件中只放声明，实现放到.cpp中去。
现在test.h中只有void print();，而实现在test.cpp中：
#include "Test.h"
void print()
&&&&&&&&&&&&
int a = 1;
&&&&&&&&&&&
cout&& a++
这个时候有意思的是我们在main.cpp无需包含test.h头文件也可以引用print函数，因为print并非static的函数：
void print();
int main()
但是声明一下是必须的。
工程Setup发布：
1、制作安装文件的过程中，一般会出现几个warning，都是说某dll文件是系统自带的，不用加入安装包中之类的。建议把这些dll从你生成的filesystem中删除，否则有可能遇到系统版本问题。我遇到的相关具体问题是在win7下做的安装包到了xp下就无法安装和运行了。
2、关于快捷方式。我采用的方法是（不知道算不算一种猥琐的方法）：先将你编译好的Realse文件夹下面的exe文件添加到你的file
system里。然后右键file
system里添加好的exe文件，会看到生成快捷方式的选项。生成快捷方式后，再将快捷方式剪切复制到user desktop等文件夹中去。
3、Logo。自己画，或者找个bmp转ico文件的转换器吧。不过转换完之后的效果都不怎么理想，毛刺挺多，需要进一步修改。
4、.最后，添加进来的依赖dll有一个选项，选择selfregister的话是可以在安装时刻自动注册的。另外，不要忘了将注册时需要用到的dll也包含进来。
5、.默认安装路径等，在setup工程的property里都可以调整。
主函数main
在VC++编程中，我随便选择了一个以前的程序准备编译，结果报错。一开始怀疑我自己的问题，于是写了一个最简单的程序，还是报错，如下：
好奇下，决定用微软自己的用例跑跑。于是新建了一个工程，并且选择Precompiled header，生成的工程如图：
这时恍然大悟，原来是入口函数有问题。正在做茅塞顿开状，一个学长提醒我到，从VS2005，微软定义的入口函数就是_tmain了，听了我还不相信，因为自己从来都是用main在VS2008中通过编译的。后来在VS2008中生成工程，果然如学长所说。正在郁闷中，学长又提醒我可以设置工程的预编译项，于是自己试了试，果然成功了，在改了以后的设置中，VS2010也可以跑通了。
方法如下：*代表当前工程名
project -&& properties
-&(选择Configuration
Properties，这个时候在顶部的Configuration选择Active（Debug)，
再到Configuration
Properties中选择)C/C++
-& Precompiled Header -& Precompiled
Header值改为Use(/Yu)，OK了！
总结：VS2008及以前的配置中，默认都是选择了类似的配置，VS2008中是：Use Precompiled Header (/Yu)
中怎么写个简单的C++程序?
#include &iostream&
void main(void)
count&&"hi";
在vs2010中编写以上程序
2&IntelliSense: identifier "count" is
undefined&c:\users\shiechian\documents\visual
2010\projects\test\test\test.cpp&4&2&test
运行结果：
1&------ Build started: Project: test,
Configuration: Debug Win32 ------
1&c:\users\shiechian\documents\visual studio
2010\projects\test\test\test.cpp(4): error C2065: 'count' :
undeclared identifier
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0
skipped ==========
还出现这个
这是什么原因？
相关答复：
cout写错了，同时还没有添加名字std（标准c++里是需要的，vc6与标准不符，后来新版的vs都与标准一样了）
#include &iostream&
void main(void)
cout&&"hi";
vs 2010中VC++的6个新特点
一、Visual
C++工程及其构建系统
(一)MSBuild
如今，Visual C++处理方案和项目都运用MSBuild执行构建，从而取代了原来的构建工具VCBUILD.exe。关于其他的Visual Studio言语和项目类型，MSBuild提供了一样的灵敏性，可扩展性和基于XML的构建支持工具。为此，Visual C++项目文件如今也运用了盛行的XML文件格式，并具有.vcxproj文件扩展名。另外，从前期版本的Visual Studio中提供的项目文件将被自动转换为新的文件格式。相关MSBuild工具的更多信息，请参见文章“MSBuild(Visual C++)”。
(二)VC++目录
如今，VC++目录配置位于两个地点。你可以运用项目属性页来配置每个项目对应的VC++目录，也可以够运用属性维护器和一个属性表来配置全局性的并且使每个配置值对应的VC++目录。
(三)工程依托性
在VC++前期版本中，您可以定义存储在同一个处理方案中的项目之间的依托性。如今在这些处理方案转换为新的项目文件格式后，相应的依托性也被转换为项目到项目的援用。这种改变将会影响使用顺序，由于处理方案依托性和项目到项目的援用是不一样的。
(四)宏与环境变量
新引入的_ITERATOR_DEBUG_LEVEL宏支持针对迭代器调用调试支持。你可以运用这个宏来替代较老的_SECURE_SCL和_HAS_ITERATOR_DEBUGGING宏。
二、Visual
(一)/analyze劝诫
绝大非少数的/analyze(企业代码剖析)劝诫如今都以前被从CRT，MFC和ATL库中移除。
(二)重启动维护器
假设您的使用系统出现不测关闭或重新启动情况的话，重启维护器支持自动保管文件偏重新启动您的使用顺序。比如，当您的使用顺序由于自动更新而关闭时您可以运用重启维护器来再次启动这个使用顺序。欲明白更多相关如何将使用顺序配置为运用启动维护器的信息，请参见《如何：添加剧启动维护支持》一文。
新引入的CTaskDialog类可用于替代规范的AfxMessageBox音讯框。CTaskDialog类可以显示和搜集比规范的音讯框更多的信息。
(四)新的ATL宏
又有新的宏被添加到ATL宏库中，以便进一步扩展原有的PROP_ENTRY_TYPE和PROP_ENTRY_TYPE_EX宏的现有功用。另外新添加的两个宏PROP_ENTRY_INTERFACE和PROP_ENTRY_INTERFACE_EX支持你添加一个有效的CLSID列表。开头一对新宏PROP_ENTRY_INTERFACE_CALLBACK和PROP_ENTRY_INTERFACE_CALLBACK_EX支持您指定一个回调函数，以确定某个CLSID能无法是有效的。
新引入的SafeInt库可以确保执行安全的算术运算，从而有效地防止了经常出现的整数溢出疑问。这个库还支持比拟不一样类型的整数。
三、集成开发环境(IDE)
(一)改进的错误智能感知支持
在Visual Studio 2010中，集成开发环境(IDE)支持更好地检测能够招致丧失智能感知支持的错误，并在这些内容下面显示以红色波浪下划线。此外，集成开发环境还支持把智能感知的错误输出到错误列表窗口中。要想观察招致疑问的相关代码，你只须要双击错误列表窗口中的错误即可。
(二)#include自动完成特征
集成开发环境还支持#include主要字的自动完成。当您键入#include时，集成开发环境将自动树立一个包括有效的头文件的下拉列表供您挑选。假设你继续输入一个文件名，集成开发环境将自动依据您的输入加以过滤。在任什么时辰候，你都可以依据这个列表来挑选你想要包括的文件。显然，这一功用可以让您高速地包括那些尚不确切知晓文件名的文件。
四、Visual
C++编译器和链接器
(一)auto主要字
如今，auto主要字有了新的用途。你可以运用默许的auto主要字来声明一个变量的类型是从此变量声明的原始化表达式中推导出的。而新的/Zc:auto编译器选项支持调用auto主要字的新意义或以前的意义。
(二)decltype操作符
decltype操作符可以前往一个指定表达式的类型。因而，你可以运用decltype操作符并结合运用auto主要字来声明一个庞杂类型或许是仅为编译器所知晓的类型。比如，你可以运用这样的组合来声明一个模板函数，而此模板函数的前往类型取决于其模板参数的类型。或许，你还可以声明一个模板函数，而此模板函数调用另一个函数，然后前往被调用函数的前往类型。
(三)Lambda表达式
Lambda函数有一个函数体，但没有函数名。Lambda函数把函数指针和函数对象两者的最好特征组合到了一同。
你可以运用一个lambda函数来作为模板函数参数以替代一个函数对象，或许结合运用auto主要字来声明一个lambda类型的变量。
(四)Rvalue援用
右值rvalue援用声明符(&&)可以声明对一个右值rvalue的援用。右值援用可以使你运用静态语义(move semantics)和完备转发(perfect
forwarding)来编写更有效的构造函数，普通函数和模板。
(五)static_assert声明
static_assert声明有助于在编译时测试软件中的断言，这不一样于其他那些在运转时执行测试的断言机制。假设断言失败，则编译失败并显示出指定的错误信息。
(六)nullptr和__nullptr主要字
Visual C++编译器准许您在本机代码或托管代码中运用nullptr主要字。nullptr主要字用于指出一个对象句柄、内部指针或本地指针类型并不指向一个对象。当您运用/clr编译器选项时，编译器将把nullptr解释为托管代码，而在不运用/clr选项时解释为本机代码。
微软特定的__nullptr主要字与nullptr主要字意思类似，但它只适用于本机代码。假设您运用/clr编译器选项编译本机C/C ++代码，那么编译器无法确定nullptr主要字是一个本地主要字照旧托管主要字。为了使编译器更清楚地了解你的意图，你可以运用nullptr主要字来指定现在操作为托管操作，而运用__nullptr主要字来指定现在操作为本地操作。
(七)/Zc:trigraphs编译器选项
默许情况下，三字符组(trigraphs)支持是被禁用的。在这种情况下，你可以运用/Z?:
trigraphs编译器选项来启用三字符组支持。
一个三字符组由两个延续的问号后面跟着一个奇特的字符组成。编译器可以运用相应的标点符号来取代这个三字符组。比如，编译器可以运用#(数字符号)字符替代三字符组??=。你还可以在C源文件中运用三字符组，由于这些文件中运用的是不会包括某些标点字符的字符集。
(八)新的基于配置的优化选项
PogoSafeMode主要字是一个新的基于配置的优化选项。你可以运用PogoSafeMode主要字来指定你想运用安全方式照旧高速方式来优化您的使用顺序。留意，安全方式是线程安全的，但它比高速方式慢一些。高速方式是默许的优化行为。
(九)新的通用言语运转时(CLR)选项/clr:nostdlib
新引入了一个通用言语运转时(CLR)选项/clr:nostdlib。假设你的系统中包括了类似库的不一样版本，那么编译器将显示错误提示。这个新的选项可以使你扫除默许的CLR库，从而使你的顺序可以运用一个特定的版本。
(十)新的pragma指令detect_mistmatch
新引入的pragma指令detect_mismatch可以支持您运用类似的称号来替换您的文件中的某个特定的标志(相关于其他的标志)。假设类似的称号拥有多个值，衔接器会发出错误提示。
(一)ATL控件向导
在ATL控件向导不再自动填充ProgID字段。假设一个ATL控件没有一个ProgID，那么其他工具能够无法运用这个控件。这样的一个工具的例子是“Insert Active
Control”对话框。相关此对话框的更多信息，请参考文章“插入ActiveX控件对话框”。
(二)MFC类向导
Visual Studio 2010中重新引入了MFC类向导。如今，您可以在处理方案的任何地点调用类向导。MFC类向导准许您添加类、音讯和变量，而不用手动修正单个的代码文件。
六、微软宏汇编器参考
新引入的YMMWord数据类型支持AVX(英特尔高级矢量扩展)指令中包括的256位的多媒体操作数。
Visual C++延伸阅读
Visual C++是微软公司开发的一个IDE(集成开发环境),换句话说,就是运用c++的一个开发平台.有些软件就是这个编出来的...另外尚有VB,VF.只是运用不一样言语...
但是,VC++是Windows平台上的C++编程环境，学习VC要明白许多Windows平台的特征并且还要掌握MFC、ATL、COM等的知识，难度比拟大。Windows下编程须要明白Windows的音讯机制以及回调(callback)函数的原理;MFC是Win32API的包装类，须要了解文档视图类的结构，窗口类的结构，音讯流向等等;COM是代码共享的二进制规范，须要掌握其基本原理等等。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。}