动态调用DLL记录

最新推荐文章于 2024-09-18 17:34:27 发布

阅读量1.2k

点赞数

文章标签： dll winapi pascal underscore function windows

本文链接：https://blog.csdn.net/kingpcn/article/details/2765270

版权

C/C++ code

   
   
    
    
    
    

    
    //
    
    DLL声明详细：

    
    //
    
    DLL工程由VC6的向导选“Regular DLL using shared MFC DLL”生成
    
    

    
    extern
    
     
    
    "
    
    C
    
    "
    
     __declspec(dllexport) 
    
    long
    
     Show2(
    
    long
    
     n)
{
    AFX_MANAGE_STATE(AfxGetStaticModuleState());
    CString strShow;
    strShow.Format(
    
    "
    
    %d
    
    "
    
    ,n);
    AfxMessageBox(strShow);
    
    
    return
    
     
    
    0
    
    ;
}

C/C++ code

   
   
    
    
    
    


    
    //
    
    调用详细：

    
    //
    
    VC6向导生成的dialog工程
    
    

    
     
    
    void
    
     CTestDlg::OnButton1() 
{
    typedef 
    
    long
    
     (WINAPI 
    
    *
    
     TESTDLL_FUNCTION)(
    
    long
    
    );
    HINSTANCE hDll;
    hDll 
    
    =
    
     ::LoadLibrary (
    
    "
    
    mfcdll.dll
    
    "
    
    );
    
    
    if
    
    (hDll
    
    ==
    
    NULL)
    {
        AfxMessageBox(
    
    "
    
    Fail: mfcdll.dll
    
    "
    
    );
    }
    TESTDLL_FUNCTION proc;
    proc 
    
    =
    
     (TESTDLL_FUNCTION)GetProcAddress (hDll,
    
    "
    
    Show2
    
    "
    
    );
    
    
    if
    
    (proc
    
    !=
    
    (TESTDLL_FUNCTION)NULL)
        
    
    long
    
     lR 
    
    =
    
     (
    
    *
    
    proc)(
    
    123456
    
    );
    
    FreeLibrary(hDll);    
}

出错：
弹出框：
Module:
File: i386/chkesp.c
Line: 42

The value of ESP was not properly saved across a function call.
This is usually a result of calling a function declared with one
calling convention with a function pointer declared with a different calling convention.

(Press Retry to debug the application)

解决办法：

1.查看DLL的工程里的C/C++编译参数是否一至：

a.) Category --> Code Genarition --> Strut member alignmenet 项

b.) Project Options:里去掉(Debugj里去掉 /GZ release版里去掉 /O2 )

比对：

release
# ADD CPP /nologo /Zp1 /MD /W3 /GX /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Yu"stdafx.h" /FD /c
# ADD CPP /nologo /MD /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /Yu"stdafx.h" /FD /c

debug
# ADD CPP /nologo /Zp1 /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /FR /Yu"stdafx.h" /FD /c
# ADD CPP /nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_MBCS" /FR /Yu"stdafx.h" /FD /GZ /c

另外方法：

在DLL工程里的函数前加 __cdecl ; 使用DLL的工程里的 WINAPI 改为__cdecl

VSS下Clear工程：

1.删*.opt

2.文本改*.dsp

3.双击*.dsp打开工程

函数调用规范cdecl和stdcall的区别一目了然（表格形式）

Posted on Tuesday, May 24, 2005 3:23 PM #C & C++

__cdecl

__stdcall

C 和 C++ 程序的缺省调用规范

为了使用这种调用规范，需要你明确的加上 __stdcall （或 WINAPI ）文字。即 return-type __stdcall function-name[(argument-list)]

在被调用函数 (Callee) 返回后，由调用方 (Caller) 调整堆栈。

1. 调用方的函数调用

2. 被调用函数的执行

3. 被调用函数的结果返回

4. 调用方清除调整堆栈

在被调用函数 (Callee) 返回前，由被调用函数 (Callee) 调整堆栈。图示：

1. 调用方的函数调用

2. 被调用函数的执行

3. 被调用函数清除调整堆栈

4. 被调用函数的结果返回

因为每个调用的地方都需要生成一段调整堆栈的代码，所以最后生成的文件较大。

因为调整堆栈的代码只存在在一个地方（被调用函数的代码内），所以最后生成的文件较小。

函数的参数个数可变（就像 printf 函数一样），因为只有调用者才知道它传给被调用函数几个参数，才能在调用结束时适当地调整堆栈。

函数的参数个数不能是可变的。

对于定义在 C 程序文件中的输出函数，函数名会保持原样，不会被修饰。

对于定义在 C++ 程序文件中的输出函数，函数名会被修饰， MSDN 说 Underscore character (_) is prefixed to names . 我实际测试（ VC4 和 VC6 ）下来发现好像不是那么简单。

可通过在前面加上 extern “C” 以去除函数名修饰。也可通过 .def 文件去除函数名修饰。

不论是 C 程序文件中的输出函数还是 C++ 程序文件中的输出函数，函数名都会被修饰。

对于定义在 C 程序文件中的输出函数， An underscore (_) is prefixed to the name. The name is followed by the at sign (@) followed by the number of bytes (in decimal) in the argument list.

对于定义在 C++ 程序文件中的输出函数，好像更复杂，和 __cdecl 的情况类似。

好像只能通过 .def 文件去除函数名修饰。

_beginthread 需要 __cdecl 的线程函数地址

_beginthreadex 和 CreateThread 需要 __stdcall 的线程函数地址

两者的参数传递顺序都是从右向左。

