神秘错误:“cgo 参数具有指向未固定 Go 指针的 Go 指针”

问题描述 投票:0回答:1

我收到此错误,即使在阅读了文档后我也不明白它的含义。事实上,我确实认为我理解了它,但它不适合我发生的方式。互联网上其他任何地方似乎也没有关于此特定问题的其他信息。

对我来说,它发生在这个函数中(不是我的库,它似乎在很多地方工作正常,所以这更奇怪)。

为了更好地理解该错误,我在本地对其进行了修改,以使 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)

go cgo lmdb unsafe-pointers
1个回答
0
投票

根据 https://github.com/PowerDNS/lmdb-go/issues/28,这个问题实际上是由使用 Go

new()
构造函数创建 C 指针然后传递给 C 函数引起的。这些应该是用
C.malloc()
创建的。

显然这个问题从未出现在其他任何人身上,因为没有人犯过我在使用该库时犯的同样错误:从多个 goroutine 使用相同的事务,这是 LMDB 明确禁止的(嗯,LMDB 说线程,但是也许我的 goroutine 正在产生新线程)。根据wojas

这种 Goroutines 的产生可能会阻止某些 Go 编译器优化,而这些优化之前隐藏了这个分配错误。

© www.soinside.com 2019 - 2024. All rights reserved.