__stdcall __cdecl 引起的程序崩溃

崩溃弹出的截图如下

看到0xC0000005, 访问冲突的问题, 九成九是内存访问违规, 比如访问了已经释放的指针, 又或者是离开函数时栈被破坏之类.

找了一下午一直没有头绪, 好在有一份可以执行的源代码,  于是就将那份可执行的源代码改啊改,  改成和我的代码差不多的样子, 终于发现了问题 (我想,  这也算是查找问题的一种方式吧,  呵呵)

问题就出在了我使用的函数是__cdecl方式调用,  而要求传入的回调函数是要__stdcall调用,  结果出回调函数的时候就弹出了上面的那种对话框.  把自己写的函数前面加一个__stdcall 问题就解决了.

温习一下__stdcall, __cdecl这两种调用方式的不同,  从而就可以分析出为什么会崩溃了.

windows要求你给的那个回调函数是__stdcall这种调用方式,  即, 由函数自己来清理函数栈;
而我传入的函数是__cdecl这种调用方式,  这种调用方式是要调用者来清理它调用的函数的栈, 从而就出现了问题:  windows系统调用了我给的函数,  它以为我的这个函数在离开后已经把栈给清空了,  谁知道没有,  但同时我的这个函数已经执行结束了,  但是它的栈中数据没有清空, 就是指针没有指到栈底, 还指在函数栈的某一个地方,  于是, 程序继续往下执行时,  就出现了上面的那个对话框. 

关于__stdcall, __cdecl两种调用方式的不同, 参考这篇文章:http://blog.csdn.net/dengziliang001/article/details/17448789

同时他还讲解了,  为什么存在两种方式?  {因为有的函数不知道自己有多少参数,  所以要调用者来清理函数栈.}   他还有一个建议: 如果函数参数都固定的话, 应该使用__stdcall调用方式, 因为这种调用方式可以跨平台.

 

转载于:https://www.cnblogs.com/emyueguang/p/3818847.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
__cdecl 和 __stdcall 都是 C/C++ 函数调用的约定,用于指明函数参数的传递方式和堆栈的清理方式。它们的主要区别在于参数传递的顺序、堆栈的清理方式和函数调用的速度。 __cdecl 是默认的调用约定,参数从右往左依次压入堆栈,由调用方清理堆栈。这意味着参数的顺序是反向的,而且每次函数调用后都需要调用方清理堆栈。例如: ```c++ void __cdecl myFunction(int a, int b, int c) { // function body } int main() { myFunction(1, 2, 3); return 0; } ``` 在上面的例子中,参数 3 会先被压入堆栈,然后是参数 2 和 1,最后调用函数 myFunction。函数 myFunction 执行完毕后,调用方负责清理堆栈。 __stdcall 是一种常用的调用约定,参数从右往左依次压入堆栈,由被调用方清理堆栈。这意味着参数的顺序是反向的,但被调用方负责清理堆栈。例如: ```c++ void __stdcall myFunction(int a, int b, int c) { // function body } int main() { myFunction(1, 2, 3); return 0; } ``` 在上面的例子中,参数 3 会先被压入堆栈,然后是参数 2 和 1,最后调用函数 myFunction。函数 myFunction 执行完毕后,被调用方负责清理堆栈。 总的来说,__stdcall 比 __cdecl 调用约定速度更快,因为不需要调用方清理堆栈。但是,__stdcall 只适用于固定数量的参数,而且参数的类型必须是已知的,因为被调用方需要知道清理堆栈的大小。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值