晕死，这是什么调用？

[whoo]

一个Dll的函数，在原来的程序中声明为stdcall.一切正常。

但是在新的工程中，stdcall报调用声明错，改成cdecl后正常。
但是release的时候发现 访问非法，跟踪发现堆栈一团糟。怀疑是调用声明的问题。

下面是dll函数的调用方式：
参数从左到右入栈，函数开始保存esp, 结束前回复esp, ret结束。
我跟踪我的函数，发现跟cdecl 类似。但是cdecl 最后是 ret xx 结束。返回一个栈偏移值。

而他的是ret返回。 这是什么调用？？？

[rivershan]

看不懂汇编

[lsgfgs]

__stdcall:参数右－－》左，清栈：被调用函数
__cdecl:参数右－－》左，清栈：调用者

[tigerfox]

up

[whoo]

原来的程序确实是 从右到左， callee清栈。

可以如果用stdcall的话，debug都通不过。cdecl好歹debug还能正常运行。

[whoo]

奇怪的是原来的程序_stdcall是能正常运行的。

我移到新工程后就出问题了。

各位有什么好建议？？

[maoxianwang]

cdecl的pascal能认吗？

[nonocast]

en

[whoo]

仔仔细细的看过了，callee确实没有清栈。
原来的程序能够运行是因为 他没有 checkesp(那位知道这个开关在那儿设置？)，虽然有栈遗漏，但是在上一级函数退出的时候正确的恢复了esp。他用的是保存esp, 回复esp的方法，而不是 加减 esp的方法，所以esp最总能正确恢复。

按照这个情形，应该是 cdecl。

问题就是cdecl的时候，release访问非法，而且堆栈是乱的。
难道不是这儿的原因？

[用户 昵称]

估计都在project->settings的link下面。

[用户 昵称]

project->settings->c/c++应该在那下面。

[whoo]

问题解决了。

经过痛苦的跟踪发现，确实是cdecl调用无疑，但是返回时栈被更改了。

继续跟踪发现在Dll函数里面竟然引用了保存ESP的栈，导致回复ESP时错误。
很奇怪，编译器是不会出这么愚蠢的错误的。继续跟踪发现，Dll函数引用了三个栈位进行计算，其中后两个是传递的参数，第一个就是越过了范围的保存ESP的栈位。
照这种情况看，函数原型很可能是三个参数。

于是我把函数声明改成三个参数(末尾加一个缺省为0的int)，问题解决了。

NND,cdecl 用作 stdcall;三个参数写成两个，程序依然能运行！！！
对那位留下的代码的前辈大虾无限敬仰中......

[whoo]

那位告诉我一下 那篇关于 release下出错而debug下正常的文章的在新版msdn上的连接。

我在6.0版本上找到过，现在想看看却找不到了。