我们正在将 C++ 源代码从 VS2008 迁移到 VS 2010。由于 lib 文件不正确,我们遇到了问题。
有什么方法可以确定 lib 文件是使用 VS 2010 还是 VS 2008 构建的?
我们正在将 C++ 源代码从 VS2008 迁移到 VS 2010。由于 lib 文件不正确,我们遇到了问题。
有什么方法可以确定 lib 文件是使用 VS 2010 还是 VS 2008 构建的?
严格来说,您将无法直接从 lib 文件中获取它,因为它们只是 .obj 文件(或在导入库的情况下为“伪目标文件”)的容器。可以有一个包含由不同编译器创建的目标文件的库,尽管我怀疑你会经常看到这种情况,如果有的话。
但是,您可以从库中包含的目标文件中获取信息。
我不知道这些信息有多可靠,但似乎 MSVC 生成的目标文件包含有关用于构建它们的编译器的版本信息。目标文件包含一个名为“.debug$S”的部分,其中将包含调试信息。但是,即使您在没有调试信息的情况下构建了目标文件,仍然会有一个小的“.debug$S”部分,对于使用 VS 2008 SP1(编译器)编译的简单“hello world”程序,它可能如下所示版本 15.00.30729.01):
RAW DATA #2
00000000: 04 00 00 00 F1 00 00 00 56 00 00 00 18 00 01 11 ....ñ...V.......
00000010: 00 00 00 00 63 3A 5C 74 65 6D 70 5C 68 65 6C 6C ....c:\temp\hell
00000020: 6F 2E 6F 62 6A 00 3A 00 3C 11 00 22 00 00 07 00 o.obj.:.<.."....
00000030: 0F 00 00 00 09 78 01 00 0F 00 00 00 09 78 01 00 .....x.......x..
00000040: 4D 69 63 72 6F 73 6F 66 74 20 28 52 29 20 4F 70 Microsoft (R) Op
00000050: 74 69 6D 69 7A 69 6E 67 20 43 6F 6D 70 69 6C 65 timizing Compile
00000060: 72 00 00 00 r...
请注意,如果您将编译器版本 15.00.30729.01 的组件转换为 16 位十六进制数字,您将得到(以小端显示):
0f 00 00 00 09 78 01 00
您会注意到这是一个字符串,它在“.debug$S”部分的偏移量 0x30 和 0x38 处出现了两次。
对于 VS 2010 SP1(编译器版本 16.00.40219.01)产生以下“.debug$S”:
RAW DATA #2
00000000: 04 00 00 00 F1 00 00 00 56 00 00 00 18 00 01 11 ....ñ...V.......
00000010: 00 00 00 00 43 3A 5C 74 65 6D 70 5C 68 65 6C 6C ....C:\temp\hell
00000020: 6F 2E 6F 62 6A 00 3A 00 3C 11 00 22 00 00 07 00 o.obj.:.<.."....
00000030: 10 00 00 00 1B 9D 01 00 10 00 00 00 1B 9D 01 00 ................
00000040: 4D 69 63 72 6F 73 6F 66 74 20 28 52 29 20 4F 70 Microsoft (R) Op
00000050: 74 69 6D 69 7A 69 6E 67 20 43 6F 6D 70 69 6C 65 timizing Compile
00000060: 72 00 00 00 r...
您将在其中记录编译器版本数据10 00 00 00 1B 9D 01 00
。
VS 2003 通过 VS 2012 编译器生成了类似的签名(VC6 不生成“.debug$S”部分,我没有办法测试 VS 2002)。但是,信息的偏移量有时会有所不同(根据使用的实际选项和正在编译的文件,即使对于相同的编译器也可能不同)。
我不知道有一个工具可以轻松提取此信息,但是一些将lib
工具串在一起的脚本和/或dumpbin
可能很容易拼凑在一起。 如果您想自己拆分库和目标文件,Microsoft 的“PE 和 COFF 规范”文档.debug$S
可能会有所帮助,尽管该文档除了它存在并包含调试信息之外没有关于该部分的真实信息。
请注意,据我所知,这些信息是无证的,我的逆向工程至少可以说是粗略的,并且可能会在所有情况下发生变化或不成立。我真的不确定这些信息的可靠性,但如果没有其他更好的信息出现,这只是一个开始。