vc 6.0怎么添加其它的函数库

工程、设置、Settings For:All Configurations、C/C++、分类：Preprocessor、附加包含路径：填写附加头文件所在目录 逗号间隔多项

工程、设置、Settings For:All Configurations、Link、分类：Input、附加库路径：填写附加依赖库所在目录 分号间隔多项

工程、设置、Settings For:All Configurations、Link、分类：Input、对象/库模块：填写附加依赖库的名字.lib 空格间隔多项

VS20xx：

项目、属性、C/C++、附加包含目录：填写附加头文件所在目录 分号间隔多项

项目、属性、链接器、附加库目录：填写附加依赖库所在目录 分号间隔多项

项目、属性、链接器（点前面的＋展开）、输入、附加依赖项：填写附加依赖库的名字.lib 空格间隔多项.

如果debug和release下库名字不同，相应选择Settings For:Win32 Debug或Win32 Release.

1>c:\documents and settings\administrator\桌面\host_sp3\selectdialog.cpp(62): error C2065: “i”: 未声明的标识符

解决办法，将

for (int i = 0i <m_deviceList.size()i++)

{

m_ctlDevicelist.AddString(m_deviceList[i])

}

中变量i的定义放到函数体开头

int i

for (i = 0i <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 = 0i <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就不会再产生了