关于DLL的若干问题 [转载]
2004-11-24 19:12
585 查看
关于DLL的若干问题 |
经常有朋友们在论坛上问有关DLL的问题,现做如下总结: 1. 在程序里调用DLL的输出函数,出现非法操作(堆栈错误) 这个问题一般是由于函数的实际定义跟使用时的声明不一致引起的。要弄清楚这个问题,必须明白函数的调用机制。在WINDOWS系统中,常见的调用方式有两种:C和PASCAL。C/C++使用C方式,即参数由右向左压栈,由调用者负责处理栈的还原,这样做的好处是可以实现可变参数个数的函数,典型的如scanf/printf;另一种是pascal方式,即参数也是从右向左压栈,但由函数自己负责栈的复原,这样调用方不用理会栈,可以节约编码(不用在每个函数调用的地方都要加上栈还原的指令)。在C/C++中,缺省的调用方式是C的,也叫_cdecl。要用pascal方式,必须显示的说明为pascal(在VC中,也可用_stdcall/PASCAL/WINAPI/CALLBACK,实际上是一个东西)。实际上在DLL中,调用方式也影响函数的命名,这个暂时不做讨论,但下面有提及。 我们可以通过汇编码来看c和pascal两种方式的不同(注意加"*************"的行) void Function1(DWORD v1,DWORD v2) { 10012560 push ebp 10012561 mov ebp,esp 10012563 sub esp,0C0h 10012569 push ebx 1001256A push esi 1001256B push edi 1001256C lea edi,[ebp-0C0h] 10012572 mov ecx,30h 10012577 mov eax,0CCCCCCCCh 1001257C rep stos dword ptr [edi] } 1001257E pop edi 1001257F pop esi 10012580 pop ebx 10012581 mov esp,ebp 10012583 pop ebp 10012584 ret //**************** void WINAPI Function2(DWORD vi,DWORD v2) { 10012590 push ebp 10012591 mov ebp,esp 10012593 sub esp,0C0h 10012599 push ebx 1001259A push esi 1001259B push edi 1001259C lea edi,[ebp-0C0h] 100125A2 mov ecx,30h 100125A7 mov eax,0CCCCCCCCh 100125AC rep stos dword ptr [edi] } 100125AE pop edi 100125AF pop esi 100125B0 pop ebx 100125B1 mov esp,ebp 100125B3 pop ebp 100125B4 ret 8 //**************两个DWORD参数,共八个字节 Function1(1,2); 10012604 push 2 //*********C方式,从右向左入栈 10012606 push 1 10012608 call Function1 (10011749h) 1001260D add esp,8 //*********调用者负责回复栈 Function2(1,2); 10012610 push 2 //************pascal方式,从右向左入栈 10012612 push 1 10012614 call Function2 (100112DFh) //调用者不用处理栈 2. 使用动态载入DLL的时候,发现输出的函数无法用GetProcAddress定位 导致这个问题的原因有两个可能:一是函数根本没有输出,二是输出函数的名字有误。这两个原因都是编写DLL时的不正确处理造成的。VC中有关DLL的关键字有:_declspec,dllexport,dllimport,extern "C"。另外一点就是.def定义文件的问题。.def文件的格式参见相关文档。 下面对DLL的问题作一些说明: a. _declspec(export)只是定义输出函数 b. extern "C" 保证输出的函数按C的方式命名,即在原函数名前加下划线”_“ c. 如果用.def定义输出函数,则输出函数自动按C方式命名,此时在函数定义中可不加extern "C"和_declspec(export) d. 如果函数采用pascal调用风格,则一定要用.def文件显示输出,否则输出函数的名字与C不兼容(即上面提到的调用方式导致的命名规则不同) e. _declspec(dllexport)跟_declspec(dllimport)的作用是一样的,通常在函数定义的地方(DLL中)用前者,而在引用的地方用后者(程序中)。 3. DLL的调试 很多朋友在写DLL的时候想进行调试,又嫌写专门的调试程序太麻烦。这里给大家一个简单的方法,即在DLL中输出一个测试函数,在函数中调用相关的功能模块,然后用RUNDLL32.EXE来调用该DLL,如dll叫mydll.dll,输出一个函数叫FunTest,则格式是rundll32.exe mydll.dll,FunTest。该方法适用于简单的DLL调试。 4. VC和BCB的DLL交叉调用的问题 由于VC和BCB使用不同的LIB文件格式(MICROSOFT使用COFF格式,BORLAND使用OMF格式),所以二者不能直接交叉调用对方的DLL文件。要达到调用的目的,只能使用动态链接的方式,即LoadLibrary/GetProcAddress的方式,而不能使用添加lib文件的静态链接方式,除非找到能将COFF格式和OMF格式LIB文件相互转换的软件(我目前还没有找到)。:-( |
相关文章推荐
- JNDI学习
- 成功需要“十商”
- 一些实用的网页代码
- 三种事务处理
- 三种项目成本估算方法
- 项目管理的20条锦囊妙计
- 在注册表中删除MSSQL无用的数据库注册
- U盘上的LINUX(转)
- JAAS:灵活的Java安全机制
- 忆友人
- 忆友人
- 网页设计外包价格与报价办法
- 11月25日下午14:00,CSDN在线SharePoint TechTalk
- 文件正由另一进程使用的问题
- 实战dailybuild-cc.net的配置
- SharePoint(Microsoft Windows SharePoint Services (wss)) 搜索错误的解决方法
- 反序列化
- .NET的不足之处一:验证控件
- 今天看到了DNN3.0.4,感觉挺不错的,确实有很大的改进!!!
- 失踪的IE进程