请较golang调用DLL的问题,关于长整数的传入取出

wuyublog · 2019-08-18 19:42:57 · 1171 次点击 · 大约8小时之前 开始浏览    置顶
这是一个创建于 2019-08-18 19:42:57 的主题,其中的信息可能已经有所发展或是发生改变。

DLL为32位的。然后有一个参数是 __INT64 ,也就是golang 的 int64。 现在的问题是,调用DLL的命令 syscall.Syscall() 无论是参数还是返回值,都只能是 uintptr类型。 而在32位下, uintptr = uint32 的。 所以就导致了从 DLL 取回的长整型不正确,传入的也有问题,运行不正常。 而同样的代码,如果是用 64 位DLL 的话,就可以正常运行。也就是说主要问题就在参数的传入传出这里。 这个有什么办法解决吗?


有疑问加站长微信联系(非本文作者)

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

1171 次点击  
加入收藏 微博
6 回复  |  直到 2019-08-19 10:56:04
focussoft
focussoft · #1 · 6年之前

为了避免32位和64位整数的兼容问题, 请使用string来传输数据在内部进行有效转换。。。

wuyublog
wuyublog · #2 · 6年之前
focussoftfocussoft #1 回复

为了避免32位和64位整数的兼容问题, 请使用string来传输数据在内部进行有效转换。。。

没办法。。DLL不是我编译的。。。

focussoft
focussoft · #3 · 6年之前
wuyublogwuyublog #2 回复

#1楼 @focussoft 没办法。。DLL不是我编译的。。。

你既然能拿到64位的DLL 为啥不只使用它...

Dust90
Dust90 · #4 · 6年之前

可以设置GOARCH=386,如果有头文件直接使用C.函数来解决,比syscall.Syscall() 方便多了。

wuyublog
wuyublog · #5 · 6年之前
focussoftfocussoft #3 回复

#2楼 @wuyublog 你既然能拿到64位的DLL 为啥不只使用它...

因为不能保证客户的机子都是64位的。。 不过还是非常感谢你,倒是提醒我了。另外再做了一个 dll 做中间层,把需要用到长整型的几个接口做了个转换。

wuyublog
wuyublog · #6 · 6年之前
Dust90Dust90 #4 回复

可以设置GOARCH=386,如果有头文件直接使用C.函数来解决,比syscall.Syscall() 方便多了。

是的。不过主要就是想试下不使用CGO,而是纯DLL调用的。 非常感谢

添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传