GetProcAddress 调用过程约定
2012-05-02 21:04
323 查看
http://blog.sina.com.cn/s/blog_5e83fce60100q27x.html
Windows API 函数 GetProcAddress 被广泛用于取得函数指针地址。 例如:
typedef BOOL (WINAPI *pfnGetProductInfo)(DWORD, DWORD, DWORD, DWORD, PDWORD);
pGPI = (pfnGetProductInfo) GetProcAddress(GetModuleHandleW(L"kernel32.dll"), "GetProductInfo");
注意函数定义typedef 中的WINAPI, 它指定了函数的调用协议, 这部分是非常必要而且关键的,写代码的时候需要注意。
比如你要想取得标准C++运行库(msvcrt.dll) 中的strcpy函数,函数定义就应该是:
typedef char * (__cdecl *pfnStrRChr)(const char *string, int c);
pSRS = (pfnStrRChR)GetProcAddress(hMSVCRT, "strrchr");
函数调用协议指定了函数参数的传递方式以及栈管理方式。如果你这里不指定调用协议,编译器会用默认的调用协议。 结果可能和DLL 函数原先指定协议的不同,函数被调用时会直接导致程序崩溃。
比较主流的函数调用方式有 _cdecl , _stdcall, _fastcall, _thiscall 。
_cdecl 是C语言默认的函数调用协议:所有参数从右到左依次入栈,栈中的参数由调用者清除。
_stdcall 是Pascal 语言的默认的函数调用协议,所有参数从右到左依次入栈,栈中的参数由被调用的函数在返回后清除。 Windows API 全部采用 _stdcall 方式, 上面例子中的WINAPI 其实就是 ___stdcall
#define WINAPI __stdcall
__fastcall 是前两个(x86机器)或者4个(x64机器)参数由寄存器传递,其余参数还是通过堆栈传递。 栈中的参数由被调用的函数在返回后清除。Borland Delphi, C++ Builder 默认使用这种调用方式。
_thiscall 和_stdcall 类似, 只是_thiscall 把类的this指针放在某个特定的寄存器中,比如Visual C++放在ECX中, Borland C++放在EAX中。
经比较,几种调用协议存在挺大差异,所以GetProcAddress 得到的函数需要指定正确的调用协议。
Windows API 函数 GetProcAddress 被广泛用于取得函数指针地址。 例如:
typedef BOOL (WINAPI *pfnGetProductInfo)(DWORD, DWORD, DWORD, DWORD, PDWORD);
pGPI = (pfnGetProductInfo) GetProcAddress(GetModuleHandleW(L"kernel32.dll"), "GetProductInfo");
注意函数定义typedef 中的WINAPI, 它指定了函数的调用协议, 这部分是非常必要而且关键的,写代码的时候需要注意。
比如你要想取得标准C++运行库(msvcrt.dll) 中的strcpy函数,函数定义就应该是:
typedef char * (__cdecl *pfnStrRChr)(const char *string, int c);
pSRS = (pfnStrRChR)GetProcAddress(hMSVCRT, "strrchr");
函数调用协议指定了函数参数的传递方式以及栈管理方式。如果你这里不指定调用协议,编译器会用默认的调用协议。 结果可能和DLL 函数原先指定协议的不同,函数被调用时会直接导致程序崩溃。
比较主流的函数调用方式有 _cdecl , _stdcall, _fastcall, _thiscall 。
_cdecl 是C语言默认的函数调用协议:所有参数从右到左依次入栈,栈中的参数由调用者清除。
_stdcall 是Pascal 语言的默认的函数调用协议,所有参数从右到左依次入栈,栈中的参数由被调用的函数在返回后清除。 Windows API 全部采用 _stdcall 方式, 上面例子中的WINAPI 其实就是 ___stdcall
#define WINAPI __stdcall
__fastcall 是前两个(x86机器)或者4个(x64机器)参数由寄存器传递,其余参数还是通过堆栈传递。 栈中的参数由被调用的函数在返回后清除。Borland Delphi, C++ Builder 默认使用这种调用方式。
_thiscall 和_stdcall 类似, 只是_thiscall 把类的this指针放在某个特定的寄存器中,比如Visual C++放在ECX中, Borland C++放在EAX中。
经比较,几种调用协议存在挺大差异,所以GetProcAddress 得到的函数需要指定正确的调用协议。
相关文章推荐
- dll的输出函数使用__stdcall调用约定后,客户端用GetProcAddress出现的问题!
- 封装GetProcAddress让Lua调用Windows API
- 使用函数GetProcAddress( )在纯C环境下调用动态链接库的一点心得...
- 调用 GetProcAddress 失败,在 ISAPI 筛选器 "C:\Windows\MicrosoftNET\Framework\v4030319\
- SqlServer Bug:扩展存储过程一直运行出现等待类型PREEMPTIVE_OS_GETPROCADDRESS
- 通过GetProcAddress函数动态调用dll中地函数,是否必须通过extern C声明导出函数?
- 通过GetProcAddress函数动态调用dll中地函数,是否必须通过extern C声明导出函数?
- 显试调用DLL------GetProcAddress的使用
- 通过GetProcAddress函数动态调用dll中地函数,是否必须通过extern C声明导出函数?(转)
- 调用 GetProcAddress 失败,在 ISAPI 筛选器 "C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" 上
- C#【异常处理】调用dll。GetProcAddress 托管的 PInvoke 签名与非托管的目标签名不匹配?
- 用GetprocAddress得到地址后该如何调用这个函数
- 动态调用DLL. LoadLibrary和GetProcAddress
- GetProcAddress()、函数指针和 C++
- 使用API函数GetProcAddress的注意事项
- linux下的"LoadLibrary & GetProcAddress"
- 调用存储过程的ExecProc
- 调用SERVER的系统过程xp_cmdshell发生错误:xpsql.cpp:错误来自GetProxyAccount
- LoadLibrary和GetProcAddress获得API的地址
- SQLSERVER:PREEMPTIVE_OS_GETPROCADDRESS等待类型的困惑