VS 2010编译Gh0st 3.6(三）

 转自 Rover12421 ‘s Blog

三．解决连接错误

      到现在为止，所以代码已经没有任何错误了，但在Gh0st还是编译不成功，而错误全部是在连接错误上。下面来解决掉这些链接错误。

3.1 CJ60StaticLib链接库错误

首先我们看到的是CJ60StaticLib的链接错误

1>CJ60StaticLib.lib(CJListView.obj) : error LNK2001: 无法解析的外部符号 "protected: static struct AFX_MSGMAP const CListView::messageMap" () 
1>CJ60StaticLib.lib(CJListView.obj) : error LNK2001: 无法解析的外部符号 "public: __thiscall CString::~CString(void)" () 
1>CJ60StaticLib.lib(CJListCtrl.obj) : error LNK2001: 无法解析的外部符号 "public: __thiscall CString::~CString(void)" () 
1>CJ60StaticLib.lib(CJListView.obj) : error LNK2019: 无法解析的外部符号 "public: void __thiscall CString::Empty(void)" (?Empty@CString@@QAEXXZ)，该符号在函数 "public: __thiscall CCJListView::CCJListView(void)" (??0CCJListView@@QAE@XZ) 中被引用 
1>CJ60StaticLib.lib(CJListCtrl.obj) : error LNK2001: 无法解析的外部符号 "public: void __thiscall CString::Empty(void)" (?Empty@CString@@QAEXXZ)

从错误上看，gh0st链接的是CJ60StaticLib.lib库，但是前面我们编译的CJ60StaticLib产生的库却是CJ60StaticLibd.lib，是CJ60StaticLib的Debug版本的库，这里链接的却是Release版的库。不信可以看下CJ60StaticLib的生成目录：

E:\Programming\VS2010\Gh0st3.6\gh0st\CJ60Lib\Lib

 

看些日期也就知道，我们前面编译的文件名后面都多了d。从新打开CJ60StaticLib项目。

E:\Programming\VS2010\Gh0st3.6\gh0st\CJ60Lib\CJ60Lib\CJ60Lib.sln

可以直接在界面上的修改成Release，或在项目属性里点配置成Release。如下图：

 

或者：

 

修改后如果直接这样编译，会出现类似下面的错误：

1>ShellPidl.cpp(220): error C2664: “MultiByteToWideChar”: 不能将参数 5 从“USHORT *”转换为“LPWSTR” 
1>          与指向的类型无关；转换要求 reinterpret_cast、C 样式转换或函数样式转换

一看就知道是默认字符集问题，前面只在Debug模式下修改了默认不是WChar_t类型，而切换到Release模式也要记得修改。重新修改，编译CJ60StaticLib和CJ60Lib。再来看下生成目录。

E:\Programming\VS2010\Gh0st3.6\gh0st\CJ60Lib\Lib

 

3.2 gh0st链接错误

现在再来编译一次gh0st，链接错误是不是没有出现在CJ60StaticLib上了

1>C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppBuild.targets(990,5): warning MSB8012: TargetPath(E:\Programming\VS2010\Gh0st3.6\gh0st\.\Release\gh0st.exe) does not match the Linker’s OutputFile property value (E:\Programming\VS2010\Gh0st3.6\Bin\gh0st.exe). This may cause your project to build incorrectly. To correct this, please make sure that $(OutDir), $(TargetName) and $(TargetExt) property values match the value specified in %(Link.OutputFile). 
1>nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义 
1>nafxcw.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) 已经在 LIBCMT.lib(delete.obj) 中定义 
1>nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new[](unsigned int)" (??_U@YAPAXI@Z) 已经在 LIBCMT.lib(new2.obj) 中定义 
1>nafxcw.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete[](void *)" (??_V@YAXPAX@Z) 已经在 LIBCMT.lib(delete2.obj) 中定义 
1>../Bin/gh0st.exe : fatal error LNK1169: 找到一个或多个多重定义的符号

看错误提示，都是nafxcw.lib已经在LIBCMT.lib里定义，其实这就是VS链接库顺序的问题了，需要修正这些链接库的顺序。

打开gh0st项目的属性页面，在连接选项卡里选择Input。在忽略默认链接库（Ignore Specific Default Libraries）里可以看到原来的gh0st已经忽略了msvcrt.lib，这个对我们没有任何影响，去掉这个忽略。直接修改为：nafxcw.lib;LIBCMT.lib。然后在依赖关系（Additional Dependencies）里指定这两个库的链接顺序，在最前面添加：nafxcw.lib;LIBCMT.lib。这两个一定要在最前面。并且顺便不能乱。至于怎么看顺序，其实很简单，他不是说nafxcw.lib已经在LIBCMT.lib里定义了吗，那就是说在连接nafxcw.lib之前已经连接了LIBCMT.lib。修改如图：

 

 

四．结束

最后的运行效果如下：

 

 

如果编译之后生成的服务端，直接放到没有装VS2010的扩展库的系统下是不能运行的，只需要把提示缺少的文件从VS2010的安装目录拷贝到系统的system32下就能运行并上线了。

也可以把gh0st里的三个项目都改成Release版，这样就可以直接在其他系统中运行了。这里我就不讲解了，后续如需修改就看各自的了。

4.1 补充

在VM中的Server2003上测试时，发现这次的修改已经是Release版了，可以直接运行，不需要VS2010的扩展库支持了。以前编译的时候改动了很多地方，编译的是Debug版的，而且有警告弹窗。这次为了写本文档，尽量的保持了和原版本的一致。竟然没有以前的错误，也算是比以前的完美点了吧。