我需要有关如何跟踪/解决此问题的想法:
我有一个潜在客户,他指出在Windows 7 32bit上我的软件出现此错误:
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>
...
待办事项
我在文档中注意到ImageList_WriteEx的状态是: “您不应创建使用ILP_DOWNLEVEL标志和ILC_COLOR32写入的图像列表” ...
我不确定在使用“ ILC_COLORDDB”作为值的32位彩色系统上进行编译时会发生什么情况?
我的想法是/是否可能会忽略ILP_DOWNLEVEL ...因此,当被 5.x ComCtl32 读取时,失败的可能性更大吗?但是我无法在互联网上找到任何此类案例,但是...
另外,我的可执行文件似乎可以在虚拟Win7-SP1-32bit-16color-classic-themes配置下工作...
...
待办事项
发送调试工具以获取/确认comctl32.dll上加载的实际版本
...
尝试
我尝试将用户指向带有清单的旧版本,而该清单没有** compability部分。没什么区别。
答案 0 :(得分:-3)
默认情况下,Windows 7上的ComCtl32版本为5.82,而不是6.x。
因此,您将不得不相应地更改清单以允许使用与Windows 7兼容的Comctl32版本。
当然,如果您的应用程序未使用ComCtl32 5.82版中不提供的某些功能。如果是这样,则您将不得不对其进行一些解决,或者只是从应用程序的官方支持平台中删除Windows 7。