标签：dllexport c dll stdcall cdecl

我正在开发一个项目来生成用于离线测试的虚拟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相同？

解决方法:

只有两种方法可以获得__stdcall名称修饰：

>您必须使用.def文件重命名导出.不使用它获得成功.
>您构建了针对x64的代码.由于幸福只有一个调用约定,编译器将忽略你的__stdcall属性,它不会修饰名称.现在,您需要一个.def文件来重命名导出.从不这样做,没有人会期望在64位代码中使用装饰.

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

标签：dllexport,c,dll,stdcall,cdecl
来源： https://codeday.me/bug/20190830/1770000.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。