10. error C2864: “MyClass::_nullpack”: 只有静态常量整型数据成员才可以在类中初始化

　　class MyClass {

　　string _nullpack = "test";

　　}

　　原因：c++ 中，成员变量不能在声明时初始化，而是在构造函数初始化列表中先初始化

　　11. error LNK2019: 无法解析的外部符号 _WinMain@16 int main()

　　原因：由于创建的是Win32 Project，和Win32 console Project的链接库不同

　　方法1：在程序最开始的地方加上以下语句

　　#pragma   comment(linker,   "/subsystem:console ")

　　方法2：project   > >   setting   > >   在link   的project   options   中将/subsystem:windows（console）删了

　　12.类似“已经在 msvcprtd.lib(MSVCP80D.dll) 中定义”问题

　　vs2005 Debug /Release需要分别配制

　　分析一下错误来源，会发现：

　　1.     错误来源主要是重复定义的问题，而且重复定义的基本上都是VC Runtime和Standard C++(www.cppentry.com) Library中的函数

　　2.     LIBCMT和LIBCPMT为Release下的Lib，本来不应该出现在Debug版本的链接的Lib中

　　3.     重复定义的问题主要出现在：LIBCMT, LIBCPMT, MSVCPRTD, MSVCRTD

　　来看看出问题的LIB是那些：

　　1.     LIBCMT：C Runtime库的多线程静态链接的Release版本

　　2.     LIBCPMT：C++(www.cppentry.com) Standard Library的多线程静态链接的Release版本

　　3.     MSVCPRTD：C++(www.cppentry.com) Standard Library的多线程DLL的Debug版本

　　4.     MSVCRTD：C Runtime Library的多线程DLL的Debug版本

　　当 前我们的配置是多线程DLL的Debug版，因此3和4是应该出现在link的列表中的，不属于多余。而后两者则是只是当多线程静态链接Release版 中才会出现。这提示我在项目中加入的ANTLR.LIB可能是造成这个问题的根源，因为静态库的编译选项很容易和主程序发生冲突，并且根据实际信息我们可 以看出ANTLR.LIB应该是用多线程静态链接的Release版本来编译的。

　　解决方法：

　　1、首先查看编译项目依赖的其他项目的运行时库是否一致

　　2、如果不一致，改为同样的运行时库，如在下编译的是：“多线程调试 DLL (/MDd)”,现在需要把所有的依赖项目的运行时库都改为一致的库，就ＯＫ了。

　　13.  error C2143: 语法错误 : 缺少“;”(在“*”的前面)

　　原因：产生错误处，某类型未include，可能头文件名拼写错误、头文件名已更改

　　14. error C2572: “MyClass::Invoke”: 重定义默认参数 : 参数 2

　　string MyClass::Invoke(const CParam& paraObj, INVOKETYPE type = ASYN)

　　原因：默认参数，只需在声明时指定。方法定义的时候无需指定默认参数。

　　string MyClass::Invoke(const CParam& paraObj, INVOKETYPE type /*= ASYN*/)

　　{ ... }

　　15. 错误 C2558 没有可用的复制构造函数或复制构造函数声明为“explicit”

　　试图复制其复制构造函数为 private 的类。在大多数情况下，不应复制具有 private 复制构造函数的类。通用编程(www.cppentry.com)技术声明 private 复制构造函数以防止直接使用类。该类本身可能无用，或需要另一个类才能正常工作。

　　尝试复制其复制构造函数为 explicit 的类。用 explicit 声明复制构造函数会阻止将类的对象传递到函数或从函数返回类的对象。

　　原因： 拷贝构造函数、赋值函数参数必须用const修饰

　　16. 不能创建抽象类对象

　　原因： 1. 存在虚函数未实现； 2. 由于疏忽重载虚函数格式错误(此问题需要仔细检查才能发现)； 3. 虚函数名称与系统中已有的虚函数重名，导致重载失败（这点很纳闷）。

　　17. 没有找到MSCRV80D.dll

　　工程属性： 配置类型 由 exe 改成 lib 后生成， 然后再改回来

　　运行时会出现 “没有找到MSCRV80D.dll” 的异常

　　解决方法：

　　工程属性：MFC的使用 由 “使用标准Windows库” 改成 “在静态库中使用MFC“ 生成 ，然后再改回来

　　生成、运行 OK

　　18. CVTRES : fatal error CVT1100: 重复的资源。type:MANIFEST, name:1, language:0x0409

　　另一个则提示为：

　　LINK : fatal error LNK1123: 转换到 COFF 期间失败: 文件无效或损坏

　　已经到了链接期，应该说，问题就不像编译通不过那么别扭了，而查阅MSDN关于这两个问题的说明，终于找到了解决的方法，现简单的陈述如下：

　　首先，出现这两个问题的原因都是一个，即文件中的现有资源文件和新资源字符串表 ID 冲突。微软也给出了解决这个问题的方法，但是，在现有的情况下，这个方法是靠不住的，因为，不可能不使用wx.rc资源。所以，一个变通的解决方法就是：

　　工程属性->配置属性-> 清单工具->输入和输出->嵌入清单，选择[否]，即可。