Len*_*ate 5 plugins calling-convention stdcall visual-studio-2008
我正在一个 dll 中编写一些插件代码,该代码由我无法控制的主机调用。
主机假定插件导出为 __stdcall 函数。主机被告知函数的名称和它期望的参数的详细信息,并通过 LoadLibrary、GetProcAddress 动态地调用它并手动将参数推送到堆栈上。
通常插件 dll 公开一个常量接口。我的插件公开了一个在 dll 加载时配置的接口。为了实现这一点,我的插件公开了一组在编译 dll 时定义的标准入口点,并根据需要将它们分配给正在公开的内部功能。
每个内部函数可能采用不同的参数,但这会与物理入口点名称一起传达给主机。我所有的物理 dll 入口点都定义为采用单个 void * 指针,并且我通过从第一个参数和已与主机通信的已知参数列表的偏移量工作,自己从堆栈中编组后续参数。
主机可以使用正确的参数成功调用我的插件中的函数并且一切正常......但是,我知道 a) 我的函数没有按照定义的那样清理堆栈作为采用 4 字节指针的 __stdcall 函数,因此即使调用者已将更多参数压入堆栈,它们也总是在最后执行“ret 4”。b) 我无法处理不带参数的函数,因为 ret 4 会在我返回时从堆栈中弹出 4 个字节太多。
将我的插件追踪到主机的调用代码后,我可以看到实际上 a) 没什么大不了的;主机会丢失一些堆栈空间,直到它从调度调用返回,此时它会清理它的堆栈帧,从而清理我的垃圾;然而...
我可以通过切换到 __cdecl 而根本不清理来解决 b)。我假设我可以通过切换到裸函数并编写我自己的通用参数清理代码来解决 a)。
由于我知道刚刚调用的函数使用的参数空间量,因此我希望它像以下那样简单:
extern "C" __declspec(naked) __declspec(dllexport) void * __stdcall EntryPoint(void *pArg1)
{
size_t argumentSpaceUsed;
{
void *pX = RealEntryPoint(
reinterpret_cast<ULONG_PTR>(&pArg1),
argumentSpaceUsed);
__asm
{
mov eax, dword ptr pX
}
}
__asm
{
ret argumentSpaceUsed
}
}
Run Code Online (Sandbox Code Playgroud)
但这不起作用,因为 ret 需要一个编译时间常数......有什么建议吗?
更新:
感谢 Rob Kennedy 的建议,我已经解决了这个问题,这似乎有效......
extern "C" __declspec(naked) __declspec(dllexport) void * __stdcall EntryPoint(void *pArg1)
{
__asm {
push ebp // Set up our stack frame
mov ebp, esp
mov eax, 0x0 // Space for called func to return arg space used, init to 0
push eax // Set up stack for call to real Entry point
push esp
lea eax, pArg1
push eax
call RealEntryPoint // result is left in eax, we leave it there for our caller....
pop ecx
mov esp,ebp // remove our stack frame
pop ebp
pop edx // return address off
add esp, ecx // remove 'x' bytes of caller args
push edx // return address back on
ret
}
}
Run Code Online (Sandbox Code Playgroud)
这看起来对吗?
由于ret需要一个常量参数,因此您需要安排您的函数具有常量数量的参数,但这种情况仅在您准备从函数返回时才需要。因此,在函数结束之前,执行以下操作:
ECX是个好地方。ESP直接调整。ret与常量参数一起使用。顺便说一下,在一般情况下,您提到的(a)问题确实是一个问题。您很幸运,调用者似乎总是使用帧指针而不是堆栈指针来引用其自己的局部变量。不过,不需要函数来执行此操作,并且不能保证主机程序的未来版本将继续以这种方式工作。编译器还负责仅在调用期间将一些寄存器值保存在堆栈上,然后期望能够在之后再次将它们弹出。你的代码会打破这一点。
| 归档时间: |
|
| 查看次数: |
3202 次 |
| 最近记录: |