【问题标题】:LVITEM for windows 64 bit适用于 Windows 64 位的 LVITEM
【发布时间】:2015-01-03 00:46:55
【问题描述】:

很长一段时间以来,我都尝试使用带有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编写,但这只是一种写作形式——语言真的无关紧要)。

这些字段就像documented

经过大量谷歌搜索,我找到了这个forum,它正是我需要的——64 位解决方案!

所以在 64 位中,结构应该有更多的“空格”,并且应该看起来像这样(指针现在是 64 位,stateMask 也是 64 位。这与论坛建议的有点不同,但是也可以):

('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)

论坛建议:

('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. 这是否记录在任何地方?
  2. 为什么stateMask 应该是c_uint64 - 它不应该总是和state 一样大吗?
  3. 哪个是真正的 64 位结构?

谢谢!

【问题讨论】:

  • 不要平台垃圾邮件。这和 C# 有什么关系?
  • 我可能会删除 C# 标签并添加 win32,因为这是一个 win32 API 问题 IMO。
  • 这些字段与您找到的 MSDN 页面上的记录相同。您需要将 Win32 ABI 翻译成 Python。您缺少的细节是 Win32 ABI 使用 8-byte packing
  • @RaymondChen 另一个问题:为什么文档说 puColumns 和 piColFmt 是 UINT 和 INT 虽然它也说它们是指针? (pszText 也是一个指针,它是一个 LPTSTR,它是一个 WCHAR * 或一个 CHAR *)
  • 这是一个文档错误。我会看看我能做些什么来修复它。

标签: windows winapi 64-bit pywin32 win64


【解决方案1】:

感谢Raymond Chen的评论,我才知道答案!

关于data alignment。每个指针应该是 8 个字节,并且还应该与一个可以被 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) 相同。

再次感谢 cmets 的帮助!

【讨论】:

    猜你喜欢
    • 2012-10-17
    • 1970-01-01
    • 2018-08-25
    • 1970-01-01
    • 2014-04-28
    • 2016-03-18
    • 2012-07-21
    • 2013-09-11
    • 2013-06-08
    相关资源
    最近更新 更多