为了让 VB 可以调用，需要用 __stdcall 调用规范来定义 C/C++ 函数。请参看Microsoft KB153586 文章：How To Call C Functions That Use the _cdecl Calling Convention。

当你 LoadLibrary 一个 DLL 文件后，把 GetProcAddress 取得的函数地址传给上面三个线程生成函数时，请务必确认实际定义在 DLL 文件的输出函数符合调用规范要求。否则，编译成 Release 版后运行，可能会破坏堆栈，程序行为不可预测。

VC 中的相关编译开关：/Gd /Gr /Gz。另外，VC6中新增加的 /GZ 编译开关可以帮你检查堆栈问题。

原来的一些调用约定可以不再使用。它们被定义成调用约定_stdcall或者_cdecl。例如：

#define CALLBACK __stdcall

#define WINAPI __stdcall

#define WINAPIV __cdecl

#define APIENTRY WINAPI

#define APIPRIVATE __stdcall

#define PASCAL __stdcall

///

被这些修饰关键字修饰的函数，其参数都是 从右向左通过堆栈传递的(__fastcall的前面部分由ecx,edx传)，

函数调用在返回前要清理堆栈，但由调用者还是被调用者清理不一定。

1、_stdcall是Pascal程序的缺省调用方式， 通常用于Win32 Api中，函数采用从右到左的压栈方式，

自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀，在函数名后加上"@"和参数的字节数。 int f(void *p) -->> _f@4(在外部汇编语言里可以用这个名字引用这个函数)

2、C调用约定（即用__cdecl关键字说明）（The C default calling convention）按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的（正因为如此，实现可变参数 vararg的函数(如printf)只能使用该调用约定）。另外，在函数名修饰约定方面也有所不同。 _cdecl是C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，所以 产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上下划线前缀。

是MFC缺省调用约定。

3、__fastcall调用的主要特点就是快，因为它是 通过寄存器来传送参数的（实际上，它用ECX和EDX传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈），在函数名修饰约定方面，它和前两者均不同。__fastcall方式的函数采用寄存器传递参数，VC将函数编译后会在函数名前面加上"@"前缀，在函数名后加上"@"和参数的字节数。

4、thiscall仅仅应用于“C++”成员函数。this指针存放于CX/ECX寄存器中，参数从右到左压。thiscall不是关键词，因此不能被程序员指定。

5、naked call。当采用1-4的调用约定时，如果必要的话，进入函数时编译器会产生代码来保存ESI，EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些寄存器的内容。

(这些代码称作 prolog and epilog code,一般 ，ebp,esp的保存是必须的).

但是naked call不产生这样的代码。naked call不是类型修饰符，故必须和_declspec共同使用。

关键字 __stdcall、__cdecl和__fastcall可以直接加在要输出的函数前。它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd，即__cdecl。

要完全模仿PASCAL调用约定首先必须使用__stdcall调用约定，至于函数名修饰约定，可以通过其它方法模仿。还有一个值得一提的是WINAPI宏，Windows.h支持该宏，它可以将出函数翻译成适当的调用约定，在WIN32中，它被定义为__stdcall。使用WINAPI宏可以创建自己的APIs。

2)名字修饰约定

1、修饰名(Decoration name)

“C”或者“C++”函数在内部（编译和链接）通过 修饰名识别。修饰名是编译器在编译函数定义或者原

型时生成的字符串。有些情况下使用函数的修饰名是必要的，如在模块定义文件里头指定输出“C++”重载函数、构造函数、析构函数，又如在汇编代码里调用“C””或“C++”函数等。

修饰名由函数名、类名、调用约定、返回类型、参数等共同决定。

2、名字修饰约定随调用约定和编译种类(C或C++)的不同而变化。函数名修饰约定随编译种类和调用约定

的不同而不同，下面分别说明。

a、C编译时函数名修饰约定规则：

__stdcall调用约定在输出函数名前加上一个下划线前缀，后面加上一个“@”符号和其参数的字节数，

格式为 _functionname@number。

__cdecl调用约定仅在输出函数名前加上一个下划线前缀，格式为_functionname。

__fastcall调用约定在输出函数名前加上一个“@”符号，后面也是一个“@”符号和其参数的字节数，

格式为@functionname@number。

它们均不改变输出函数名中的字符大小写，这和PASCAL调用约定不同，PASCAL约定输出的函数名无任何修饰且全部大写。

b、C++编译时函数名修饰约定规则：

__stdcall调用约定：
1、以“?”标识函数名的开始，后跟函数名；
2、函数名后面以 “@@YG”标识参数表的开始，后跟参数表；
3、参数表以代号表示：
X--void ，
D--char，
E--unsigned char，
F--short，
H--int，
I--unsigned int，
J--long，
K--unsigned long，
M--float，
N--double，
_N--bool，
....
PA--表示指针，后面的代号表明指针类型，如果相同类型的指针连续出现，以“0”代替，一个“0”代

表一次重复；
4、参数表的第一项为该函数的返回值类型，其后依次为参数的数据类型,指针标识在其所指数据类型前

；
5、参数表后以 “@Z”标识整个名字的结束，如果该函数无参数，则以“Z”标识结束。

其格式为 “?functionname@@YG*****@Z”或 “?functionname@@YG*XZ”，例如
int Test1（char *var1,unsigned long） -----“?Test1@@YGHPADK@Z”
void Test2（） -----“?Test2@@YGXXZ”

__cdecl调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的 “@@YG”变为 “@@YA”。

__fastcall调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的 “@@YG”变为 “@@YI”。

VC++对函数的省缺声明是"__cedcl",将只能被C/C++调用.