LVITEM为Windows 64位

很长一段时间,我尝试使用带有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指出的文本。

我的问题是:

  1. 这是logging在任何地方?
  2. 为什么c_uint64应该是c_uint64它不应该总是和国家一样大吗?
  3. 哪一个是64位的真正的结构?

谢谢!

Solutions Collecting From Web of "LVITEM为Windows 64位"

感谢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)相同。

再次感谢有用的意见!