我正在64位平台上使用此C结构,尝试访问值联合中的ui32v字段:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | struct _GNetSnmpVarBind { guint32 *oid; /* name of the variable */ gsize oid_len; /* length of the name */ GNetSnmpVarBindType type; /* variable type / exception */ union { gint32 i32; /* 32 bit signed */ guint32 ui32; /* 32 bit unsigned */ gint64 i64; /* 64 bit signed */ guint64 ui64; /* 64 bit unsigned */ guint8 *ui8v; /* 8 bit unsigned vector */ guint32 *ui32v; /* 32 bit unsigned vector */ } value; /* value of the variable */ gsize value_len; /* length of a vector in bytes */ }; |
我可以为每个联合元素编写一个C包装函数,但是出于教学目的,我宁愿在Go中工作。这是我尝试访问ui32v字段的方式:
1 2 3 4 5 6 7 8 | func union_to_guint32_ptr(cbytes [8]byte) (result *_Ctype_guint32) { buf := bytes.NewBuffer(cbytes[:]) var ptr uint64 if err := binary.Read(buf, binary.LittleEndian, &ptr); err == nil { return (*_Ctype_guint32)(unsafe.Pointer(ptr)) } return nil } |
但是这给出了一个错误,无法将ptr(uint64类型)转换为unsafe类型。
那么,如何将uint64转换为指向C guint32的Go类型?我尝试了多种转换,分别转换为uintptr,然后转换为* _Ctype_guint32,转换为uintptr,然后使用unsafe.Pointer,...
我的理由是:我传递了8个字节的数组。将其转换为uint64,即内存地址。将其强制转换为指向guint32的指针(即guint32的C数组),并作为结果返回-联合字段" value"作为guint32 *。
语境
稍后,我将使用value_len字段将guint32的C数组转换为字符串,并使用一个我已经知道的函数:
1 2 | guint32_star := union_to_guint32_ptr(data.value) result += OidArrayToString(guint32_star, data.value_len) |
C代码来自gsnmp。
该解决方案首先转换为uintptr,然后转换为unsafe.Pointer,即两个单独的转换:
1 2 3 4 5 6 7 8 9 | func union_to_guint32_ptr(cbytes [8]byte) (result *_Ctype_guint32) { buf := bytes.NewBuffer(cbytes[:]) var ptr uint64 if err := binary.Read(buf, binary.LittleEndian, &ptr); err == nil { uptr := uintptr(ptr) return (*_Ctype_guint32)(unsafe.Pointer(uptr)) } return nil } |
我通过将结果与命令行工具进行比较来检查这一点,并返回正确的结果。
语境
1 2 3 4 5 6 7 8 | // gsnmp._Ctype_gpointer -> *gsnmp._Ctype_GNetSnmpVarBind data := (*C.GNetSnmpVarBind)(out.data) switch VarBindType(data._type) { case GNET_SNMP_VARBIND_TYPE_OBJECTID: result +="GNET_SNMP_VARBIND_TYPE_OBJECTID" +":" guint32_star := union_to_guint32_ptr(data.value) result += OidArrayToString(guint32_star, data.value_len) |
- 令人遗憾的是,如果那是正确的话,那就没有没有不安全的路要走了。 还是在那里?
cgo将联合显示为一个字节数组,该数组足够大以容纳联合的最大成员。在您的情况下,这是8位的64位
但是,您可以使用阵列的地址大大简化此过程。对于名为
1 | guint32_star := *(**C.guint32)(unsafe.Pointer(&data.value[0])) |
我第一次看时并没有完全理解这一点,但是当我将其分解时,它变得更加清晰:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | var data C._GNetSnmpVarBind // The C struct var union [8]byte = data.value // The union, as eight contiguous bytes of memory // The first magic. The address of the first element in that contiguous memory // is the address of that memory. In other words, the address of that union. var addr *byte = &union[0] // The second magic. Instead of pointing to bytes of memory, we can point // to some useful type, T, by changing the type of the pointer to *T using // unsafe.Pointer. In this case we want to interpret the union as member // `guint32 *ui32v`. That is, T = (*C.guint32) and *T = (**C.guint32). var cast **C.guint32 = (**C.guint32)(unsafe.Pointer(addr)) // The final step. We wanted the contents of the union, not the address // of the union. Dereference it! var guint32_star *C.guint32 = *cast |
归功于Alan Shen的文章,该文章以对我最终有意义的方式描述了工会的cgo表示形式。
Sonia已经回答了她自己的问题,我只想提供为什么需要两次类型转换的原因。
从有关unsafe.Pointer的文档中:
1) A pointer value of any type can be converted to a Pointer.
2) A Pointer can be converted to a pointer value of any type.
3) A uintptr can be converted to a Pointer.
4) A Pointer can be converted to a uintptr.
由于
从CGO文档中:
To access a struct, union, or enum type directly, prefix it with struct_, union_, or enum_, as in C.struct_stat.
所以我猜(未经测试)代码可能类似于:
1 | myUint32var := somePtrTo_GNetSnmpVarBind.union_guint32 |
用于访问
- 谢谢jnml,我不确定语法-如果同一结构中有多个并集怎么办? 我通过go包grepd获得了使用C联合的示例,找不到任何有用的示例。 但是我可以使用代码,请参阅发布的解决方案。
-
在OP的特定情况下,我可能会尝试
p.union_value.guint32 或p.value.union_guint32 或...? 请稍后发布正确的版本(如果有的话)作为您问题的答案,以供其他参考。 谢谢。 - 再次感谢jnml :-)我已经发布了我的解决方案; 明天您的建议语法有问题-在这里凌晨1点:-0