静态链接库使用的问题

实达诚实 2009-02-17 11:19:36
我单独使用这个静态链接库没有问题。

但是如果我把这个静态链接库放在另外的软件去使用,编译能功过,在调试的时候提示

"Run-Time Check Failure #0 - 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."

如果我选择忽略,也能实现功能。

请问这个问题怎么解决?
...全文
2892 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
码小兔 2012-04-15
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 的回复:]

先不忙改 code, 是 VS2005 吗? 试试这个: (Project == 你的静态库工程)

Project->Properties->Configuration Properties->Calling Convention, 如果原来是 __stdcall(/Gz), 换成 __cdecl(/Gd), 不然反之.
[/Quote]
换了两次调用约定,问题解决,特登录,回复,表示感谢
goldpony 2010-09-30
  • 打赏
  • 举报
回复
收藏




http://www.sz213.com
实达诚实 2009-02-20
  • 打赏
  • 举报
回复
感谢大家的帮助。

实达诚实 2009-02-19
  • 打赏
  • 举报
回复
[Quote=引用 12 楼 biweilun 的回复:]
把你lib里面的函数全换成__stdcall的,然后就可以在其他的工程里用__stdcall来调用
[/Quote]

我去试一试。
dong364 2009-02-19
  • 打赏
  • 举报
回复
可以用extern "C" 来说明
实达诚实 2009-02-18
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 fox000002 的回复:]

为保持兼容,建议如果无特殊情况,都采用 __stdcall
[/Quote]

如果我原来函数定义为

typedef void (*LPFUN)(void); 


就应该修改为

typedef void (__stdcall *LPFUN)(void); 


是吗?
biweilun 2009-02-18
  • 打赏
  • 举报
回复
把你lib里面的函数全换成__stdcall的,然后就可以在其他的工程里用__stdcall来调用
实达诚实 2009-02-18
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 laocpp 的回复:]
换成 __stdcall(/Gz) 试试?
[/Quote]

还是不可以的!
做鸡真好吃 2009-02-18
  • 打赏
  • 举报
回复
mark~
laocpp 2009-02-18
  • 打赏
  • 举报
回复
换成 __stdcall(/Gz) 试试?
实达诚实 2009-02-18
  • 打赏
  • 举报
回复
找到了,但是我原来就是选择的“__cdecl (/Gd)”
实达诚实 2009-02-18
  • 打赏
  • 举报
回复
我用的是中文版,请问Calling Convention具体在什么地方?
实达诚实 2009-02-18
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 laocpp 的回复:]
先不忙改 code, 是 VS2005 吗? 试试这个: (Project == 你的静态库工程)

Project->Properties->Configuration Properties->Calling Convention, 如果原来是 __stdcall(/Gz), 换成 __cdecl(/Gd), 不然反之.
[/Quote]

是VS2005编译的
laocpp 2009-02-18
  • 打赏
  • 举报
回复
先不忙改 code, 是 VS2005 吗? 试试这个: (Project == 你的静态库工程)

Project->Properties->Configuration Properties->Calling Convention, 如果原来是 __stdcall(/Gz), 换成 __cdecl(/Gd), 不然反之.
fox000002 2009-02-17
  • 打赏
  • 举报
回复

为保持兼容,建议如果无特殊情况,都采用 __stdcall
实达诚实 2009-02-17
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 wutaihua 的回复:]
typedef void (WINAPI *LPFUN)(void);

typedef void (__stdcall *LPFUN)(void);

typedef void (FAR PASCAL *LPFUN) (void);
[/Quote]

我建立的是win 32 静态链接库,请问该用那一个呢?
wutaihua 2009-02-17
  • 打赏
  • 举报
回复
Run-Time Check Failure #0 - 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.

上面这段是我在调用函数时出来的提示信息.
结果就是程序OVER了.

还请指教是什么原因造成的

ESP: 栈指针
可能是以PASCAL方式调用了cdecl的函数,或倒过来。
假设编译器不会搞错,可能是
int PASCAL a();
int (cdecl*b)() = (int(cdecl*)())a);
b();


//////////////////////////////////////////

Run-Time Check Failure #0,The value of ESP was not properly saved2008年08月29日 星期五 10:54 P.M.调用DLL函数,出现错误

Run-Time Check Failure #0 - 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.

错误原因:

你定义函数指针原型时出错。

其实你定义的没有错,但是编译器不认识而已,因为你调用的dll函数是一个远函数,而且是一个C函数,你得告诉编译器它是个c函数才行。那么你就可以在定义该函数的时候加上一句话,

FAR PASCAL 或者 __stdcall 这个就OK了。

具体做法:

比如说你要定义一个 返回类型为空,参数为空的函数指针:

typedef void (*LPFUN)(void);

这样确实跟我们dll里的函数匹配了,上面也说了,我们应该添上几个字,告诉编译器这个是一个远的C函数。

typedef void (WINAPI *LPFUN)(void);

typedef void (__stdcall *LPFUN)(void);

typedef void (FAR PASCAL *LPFUN) (void);

像上面这样定义就OK了,如果用的是VC++,那么直接用第一种定义就ok了。

注意,上面是使用 MFC (DLL)的做法。

如果是WIN32 DLL,得相应的去掉WINAPI ,__stdcall ,FAR PASCAL 这几个参数。因为WIN32 DLL 默认的入栈方式为 __cedcall方式,不是__stdcall方式。

具体的组合方式太多了,反正知道错误的原因是声明相应的函数未匹配就行了。实在不行,一个一个的试吧

16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

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