哪位大侠,给我解释一下VC++编译设置里__cdecl与__stdcall的区别?

blugem 2003-04-25 09:14:35
哪位大侠,给我解释一下VC++编译设置里__cdecl与__stdcall的区别?他们对程序由dubug编译转到release下编译有什么影响?例如我在用__beginthread时,如果在debug版本下运行正常,一旦转到release版本下就会跳出异常,我怀疑是编译条件的设置问题,所以想请教一下各位大侠,谢谢
...全文
293 19 打赏 收藏 转发到动态 举报
写回复
用AI写文章
19 条回复
切换为时间正序
请发表友善的回复…
发表回复
cvip11 2003-05-02
  • 打赏
  • 举报
回复
_cdecl 是定义函数为c调用约定。windows.h为函数的类型定义为CDECL。而这类函数的参数是从右到左压入堆栈的,而堆栈清理工作由调用者负责;而_stdcall 是Pascal调用约定,此类函数的参数以从左到右压入堆栈的,其清理工作由调用过程负责;
shilywlj 2003-05-01
  • 打赏
  • 举报
回复
_cdecl 是定义函数为c调用约定。windows.h为函数的类型定义为CDECL。而这类函数的参数是从右到左压入堆栈的,而堆栈清理工作由调用者负责;而_stdcall 是Pascal调用约定,此类函数的参数以从左到右压入堆栈的,其清理工作由调用过程负责;
fengzi_zhu 2003-05-01
  • 打赏
  • 举报
回复
http://www.csdn.net/develop/read_article.asp?id=18168
我做了些总结。大家来看看。
In355Hz 2003-04-29
  • 打赏
  • 举报
回复
_beginthread 的入口函数是 void( __cdecl *start_address )( void * ) :

void threadproc(void *param);
HeShe 2003-04-28
  • 打赏
  • 举报
回复
留作参考
功名半纸 2003-04-28
  • 打赏
  • 举报
回复
同意 zfive5(最码)
__cdecl 调用规则
。。。
add esp,0Ch
这行是调用者清理堆栈,__cdecal 方式的参数可不固定,就像printf系列函数
__stdcall 调用规则
你查看其汇编代码时会发现最后有一行返回
ret 0CH 或add esp , 0CH
是"被调用函数自己清理堆栈,即__stdcall方式的参数固定
webber84 2003-04-28
  • 打赏
  • 举报
回复
to blugem(阿成):

你的意思是改成__stdcall没问题? 处理息定义消息的消息处理函数原形应该是
LRESULT OnMessage(WPARAM wParam,LPARAM lParam),如果不写成这个形式在release下就会出错而在debug下不会。
alend 2003-04-28
  • 打赏
  • 举报
回复
好像是参数进出堆栈的顺序不同
浮云 2003-04-28
  • 打赏
  • 举报
回复
来学习
diabloqin 2003-04-28
  • 打赏
  • 举报
回复
The __stdcall calling convention is used to call Win32 API functions. The callee cleans the stack, so the compiler makes vararg functions __cdecl. Functions that use this calling convention require a function prototype. The following list shows the implementation of this calling convention.

The __cdecl calling convention creates larger executables than __stdcall, because it requires each function call to include stack cleanup code. The following list shows the implementation of this calling convention.


醉马不肖 2003-04-27
  • 打赏
  • 举报
回复
编写两个函数,然后用汇编模式看看,不全都懂了吗?

int _cdecl A(int a,int b,int c)
{
return 1;
}

int _stdcall B(int a,int b,int c)
{
return 1;
}

184: // TODO: Add extra validation here
185: A(1,2,3);
00401D0D push 3
00401D0F push 2
00401D11 push 1
00401D13 call @ILT+135(A) (0040108c)
00401D18 add esp,0Ch
186: B(4,5,6);
00401D1B push 6
00401D1D push 5
00401D1F push 4
00401D21 call @ILT+125(B) (00401082)
CCBeyond 2003-04-27
  • 打赏
  • 举报
回复
回复人: zhenxizhou(天上人间) ( ) 信誉:95 2003-4-21 22:39:01 得分:0

(copy from somewhere)

调用约定(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。
CCBeyond 2003-04-26
  • 打赏
  • 举报
回复
而在C++BUILDER中!
__cdecl的函数输出前会带一"_"
__stdcall无特征,只输出函数名
__fastcall函数输出前带一"@"
都无"@nn"后缀格式!
在VC中!
__cdecl无特征,只输出函数名
__stdcall的函数输出前会带一"_"后缀带"@nn"
__fastcall函数输出前带一"@"后缀带"@nn
CCBeyond 2003-04-26
  • 打赏
  • 举报
回复
大家说的都对, 补充一点
调用约定:
__cdecl 缺省
是 Borland C++ 的缺省的 C 格式命名约定,它在标识符前加一下划线,以保留
它原来所有的全程标识符。参数按最右边参数优先的原则传递给栈,然后清栈。
extern "C" bool __cdecl TestFunction();
在 def 文件中显示为
TestFunction @1
注释: @1 表示函数的顺序数,将在“使用别名”时使用。

__pascal Pascal格式
这时函数名全部变成大写,第一个参数先压栈,然后清栈。
TESTFUNCTION @1 //def file

__stdcall 标准调用
最后一个参数先压栈,然后清栈。
TestFunction @1 //def file

__fastcall 把参数传递给寄存器
第一个参数先压栈,然后清栈。
@TestFunction @1 //def file
fengzi_zhu 2003-04-26
  • 打赏
  • 举报
回复
所以说调用的API出错和这些设置无关
fengzi_zhu 2003-04-26
  • 打赏
  • 举报
回复
工程中的_cdecl和stdcall只是确定默认的自定义函数的调用方式。也就是说如果你不在自己的函数前面明确的使用_cdecl或__stdcall宏定义,则编译器会把工程设置中的调用方式强加给该函数。
blugem 2003-04-25
  • 打赏
  • 举报
回复
TO:webber84: 单单简单的用__beginthread 的确不会出错,但在自线程里用postmessage(hparent,wm_user1,0,0)向主线程发消息来实现线程间通讯时,在release下用——__cdecl编译竟会出错
webber84 2003-04-25
  • 打赏
  • 举报
回复
__cdecl和__stdcall最大的区别在于:使用__stdcall调用方式的函数在返回以前要把传给它的参数弹出堆栈,而使用__cdecl调用方式的函数可以直接返回,由调用它的函数来将用过的参数弹出堆栈。我感觉你的问题可能不是由这个引起的,如果调用方式有问题的话在debug状态下就应该表现出来了。
mostneed 2003-04-25
  • 打赏
  • 举报
回复
stdcall 是指呼叫副程式時,如何設定堆疊的方式。於 Win32,呼叫副程式時參數大多是靠堆疊傳遞,傳遞方式有三種:stdcall、c、pascal。在 Win32 組合語言中因為用到 Win32 API 程式,所以最好用 stdcall 方式傳遞參數。這種方式是告訴組譯器傳遞參數時,最後一個參數,也就是最右邊的參數最先先推入堆疊,然後是倒數第二個參數第二個推入堆疊……第一個參數是最後推入堆疊。這前三行,您可以看成是必須且不太會更動的程式碼。

pascal: 调用协议仅用于向后兼容,即向旧的版本兼容;
cdecl: 多用于 C和 C++语言编写的例程,也用于需要由调用者清除参数的例程;
stdcall: 和safecall主要用于调用Windows API 函数;其中safecall还用于双重接口。

我自己也解释不清楚,帮你找到的文字。

15,471

社区成员

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

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