Rover12421's Blog

The End.

VS2010编译Gh0st3.6(三)

三.解决连接错误

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

3.1 CJ60StaticLib链接库错误

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

1>CJ60StaticLib.lib(CJListView.obj) : error LNK2001: 无法解析的外部符号 “protected: static struct AFX_MSGMAP const CListView::messageMap” (?messageMap@CListView@@1UAFX_MSGMAP@@B)
1>CJ60StaticLib.lib(CJListView.obj) : error LNK2001: 无法解析的外部符号 “public: thiscall CString::~CString(void)” (
??1CString@@QAE@XZ)
1>CJ60StaticLib.lib(CJListCtrl.obj) : error LNK2001: 无法解析的外部符号 “public:
thiscall CString::~CString(void)” (??1CString@@QAE@XZ)
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

Cj60Lib-Debug

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

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

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

Release

或者:

Active--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

CJ60Lib--Release

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” (??_U@YAPAXI@Z) 已经在 LIBCMT.lib(new2.obj) 中定义
1>nafxcw.lib(afxmem.obj) : error LNK2005: “void
cdecl operator delete” (??_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。修改如图:

Additional Dependencies

四.结束

最后的运行效果如下:

Gh0st VS2010

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

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

4.1 补充

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

Gh0st VM 2003

好了,本文档到此就结束了。感谢大家的支持!

修改后的项目文件下载:

http://u.115.com/file/f086dd700e

Comments