我需要关于如何追踪/解决这个问题的想法:
我有一个潜在的客户,他说在Windows 7 32位上,我的软件给出了这个错误:
imagelist无法从流中读取ImageList数据
该人提供了这一补充信息:
(对于那些不知道的人,请注意-因为WinXP的这两个版本都是默认的)
..。
可执行文件是在主题Windows 10上使用XE4构建的,并且至少在(自己的测试)上工作。
我的TImagelist被设置为"cdDeviceDependent“(对应于ILC_COLORDDB)
..。
这是使用资源资源管理器从可执行文件中提取的清单:
<?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部分的清单的旧版本。这没什么区别。
发布于 2018-12-17 14:20:40
默认情况下,Windows7上的ComCtl32版本是5.82,而不是6.x。
因此,为了允许使用与Windows7兼容的Comctl32版本,您必须严格地改进您的清单。
当然,如果您的应用程序没有使用ComCtl32版本5.82中没有的特性,那么这是当然的。如果是这样的话,那么您将不得不为它实现一些工作,或者简单地将Windows 7从官方支持的应用程序平台中删除。
https://stackoverflow.com/questions/53806075
复制相似问题