Ralat misteri: "Go pointer to cgo arguments point to unpinned Go pointer"

Kandungan soalan

Saya mendapat ralat ini dan walaupun selepas membaca dokumentasi saya tidak faham maksudnya. Sebenarnya, saya fikir saya memahaminya, tetapi ia tidak sesuai dengan cara yang berlaku kepada saya. Nampaknya tidak ada maklumat lain mengenai isu khusus ini di tempat lain di internet.

Bagi saya, ia berlaku dalam fungsi ini (bukan perpustakaan saya, yang nampaknya berfungsi dengan baik di banyak tempat, jadi itu lebih pelik).

Untuk memahami ralat dengan lebih baik, saya mengubah suainya secara setempat supaya setiap parameter fungsi C dibina secara berasingan dan melihat bahagian mana yang mencetuskan ralat:

Tetapi ternyata ralat berlaku pada baris di bawah kursor, jadi saya rasa ia berkaitan sepenuhnya dengan panggilan C.lmdbgo_mdb_cursor_get1().

Saya fikir ralat itu bermakna saya sedang menghantar penuding Go kepada fungsi C dan saya boleh membetulkannya dengan membungkus penunjuk Go dengan panggilan unsafe.Pointer(), tetapi itu tidak mungkin kerana ia sudah selesai dan semua hujah kepada fungsi C yang berkaitan sudah pun jenis C, bukan jenis Go.

KEMASKINI: Selepas menggali lagi, saya mendapati bahawa baris 689 daripada panic() 是在 /src/runtime/cgocall.go sebenar dikeluarkan:

Oleh itu cgoIsGoPointer() 返回 true 且 isPinned() mengembalikan palsu.

Bagaimanakah saya boleh "menyematkan" penunjuk Go? Atau adakah ini soalan yang salah?

Kemas kini: Selepas menggali lebih lanjut, saya mendapati bahawa parameter yang menyebabkan masalah ialah c.txn.key, yang di luar kawalan saya dan nampaknya ditetapkan kepada new(C. MDB_val) . c.txn.key，它超出了我的控制范围，似乎被设置为 new(C. MDB_val)。

正确答案

根据https://github.com/PowerDNS/lmdb-go/issues /28 这个问题实际上是由使用 Go new() 构造函数创建 C 指针然后传递给 C 函数引起的。这些应该是使用 C.malloc()

Jawapan betul

Berdasarkan https:// github .com/PowerDNS/lmdb-go/issues /28 Isu ini sebenarnya disebabkan oleh menggunakan pembina Go new() untuk mencipta penuding C dan kemudian menghantarnya ke fungsi C . Ini harus dibuat menggunakan C.malloc().

Nampaknya masalah ini tidak pernah muncul kepada orang lain, kerana tiada siapa yang melakukan kesilapan yang sama yang saya lakukan semasa menggunakan perpustakaan ini: menggunakan transaksi yang sama dari berbilang goroutine, yang secara jelas dilarang oleh LMDB (baik, LMDB berkata benang, Tetapi mungkin saya goroutine sedang melahirkan benang baru). Menurut 🎜wojas🎜: 🎜

Atas ialah kandungan terperinci Ralat misteri: "Go pointer to cgo arguments point to unpinned Go pointer". Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!