很长一段时间,我尝试使用带有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)
相同。
再次感谢有用的意见!