调用 Syscall 函数时出现异常

偷偷努力，悄无声息地变强，然后惊艳所有人！哈哈，小伙伴们又来学习啦~今天我将给大家介绍《调用 Syscall 函数时出现异常》，这篇文章主要会讲到等等知识点，不知道大家对其都有多少了解，下面我们就一起来看一吧！当然，非常希望大家能多多评论，给出合理的建议，我们一起学习，一起进步！

我正在使用 go 的系统调用包来调用用 c++ 编写的 dll。

c++ 方法签名如下所示。

init(int* buffer, int argc, char* argv[], const char* 文件名, const char* 键, const char* 前缀, const char* 版本)

这是我用来在 go 中调用上述方法的函数。

func init(
  buffer uintptr, 
  argscount int, 
  args []string, 
  filename string, 
  key string, 
  prefix string, 
  version string
) uintptr {
    // libhandle is handle to the loaded dll
    methodaddress := getprocaddress(libhandle, "init")

    status, _, err := syscall.syscall9(
      methodaddress,
      7,
      buffer,
      uintptr(unsafe.pointer(&argscount)),
      uintptr(unsafe.pointer(&args)),
      uintptr(unsafe.pointer(syscall.stringtoutf16ptr(filename))),
      uintptr(unsafe.pointer(syscall.stringtoutf16ptr(key))),
      uintptr(unsafe.pointer(syscall.stringtoutf16ptr(prefix))),
      uintptr(unsafe.pointer(syscall.stringtoutf16ptr(version))),
      0,
      0)

      fmt.println(err.error())

      return status
 }

当我调用此方法时出现此错误，并且对此没有任何想法。

Exception 0xc0000005 0x0 0x0 0x7fffe30bdb33
PC=0x7fffe30bdb33

syscall.Syscall9(0x7fffe32db600, 0x7, 0x97db50, 0xc00007ff10, 
0xc00007ff70, 0xc000054180, 0xc0000541a0, 0xc0000541c0, 0xc0000541e0, 
0x0, ...)

c:/go/src/runtime/syscall_windows.go:210 +0xf3
main.main()

 E:/Path/test.go:157 +0x2be
 rax     0x81fbf0
 rbx     0x1
 rcx     0x7ff804ad1310
 rdi     0x7ff10
 rsi     0xc00007ff70
 rbp     0x0
 rsp     0x81fbc0
 r8      0x0
 r9      0x7ff804ad0000
 r10     0xc00007ff00
 r11     0x81fbf0
 r12     0x7ff10
 r13     0xc00007ff70
 r14     0xc000054180
 r15     0x97db50
 rip     0x7fffe30bdb33
 rflags  0x10257
 cs      0x33
 fs      0x53
 gs      0x2b

解决方案

设置

所以，基本上，你得到的映射是

1. int* 缓冲区 → buffer uintptr

2. int argc → unsafe.pointer(&argscount)，其中 &argscount 是指向 int 的指针

3. char* argv[] → unsafe.pointer(&args)，其中 args 是 []string

4. const char* filename → unsafe.pointer(syscall.stringtoutf16ptr(filename))

   const char* key、const char* prefix、const char* version — 与上面相同。

问题

现在这有什么问题。

1. 禁止在函数之间传递包含活动 go 对象地址的 uintptr 值。 （稍后详细介绍。）

2. 您将 argscount 函数参数的地址传递给 argc。如果将其解释为计数，则像 amd64/windows 这样的典型商品平台/操作系统上的地址是一个极其巨大的值。

   我敢打赌，当该函数尝试从 argv 读取大量元素时，该函数会崩溃，导致它读取您的进程未映射的内存。

3. 这里有两个问题：

   1. 将切片值的地址作为参数传递，期望该切片的第一个元素的地址是错误的。

      这是因为切片值（目前，在您应该使用的“参考”go 实现中）是一个 struct ，具有 3 个字段：底层数据数组的地址、该数组中允许的元素数量使用的以及该数组中此类元素的总数，在对切片值调用时，append 函数可以在不重新分配的情况下使用这些元素。

      当您有 args []string 并执行 &args 时，您将获得该结构的地址，而不是该切片的第一个元素的地址。

      要执行后者，请使用 &args[0]。

   2. 在 go 中，字符串（通常是这样，我们假设是这样）包含编码为 utf-8 的字符。这通常不是 windows 原生 c++ 代码在表示需要 char * 时期望处理的内容。

      我的猜测，你需要首先为 argv 构建一个合适的东西， 类似的东西

      argv := make([]unsafe.pointer, 0, len(args))
      for i, s := range args {
          argv[i] = unsafe.pointer(syscall.stringtoutf16ptr(s))
      }
      

      然后将 &argv[0] 传递给被调用者。

      但请参阅下面的 syscall.stringtoutf16ptr()。

4. 您正在做的将字符串数据传递给具有 const char* 类型的其余参数的准备工作似乎是正确的，但前提是被调用者确实意味着其 char 是 16 位整数。

   换句话说，用于编译该库的源代码和工具链必须确保 char 确实是 wchar_t or WCHAR。

   如果是，那么你所做的应该没问题；否则就不是。您应该验证这一点。

关于跨表达式传递 uintptrs 的说明

go 具有垃圾收集功能，因此它的运行时必须知道指向所有当前活动对象的所有指针。只要存在一个变量，其中包含指向程序运行时分配的内存块的指针，该块就不会被垃圾收集。

unsafe.pointer 值算作对内存块的正确引用，但 uintptr 值则不然。这意味着当代码

p := new(sometype)
u := uintptr(unsafe.pointer(&p))
foo(u)
return

运行时，一旦 p 被分配了其地址，gc 就可以自由地回收由 p 分配的对象 - 仅仅是因为 p 是对该对象的唯一引用，而 u 不是。

现在考虑参考 go 实现中的 gc 与您的程序代码同时运行。 这意味着当 foo 运行时，gc 也可能会执行，并且它可能会从 foo 的脚下扫描您的 sometype 实例。

作为此一般规则的一个例外，go 编译器保证同一语言表达式中发生的所有 uintptr(unsafe.pointer) 类型转换不受 gc 的影响。因此，以我们之前的示例为例，这样做就可以了

foo(uintptr(unsafe.pointer(new(sometype)))
return

和

p := new(someType)
v := unsafe.Pointer(&p)
foo(uintptr(v))
return

因为到 uintptr 的类型转换发生在单个表达式中——这是一个函数调用。

因此，您不得将指针作为 uintptrs 传递给 go 对象，除非它们包含从“c 端”获取的指针。

好了，本文到此结束，带大家了解了《调用 Syscall 函数时出现异常》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！