Question

我正在开发一个项目来生成用于离线测试的虚拟DLL。我们有真正的DLL及其头文件，虽然它们似乎不兼容。 DLL中的名称是未解码的，但函数前向声明声明被称为__stdcall：

example.h文件

DWORD __stdcall DoSomething(byte aByte);

Dependency Walker中的

example.dll：

2 (0x0002)   2 (0x0002)   DoSomething   0x000831C0

据我所知，如果可以在__stdcall约定中导出函数，则其名称应该在依赖walker中读取为：

2 (0x0002)   2 (0x0002)   _DoSomething@1   0x000831C0

这是否意味着我们的头文件与编译的DLL不对应，或者我错过了什么？

最终，如何构建虚拟函数的导出，使其行为与我正在模拟的真实DLL的行为相同？

Answer 1

只有两种方法不获取__stdcall名称装饰：

您必须使用.def文件重命名导出。不使用它就先行。
您构建了以x64为目标的代码。由于幸福只有一个调用约定，编译器将忽略你的__stdcall属性，它不会修饰名称。现在您需要 .def文件来重命名导出。从不这样做，没有人会期望在64位代码中使用装饰。

请注意，如果装饰，导出的名称将为_DoSomething @ 4。名称的@部分表示堆栈激活帧的大小。换句话说，在函数返回之前需要从堆栈弹出的字节数。对于32位代码，它永远不会是1，它总是4的倍数。这个名称修饰是存在的，因为__stdcall是如此危险，函数弹出或多或少的堆栈比预期导致很难诊断堆栈不平衡。链接器捕获函数原型声明错误。

Answer 2

用于停止更改之前使用__stdcall的程序名称：如果您使用gnu c ++编译器将“-Wl,--kill-at”参数添加到链接器。

如果您使用代码块：

"Settings" -> "Compiler..."
"Global compiler settings"
"Linker settings"
"Other linker options":
add: "-Wl,--kill-at"

如果你使用devc ++

project->project options
Parameters
add "-Wl,--kill-at" to linker

是否可以在__stdcall中输出导出的函数并且名称为unmangled？

2 个答案: