关于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文件相互转换的软件(我目前还没有找到)。:-(
更多分享请关注:软信网-编程-http://www.iis365.net.cn