我收到此错误,即使在阅读了文档后我也不明白它的含义。事实上,我确实认为我理解了它,但它不适合我发生的方式。互联网上其他任何地方似乎也没有关于此特定问题的其他信息。
对我来说,它发生在这个函数中(不是我的库,它似乎在很多地方工作正常,所以这更奇怪)。
为了更好地理解该错误,我在本地对其进行了修改,以使 C 函数的每个参数单独构造,并查看哪个部分触发了错误:
但事实证明错误发生在光标下的行,所以我认为这完全与
C.lmdbgo_mdb_cursor_get1()
调用有关。
我认为该错误意味着我将 Go 指针传递给 C 函数,并且可以通过使用
unsafe.Pointer()
调用包装 Go 指针来解决该错误,但这不可能,因为它已经完成并且所有参数所讨论的 C 函数已经是 C 类型,而不是 Go 类型。
更新: 经过更多挖掘,我发现实际的
panic()
是在 /src/runtime/cgocall.go
的第 689 行发出的:
因此
cgoIsGoPointer()
返回 true
并且 isPinned()
返回 false。
到底我需要做什么来“固定”Go 指针呢?还是这个问题问错了?
更新: 经过更多的挖掘,我发现导致问题的参数是
c.txn.key
,它超出了我的控制范围,似乎被设置为new(C.MDB_val)
。
根据 https://github.com/PowerDNS/lmdb-go/issues/28,这个问题实际上是由使用 Go
new()
构造函数创建 C 指针然后传递给 C 函数引起的。这些应该是用 C.malloc()
创建的。
显然这个问题从未出现在其他任何人身上,因为没有人犯过我在使用该库时犯的同样错误:从多个 goroutine 使用相同的事务,这是 LMDB 明确禁止的(嗯,LMDB 说线程,但是也许我的 goroutine 正在产生新线程)。根据wojas:
这种 Goroutines 的产生可能会阻止某些 Go 编译器优化,而这些优化之前隐藏了这个分配错误。