Dll混合编程的小问题!

Rectangle 2003-08-20 01:01:49
我在DLL中导出了这样2个函数
extern "C" __declspec(dllexport) long GetName(LPTSTR pChar)
extern "C" __declspec(dllexport) long Test(long *lngNewID)
在VB中这样声明
Private Declare Function GetName Lib "GeLock.dll" (ByVal sSN As String) As Long
Private Declare Function Test Lib "GeLock.dll" (ByRef lngNewID As Long) As Long
将相应的VB程序编译成可执行程序后,跟该dll放在一个目录下运行(或者直接在VC中调试VB程序)可以执行,但是直接在VB编译器中运行时会发生"实时错误49,Dll调用约定错误"
请问这是为什么?
...全文
70 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
Motolola 2003-08-29
  • 打赏
  • 举报
回复
要使用__stdcall调用约定,默认的是__cdecl
hawk_js 2003-08-29
  • 打赏
  • 举报
回复
看看
hawk_js 2003-08-21
  • 打赏
  • 举报
回复
up
qqchen79 2003-08-20
  • 打赏
  • 举报
回复
Change the function definition in your C source file:
extern "C" __declspec(dllexport) long __stdcall GetName(LPTSTR pChar)
extern "C" __declspec(dllexport) long __stdcall Test(long *lngNewID)

There is no way to solve the problem at VB side. If you can't change c source file, you have to write another dll as a wrapper.

16,472

社区成员

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

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

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