1 回答
TA貢獻1851條經驗 獲得超4個贊
您正在將十個(零)字節GoPack.e寫入packed.ewhich 的類型為char *。這不起作用,因為指針將是 4 或 8 個字節,具體取決于您的系統,因此即使字節表示有效指針,您也會溢出分配的內存量。
如果要創建具有有效packed.e字段的有效結構,則需要在 C 堆中分配 10 個字節的內存,將字節復制到其中,然后指向packed.e此分配的內存。packed(當您釋放相應的結構時,您還需要釋放此內存)。你不能直接用binary.Write.
您可以以此為起點:
buf := &bytes.Buffer{}
binary.Write(buf, binary.LittleEndian, g.a)
binary.Write(buf, binary.LittleEndian, g.b)
binary.Write(buf, binary.LittleEndian, g.c)
binary.Write(buf, binary.LittleEndian, g.d)
binary.Write(buf, binary.LittleEndian, uintptr(C.CBytes(g.e))
*out = *(*C.packed)(C.CBytes(buf.Bytes()))
該函數在 C 堆中C.CBytes(b)分配len(b)字節,并將字節復制b到其中,返回一個unsafe.Pointer.
請注意,我已經*out = *(*C.packed)...從您的代碼中復制了您的行。這實際上會導致內存泄漏和不必要的副本。可能最好使用將字節直接寫入指向的內存的寫入器out。
也許這個?
const N = 10000 // should be sizeof(*out) or larger
buf := bytes.NewBuffer((*[N]byte)(unsafe.Pointer(out))[:])
這使得 abytes.Buffer直接寫入out結構而不經過任何中間內存。請注意,由于不安全的惡作劇,如果您寫入的數據字節多于out.
警告:這一切都非常討厭,并且容易出現您在 C 中發現的相同類型的問題,并且您需要檢查 cgo 指針規則以確保您不會受到垃圾收集交互的影響。一點建議:鑒于您說您“對指針和內存分配沒有太多經驗”,您可能應該避免編寫或包含這樣的代碼,因為它可能引入的問題是邪惡的并且可能不會立即顯而易見。
- 1 回答
- 0 關注
- 364 瀏覽
添加回答
舉報
