很长一段时间，我尝试使用带有LVIF_TEXT掩码的LVM_GETITEMW消息来获取ListView的文本。 我的程序工作在32位但不是在64位体系结构。
我发现问题是在LVITEM结构。 不久，我的问题是哪个结构是适当的64位，为什么。
我用作LVITEMW结构的结构体具有以下字段：
('mask', c_uint32), ('iItem', c_int32), ('iSubItem', c_int32), ('state', c_uint32), ('stateMask', c_uint32), ('pszText', c_uint32), ('cchTextMax', c_int32), ('iImage', c_int32), ('lParam', c_uint64), ('iIndent', c_int32), ('iGroupId', c_int32), ('cColumns', c_uint32), ('puColumns', c_uint32), ('piColFmt', c_int32), ('iGroup', c_int32)
（用python 2.7 ctypes编写，但这只是一种书写forms – 语言真的不相关）。
这些字段与文档一样 。
经过大量的search，我发现这个论坛正是我所需要的 – 64位解决scheme！
所以在64位的结构应该有更多的“空间”，应该看起来像这样（指针现在是64位，也是状态stateMask是64位，这有点不同于论坛的build议，但也起作用）：
('mask', c_uint32), ('iItem', c_int32), ('iSubItem', c_int32), ('state', c_uint32), ('stateMask', c_uint64), <-- Now 64 bit ('pszText', c_uint64), <-- Now 64 bit which makes sense since this is a pointer ('cchTextMax', c_int32), ('iImage', c_int32), ('lParam', c_uint64), ('iIndent', c_int32), ('iGroupId', c_int32), ('cColumns', c_uint32), ('puColumns', c_uint64), <-- Now 64 bit which makes sense since this is a pointer ('piColFmt', c_int64), <-- Now 64 bit which makes sense since this is a pointer ('iGroup', c_int32)
论坛build议有：
('mask', c_uint32), ('iItem', c_int32), ('iSubItem', c_int32), ('state', c_uint32), ('stateMask', c_uint64), ('pszText', c_uint64), ('cchTextMax', c_int32), ('iImage', c_int64), <-- Now 64 bit ('lParam', c_uint32), ('iIndent', c_int32), ('iGroupId', c_int32), ('cColumns', c_uint32), ('puColumns', c_uint32), ('piColFmt', c_int32), ('iGroup', c_int64), <-- Now 128 bit all together ('iGroup2', c_int64) <-- continuation
这也适用于我的需要列表，这是pszText指出的文本。
我的问题是：
c_uint64应该是c_uint64它不应该总是和国家一样大吗？ 谢谢！
感谢Raymond Chen的评论，我能够找出答案！
这是关于数据对齐 。 每个指针应该是8个字节，也应该对齐到一个可以被8除的地址，所以有时候在指针前应该有一个填充。 此外，结构的大小应该可以通过min(max(sizeof(each field in the struct)), 8)来分割min(max(sizeof(each field in the struct)), 8)在我们的例子中是8，因为指针的大小是8。
class LVITEMW_explicit(ctypes.Structure): _pack_ = 1 _fields_ = [ ('mask', c_uint32), # 0 ('iItem', c_int32), # 4 ('iSubItem', c_int32), # 8 ('state', c_uint32), # 12 ('stateMask', c_uint32), # 16 ('padding1', c_int), ('pszText', c_uint64), # 20 --> 24 after padding (A pointer) ('cchTextMax', c_int32), # 32 ('iImage', c_int32), # 36 ('lParam', c_uint64), # 40 (On 32 bit should be c_long which is 32 bits) ('iIndent', c_int32), # 48 ('iGroupId', c_int32), # 52 ('cColumns', c_uint32), # 56 ('padding2', c_int), ('puColumns', c_uint64), # 60 --> 64 after padding (A pointer) ('piColFmt', c_int64), # 72 (A pointer) ('iGroup', c_int32), # 80 ('padding3', c_int32), # The total length was 84 before padding3 was added, which is not dividable by 8 ]
或者，因为这应该真的写 – 没有_pack_ = 1 ：
class LVITEMW(ctypes.Structure): _fields_ = [ ('mask', c_uint32), ('iItem', c_int32), ('iSubItem', c_int32), ('state', c_uint32), ('stateMask', c_uint32), ('pszText', c_uint64), ('cchTextMax', c_int32), ('iImage', c_int32), ('lParam', c_uint64), # On 32 bit should be c_long ('iIndent', c_int32), ('iGroupId', c_int32), ('cColumns', c_uint32), ('puColumns', c_uint64), ('piColFmt', c_int64), ('iGroup', c_int32), ]
实际上， ctypes.sizeof(LVITEMW)返回88，与ctypes.sizeof(LVITEMW_explicit)相同。
再次感谢有用的意见！