vc6.0迁移到vs2010中问题解决方法.docx

1编译错误C20651c:documents and settingsadministrator桌面host_sp3selectdialog.cpp(62): error C2065: “i”: 未声明的标识符解决办法，将for (int i = 0; i m_deviceList.size(); i+)m_ctlDevicelist.AddString(m_deviceListi);中变量i的定义放到函数体开头int i;for (i = 0; i c:documents and settingsadministrator桌面host_sp3animal cognitiondlg.cpp(949): error C2664: “void ATL:CStringT:Format(const unsigned short *,.)”: 不能将参数 1 从“const char 3”转换为“const unsigned short *”1 with1 1 BaseType=wchar_t,1 StringTraits=StrTraitMFC1 与指向的类型无关；转换要求 reinterpret_cast、C 样式转换或函数样式转换这个问题在VC6程序升级到VS2010时都会遇到，原因就是编码模式的不同。在VC6中，默认使用MBCS（Multi-Byte Character Set）编码，即多字节字符；而VC8、VC7默认的是Unicode编码。所以解决办法便是程序属性常规选项的字符集改为“Use Multi-Byte Character Set”即可。字符基础（ASCII，DBCS，Unicode）所有的 string 类都是以C-style字符串为基础的。C-style字符串是字符数组。所以我们先介绍字符类型。这里有3种编码模式对应3种字符类型。第一种编码类型是单子节字符集（single-byte character set or SBCS）。在这种编码模式下，所有的字符都只用一个字节表示。ASCII是SBCS。一个字节表示的0用来标志SBCS字符串的结束。第二种编码模式是多字节字符集（multi-byte character set or MBCS）。一个MBCS编码包含一些一个字节长的字符，而另一些字符大于一个字节的长度。用在Windows里的MBCS包含两种字符类型，单字节字符（single-byte characters）和双字节字符（double-byte characters）。由于Windows里使用的多字节字符绝大部分是两个字节长，所以MBCS常被用DBCS代替。在DBCS编码模式中，一些特定的值被保留用来表明他们是双字节字符的一部分。例如，在Shift-JIS编码中（一个常用的日文编码模式），0x81-0x9f之间和0xe0-oxfc之间的值表示 这是一个双字节字符，下一个子节是这个字符的一部分。这样的值被称作 leading bytes ,他们都大于0x7f。跟随在一个leading byte子节后面的字节被称作 trail byte 。在DBCS中，trail byte可以是任意非0值。像SBCS一样，DBCS字符串的结束标志也是一个单字节表示的0。第三种编码模式是Unicode。Unicode是一种所有的字符都使用两个字节编码的编码模式。Unicode字符有时也被称作宽字符，因为它比单子节字符宽（使用了更多的存储空间）。注意，Unicode不能被看作MBCS。MBCS的独特之处在于它的字符使用不同长度的字节编码。Unicode字符串使用两个字节表示的0作为它的结束标志。单字节字符包含拉丁文字母表，accented characters及ASCII标准和DOS操作系统定义的图形字符。双字节字符被用来表示东亚及中东的语言。Unicode被用在COM及Windows NT操作系统内部。你一定已经很熟悉单字节字符。当你使用char时，你处理的是单字节字符。双字节字符也用char类型来进行操作（这是我们将会看到的关于双子节字符的很多奇怪的地方之一）。Unicode字符用wchar_t来表示。Unicode字符和字符串常量用前缀L来表示。4警告_WIN32_WINNT not defined. Defaulting to _WIN32_WINNT_MAXVER (see WinSDKVer.h)产生这个错误的原因是原因是_WIN32_WINNT的版本定义太老，老的VC代码对_WIN32_WINNT的典型设置是：#ifndef _WIN32_WINNT#define _WIN32_WINNT 0x0400#endif解决办法为在stdafx.h中添加宏定义。#ifndef _WIN32_WINNT#define _WIN32_WINNT 0x0502#endif备注：必须在stdafx.h中所有#include 文件之前添加此代码。5警告C4018c:documents and settingsadministrator桌面host_sp3selectdialog.cpp(58): warning C4018: “”: 有符号/无符号不匹配出错代码int i;for (i = 0; i Animal Cognition.cpp(56): warning C4996: CWinApp:Enable3dControls: CWinApp:Enable3dControls is no longer needed. You should remove this call.1 D:Program FilesMicrosoft Visual Studio 10.0VCatlmfcincludeafxwin.h(5344) : 参见“CWinApp:Enable3dControls”的声明出错代码：#ifdef _AFXDLL Enable3dControls(); / Call this when using MFC in a shared DLL#else Enable3dControlsStatic(); / Call this when linking to MFC statically#endif这两个函数的调用是旧的MFC版本对新版本的操作系统特性的支持，在新的（那个时候是新的）Windows 95平台上要这样调用一下才能使用新的Windows 3D样式的控件，否则就是老的Win 3.2样子的控件。对于新的MFC版本来说已经不需要再调用这两个函数了，可以用_MSC_VER对其隔离：#if _MSC_VER Animal CognitionDlg.cpp(207): 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.1 D:Program FilesMicrosoft Visual Studio 10.0VCincludestring.h(105) : 参见“strcpy”的声明这种微软的警告，主要因为那些C库的函数，很多函数内部是不进行参数检测的（包括越界类的），微软担心使用这些会造成内存异常，所以就改写了同样功能的函数，改写了的函数进行了参数的检测，使用这些新的函数会更安全和便捷。关于这些改写的函数你不用专门去记忆，因为编译器对于每个函数在给出警告时，都会告诉你相应的安全函数，查看警告信息就可以获知，在使用时也再查看一下MSDN详细了解。库函数改写例子：mkdir改写为 _mkdirfopen”改写为 fopen_sstricmp改写为 stricmp_sstrcpy改写为strcpy_s8sdf文件和ipch文件夹的处理vs2010打开某个工程 ，转换成功之后，在工程目录看见一个sdf文件和一个ipch文件夹，都超大（起码几十M），一个几百k 的工程，结果用vs打开过后变成了两百多兆。大家也许发现了，visual studio 2010 中新建一个项目会同时建立一个ipch目录与sdf文件，即使你删掉它，再次打开工程时还是会重新建立。动辄30、50M