dll中的函数有和调用者间的内存访问,调用会出错??

sucker 2003-07-05 03:03:11
VC写的dll:
extern "C" __declspec(dllexport) bool MyFunc(char *input, int inputLen, char *output);//读输入缓存,写输出缓存

delphi中好像动态和静态加载都报错,在VC++6中以#include 头文件和 .Lib 文件方式编译调用正常。
是不是调用者和被调用者间的内存是不能相互访问的?如何解决?
...全文
130 11 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
sucker 2003-07-07
  • 打赏
  • 举报
回复
我确定是调用约定的问题了
o_racle 2003-07-05
  • 打赏
  • 举报
回复
对,是调用约定的问题。不过我不懂DELPHI,只记得好像用__stdcall。
sucker 2003-07-05
  • 打赏
  • 举报
回复
ESP 是什么寄存器?
sucker 2003-07-05
  • 打赏
  • 举报
回复
难道......

......
1)调用约定(Calling convention):决定函数参数传送时入栈和出栈的顺序,由调用者还是被调用者把参数弹出栈,以及编译器用来识别函数名字的修饰约定。函数调用约定有多种,这里简单说一下:
1、__stdcall调用约定相当于16位动态库中经常使用的PASCAL调用约定。在32位的VC++5.0中PASCAL调用约定不再被支持(实际上它已被定义为__stdcall。除了__pascal外,__fortran和__syscall也不被支持),取而代之的是__stdcall调用约定。两者实质上是一致的,即函数的参数自右向左通过栈传递,被调用的函数在返回前清理传送参数的内存栈,但不同的是函数名的修饰部分(关于函数名的修饰部分在后面将详细说明)。_stdcall是Pascal程序的缺省调用方式,通常用于Win32 Api中,函数采用从右到左的压栈方式,自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀,在函数名后加上"@"和参数的字节数。
2、C调用约定(即用__cdecl关键字说明)按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的(正因为如此,实现可变参数的函数只能使用该调用约定)。另外,在函数名修饰约定方面也有所不同。_cdecl是C和C++程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码,所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上下划线前缀。是MFC缺省调用约定。  
3、__fastcall调用约定是“人”如其名,它的主要特点就是快,因为它是通过寄存器来传送参数的(实际上,它用ECX和EDX传送前两个双字(DWORD)或更小的参数,剩下的参数仍旧自右向左压栈传送,被调用的函数在返回前清理传送参数的内存栈),在函数名修饰约定方面,它和前两者均不同。_fastcall方式的函数采用寄存器传递参数,VC将函数编译后会在函数名前面加上"@"前缀,在函数名后加上"@"和参数的字节数。
4、thiscall仅仅应用于“C++”成员函数。this指针存放于CX寄存器,参数从右到左压。thiscall不是关键词,因此不能被程序员指定。
5、naked call采用1-4的调用约定时,如果必要的话,进入函数时编译器会产生代码来保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容。naked call不产生这样的代码。naked call不是类型修饰符,故必须和_declspec共同使用。关键字 __stdcall、__cdecl和__fastcall可以直接加在要输出的函数前,也可以在编译环境的Setting...\C/C++ \Code Generation项选择。当加在输出函数前的关键字与编译环境中的选择不同时,直接加在输出函数前的关键字有效。它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd,即__cdecl。
要完全模仿PASCAL调用约定首先必须使用__stdcall调用约定,至于函数名修饰约定,可以通过其它方法模仿。还有一个值得一提的是WINAPI宏,Windows.h支持该宏,它可以将出函数翻译成适当的调用约定,在WIN32中,它被定义为__stdcall。使用WINAPI宏可以创建自己的APIs。

2)名字修饰约定
1、修饰名(Decoration name)
......
sucker 2003-07-05
  • 打赏
  • 举报
回复
好像是导出函数的声明问题???导致调用者不知道
出错信息如下:
......
Moudle:
......
The Value of ESP was not properly saved across a function call. This is usually a result of call a function declared with on calling convertion with a funcion pointer declared with a different calling convention.
o_racle 2003-07-05
  • 打赏
  • 举报
回复
give me some time to think
sucker 2003-07-05
  • 打赏
  • 举报
回复
我猜想函数的入口地址系统会自动转换,(或者用GetProcAddress()得到),但是传递的参数系统并没有一并转换,因为它不知道参数也是一个地址。于是出现内存访问错误。

有没有肯定的答复?
sucker 2003-07-05
  • 打赏
  • 举报
回复
我在VC的代码中静态引用DLL编译,dll中new出来的内存是可以在代码中随意引用的。可是如果是LoadLibrary()显式加载,如果存在内存保护,或者地址转换问题,那么应该就会调用失败罗?
sucker 2003-07-05
  • 打赏
  • 举报
回复
dll不是和调用者共享堆栈的么?那么是不是可以这样说:我在dll中 new 出来的空间都在调用者的堆栈中?难道还存在相互间地址转换的问题?
o_racle 2003-07-05
  • 打赏
  • 举报
回复
dll中读输入缓存(谁的?),写输出缓存(输出到哪里?)?

摘录一段:
DLL有自己的数据段,但没有自己的堆栈,它所需要的堆栈内存是从运行进程的堆栈分配出来的。它使用与调用它的应用程序相同的堆栈模式。

这好像说明调用者和被调用者间的内存是不能相互访问!
sucker 2003-07-05
  • 打赏
  • 举报
回复
没人知道么??

15,473

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 进程/线程/DLL
社区管理员
  • 进程/线程/DLL社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