VC6.0工程升级到VS2010遇到问题及解决办法

1．编译错误C2065
1>c:\documents and settings\administrator\桌面\host_sp3\selectdialog.cpp(62): error C2065: “i”: 未声明的标识符
解决办法，将
for (int i = 0; i < m_deviceList.size(); i++)
{
m_ctlDevicelist.AddString(m_deviceList[i]);
}
中变量i的定义放到函数体开头
int i;
for (i = 0; i < m_deviceList.size(); i++)
{
m_ctlDevicelist.AddString(m_deviceList[i]);
}


2．链接错误LNK2019
odbccp32.lib(dllload.obj) : error LNK2019: 无法解析的外部符号 __imp___vsnprintf，该符号在函数 _StringVPrintfWorkerA@20 中被引用
odbccp32.lib是在程序中对数据库操作时用到的，这个链接问题在使用静态DLL方式时才会遇到，如果使用共享DLL方式时不会出现，但是因为本程序需要使用静态DLL方式，所以继续尝试其他的解决方法。尝试在程序属性的连接器输入选项中添加附加依赖项odbccp32.lib，依然报错。于是在系统中搜索这个lib文件，最终找到了两种不同版本的odbccp32.lib。
VC6.0中文件信息：
C:\Program Files\Microsoft Visual Studio\VC98\Lib\ODBCCP32.LIB

VS2010中文件信息：
C:\Program Files\Microsoft SDKs\Windows\v7.0A\Lib\odbccp32.lib

从文件信息中可以看出两个文件的版本大小都不同。在程序属性的连接器输入选项中添加附加依赖项C:\Program Files\Microsoft Visual Studio\VC98\Lib\ODBCCP32.LIB，使用VC6.0版本的odbccp32.lib，编译连接成功。但是添加C:\Program Files\Microsoft SDKs\Windows\v7.0A\Lib\odbccp32.lib，使用VS2010版本错误依旧会出现。
从上面可以看出这个链接问题是VC6.0和VS2010中odbccp32.lib版本不同造成的，解决办法便是在程序属性的连接器输入选项中添加附加依赖项C:\Program Files\Microsoft Visual Studio\VC98\Lib\ODBCCP32.LIB，使用VC6.0版本的odbccp32.lib。



3．编译错误C2664
编译后出现大量的C2664错误。
1>c:\documents and settings\administrator\桌面\host_sp3\animal cognitiondlg.cpp(949): error C2664: “void ATL::CStringT::Format(const unsigned short *,...)”: 不能将参数 1 从“const char [3]”转换为“const unsigned short *”
1>          with
1>          [
1>              BaseType=wchar_t,
1>              StringTraits=StrTraitMFC
1>          ]
与指向的类型无关；转换要求 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．警告C4018
>c:\documents and settings\administrator\桌面\host_sp3\selectdialog.cpp(58): warning C4018: “<”: 有符号/无符号不匹配
出错代码
int i;
for (i = 0; i < m_deviceList.size(); i++)
{
m_ctlDevicelist.AddString(m_deviceList[i]);
}
出错原因分析:
m_deviceList是一个Vector容器，m_deviceList.size() 在容器说明中被定义为: unsigned int 类型, 而i是int类型，所以会出现：有符号/无符号不匹配 警告
解决办法：定义i为unsigned 类型后就可以了。


6．警告C4996
1>Animal Cognition.cpp(56): warning C4996: 'CWinApp::Enable3dControls': CWinApp::Enable3dControls is no longer needed. You should remove this call.
1>          D:\Program Files\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxwin.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 <= 1200 // MFC 6.0 or earlier
  #ifdef _AFXDLL
      Enable3dControls();            // Call this when using MFC in a shared DLL
  #else
      Enable3dControlsStatic();    // Call this when linking to MFC statically
  #endif
#endif


7．警告C4996
1>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 Files\Microsoft Visual Studio 10.0\VC\include\string.h(105) : 参见“strcpy”的声明
这种微软的警告，主要因为那些C库的函数，很多函数内部是不进行参数检测的（包括越界类的），微软担心使用这些会造成内存异常，所以就改写了同样功能的函数，改写了的函数进行了参数的检测，使用这些新的函数会更安全和便捷。关于这些改写的函数你不用专门去记忆，因为编译器对于每个函数在给出警告时，都会告诉你相应的安全函数，查看警告信息就可以获知，在使用时也再查看一下MSDN详细了解。库函数改写例子：
mkdir改写为 _mkdir
fopen”改写为 fopen_s
stricmp改写为 stricmp_s
strcpy改写为strcpy_s


8．sdf文件和ipch文件夹的处理
vs2010打开某个工程 ，转换成功之后，在工程目录看见一个sdf文件和一个ipch文件夹，都超大（起码几十M），一个几百k 的工程，结果用vs打开过后变成了两百多兆。

大家也许发现了，visual studio 2010 中新建一个项目会同时建立一个ipch目录与sdf文件，即使你删掉它，再次打开工程时还是会重新建立。动辄30、50M的容量让我们心里很不爽。其实这是2010的一个新功能，与智能提示，错误提示，代码恢复、团队本地仓库等等息息相关的东西。如果大家觉得很不爽可以关掉它。Tools —— Options —— Text Editor —— C/C++ —— Advanced ——Disable Database 设置为True，默认为false。这样，你关闭visual后删掉工程目录下的ipch与sdf就不会再产生了