首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >TImageList读取Win7错误(ComCtl32问题?)-如何/为什么会发生这种情况?

TImageList读取Win7错误(ComCtl32问题?)-如何/为什么会发生这种情况?
EN

Stack Overflow用户
提问于 2018-12-16 20:12:58
回答 1查看 486关注 0票数 0

我需要关于如何追踪/解决这个问题的想法:

我有一个潜在的客户,他说在Windows 7 32位上,我的软件给出了这个错误:

imagelist无法从流中读取ImageList数据

该人提供了这一补充信息:

  • 程序确实使用启用了Areo主题。
  • 程序在经典主题上抛出错误
  • IE 11已安装
  • Person报告在system32文件夹中具有5.82.7601.18837 comctl32.dll,在winsxs文件夹中具有6.10.7601.23039 comctl32.dll。

(对于那些不知道的人,请注意-因为WinXP的这两个版本都是默认的)

..。

可执行文件是在主题Windows 10上使用XE4构建的,并且至少在(自己的测试)上工作。

  • win10 10/32位
  • win10 10/64位
  • WinXP/32位/经典-主题
  • HyperV-Virtual-Win7-SP1/32bit/classic-theme/16bitcolor

我的TImagelist被设置为"cdDeviceDependent“(对应于ILC_COLORDDB)

..。

这是使用资源资源管理器从可执行文件中提取的清单:

代码语言:javascript
复制
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1" xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type="win32"
        name="Microsoft.Windows.Common-Controls"
        version="6.0.0.0"
        publicKeyToken="6595b64144ccf1df"
        language="*"
        processorArchitecture="*"
      />
    </dependentAssembly>
  </dependency>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel
          level="asInvoker"
          uiAccess="false"
        />
      </requestedPrivileges>
    </security>
  </trustInfo>
  <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
    <application>
      <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/>
      <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/>
      <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/>
      <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/>
      <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/>
    </application>
  </compatibility>
</assembly>

..。

TODO

我在文档中注意到,对于ImageList_WriteEx是这样的:“您不应该创建一个用ILP_DOWNLEVEL标志用ILC_COLOR32编写的图像列表”.

我不知道在使用"ILC_COLORDDB“作为值的32位颜色系统上编译时会发生什么?

我的想法是: ILP_DOWNLEVEL可能会被忽视.因此,当5.x ComCtl32读取时,更有可能失败?但我在网上找不到任何这样的案件,但是.

它还显示我的可执行文件在虚拟的Win7-SP1-32bit-16颜色-经典主题配置上工作.

..。

TODO

发送调试工具以获取/确认加载在comctl32.dll上的实际版本

..。

尝试过

我已经尝试将用户指向一个没有**compability部分的清单的旧版本。这没什么区别。

EN

回答 1

Stack Overflow用户

发布于 2018-12-17 14:20:40

默认情况下,Windows7上的ComCtl32版本是5.82,而不是6.x。

公共控制版本

因此,为了允许使用与Windows7兼容的Comctl32版本,您必须严格地改进您的清单。

当然,如果您的应用程序没有使用ComCtl32版本5.82中没有的特性,那么这是当然的。如果是这样的话,那么您将不得不为它实现一些工作,或者简单地将Windows 7从官方支持的应用程序平台中删除。

票数 -4
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/53806075

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档