minGW 调用MSVC的DLL, 无法传递参数....求高人解...

[Aisy_D]

MSVC2005 部分:

// XyzLibrary.h

#ifdef XYZLIBRARY_EXPORTS
#define XYZAPI __declspec(dllexport)
#else
#define XYZAPI __declspec(dllimport)
#endif
 
#ifdef __cplusplus
#   define EXTERN_C     extern "C"
#   define XYZHANDLE    IXyz* 

struct IXyz
{
    virtual int Foo(int n) = 0;
    virtual void Release() = 0;
};

#endif  
 
EXTERN_C XYZAPI int  hzf  (int);
EXTERN_C XYZAPI XYZHANDLE  hzfXyz  (VOID);

// XyzLibrary.cpp

#include "stdafx.h"
#include "stdio.h"
#include "XyzLibrary.h"
 
 
class XyzImpl : public IXyz
{
public:
    int Foo(int n);
    void Release();
};

int XyzImpl::Foo(int n)
{
    printf("Foo called....%d\n",n);
    return n * n;
}

void XyzImpl::Release()
{
    delete this;
}
 

XYZHANDLE  hzfXyz()
{
	printf("\n\nhzfXyz() called ....\n");
	return new XyzImpl; 
}

int hzf(int n)
{
        printf("\n\nhzf(int) called ....\n");
        XyzImpl *xyz = new XyzImpl;
        return  xyz->Foo(n);
}
 

以上编译得到 XyzLibrary.dll



minGW 代码部分:

///mian.cpp

    
#include <stdio.h>
#include "XyzLibrary.h"


int main(int  ,char**  )
{
     IXyz *xyz =  hzfXyz();
     printf(" hzfXyz call: %d\n" ,  xyz->Foo(5));

      printf(" hzf call: %d\n" , hzf(8));
     
    return 0;
}

////下面是输出:
hzfXyz() called ....
Foo called....169091488 /// 这里的数值应该是 5 , 却得到了 169091488
hzfXyz call: -982866944 ///这里的数值应该是 25, 却得到了 169091488 * 169091488 ,溢出....


hzf(int)
Foo called....8
hzf call: 64


问题:
在 mian 中获取 XyzImpl的指针,并调用 XyzImpl 的 Foo 函数, Foo 函数能正确调用,但是参数(上例在是 5) 却无法正确传递,而是传递了一个随机值....

我在 main 在调用 hzf(int) 函数时, 因为 XyzImpl 是在 MSVC 的 DLL 中创建的,所以函数运行结果一正确....

现在我就搞不懂, 为什么在 minGW中 的 XyzImpl 指针无法正确传递 int 这样的标准 C 类型数据呢??? 如果我要传递 STL 的数据类型, 例如 std::string, std::list 等等 ,不是更不可能了吗??

请问处理这个问题呢...望高人解答 ...谢谢!

[visualwind]

可能是调用函数时压栈出了问题，建议用OD反汇编看看

[Aisy_D]

不好意思,现在功力尚浅, 可能看不懂汇编, 因为涉及两种 compiler 编译器, 有两种风格的汇编, 要看 intel 那种,还是另外一种呢...

[visualwind]

虽然是两种编译器，但都是在windows平台上，编译后当然都是win平台的格式，编译器会自动按平台生成汇编。你可以直接用OD加载你的EXE，然后找到call hzf的位置（如果对反汇编不熟，可以在call hzf之前加上一个call win32 API，或者加个字符串（比如char* p="hello"），然后编译生成EXE，这样只要在OD中找到win32 API或者找到这个字符串，就可以很方便定位call hzf的位置），然后下断点，然后就可以单步查看压栈的参数了。

[Aisy_D]

我是在 虚拟机中安装 了 VC2005, 编译了 MSVC 的 XyzLibrary.dll ,

因为主程序用 minGW , 用的 IDE 是 Qt Creator2, 在真机的 windows 系统中编译了 minGW 的 main.exe, 没有使用 OD, 我看看 Qt Creator 的汇编中能不能查到问题.....

[skyworth98]

指定调用约定试试看

[Aisy_D]

指定成 __stdcall 还是 __cdecl 呢....
好像指定为 __stdcall 的时候, 连函数都不能正确调用了.....

[visualwind]

调用约定只是函数返回时的栈清理工作问题，和调用时压栈的问题没有关系。

[Aisy_D]

下面是我在 QT Creator2 中的部分 反汇编...


61
62 // GetXyz();
63 IXyz *xxx = hzfXyz();
0x00401c1e <+778>: mov 0x41a398,%eax
0x00401c23 <+783>: call *%eax
0x00401c25 <+785>: mov %eax,-0x20(%ebp)

64 int aa = xxx->Foo(5);
0x00401c28 <+788>: mov -0x20(%ebp),%eax
0x00401c2b <+791>: mov (%eax),%eax
0x00401c2d <+793>: mov (%eax),%edx
0x00401c2f <+795>: movl $0x5,0x4(%esp)
0x00401c37 <+803>: mov -0x20(%ebp),%eax
0x00401c3a <+806>: mov %eax,(%esp)
0x00401c3d <+809>: call *%edx
0x00401c3f <+811>: mov %eax,-0x1c(%ebp)

65
66
67 printf(" aa vla: %d\n", aa);
0x00401c42 <+814>: mov -0x1c(%ebp),%eax
0x00401c45 <+817>: mov %eax,0x4(%esp)
0x00401c49 <+821>: movl $0x413af6,(%esp)
0x00401c50 <+828>: call 0x4066dc <printf>

68 printf(" aa hzf call val: %d\n", hzf(8));
0x00401c55 <+833>: movl $0x8,(%esp)
0x00401c5c <+840>: mov 0x41a394,%eax
0x00401c61 <+845>: call *%eax
0x00401c63 <+847>: mov %eax,0x4(%esp)
0x00401c67 <+851>: movl $0x413b03,(%esp)
0x00401c6e <+858>: call 0x4066dc <printf>

69 printf("\n" );

[Aisy_D]

调用约定会影响 DLL 中函数的导出的命名, __stdcall 导出的命名是 _Function@n 而 __cdecl的规则是 Function ....
详细内容请参看:
http://wyw.dcweb.cn/stdcall.htm

我上面的例子, 函数能正确调用, 说明应该不是调用约定的问题了吧......但是也有可能...

[visualwind]

应该是printf时，两种编译器对可变参数的处理不一样，导致没有取到正确的n的位置，LZ可以先分别在两种编译器中试试printf的效果

[visualwind]

调用约定应该不会影响DLL输出函数名字。DLL输出函数名字是由.DEF文件 __declspec(dllexport) 以及extern "C"影响的。

[Aisy_D]

不是printf的问题,看下图:

[visualwind]

你在调foo的时候，传的eax对不对，eax里面应该是5。然后在printf之前，压入eax里面的值是不是5，从这个图可以看到进入printf后eax里面变成了乱码

[Aisy_D]

8051 那些简单的汇编我能看懂, 但是上面的汇编我确实搞不懂,要系统学习一下才行.....