2407104_zh-CN

Yes

CodeWarrior ARMv8 11.5.0 至 11.5.12Windows 11 25H2 更新失败

期望结果

我需要一个受支持的步骤或修正后的更新包，以便使 CodeWarrior ARMv8 11.5.0 能够成功更新到 11.5.12。包括 QCVS 和场景工具，在此 Windows 11 系统上。

背景

从 2020 年到 2024 年，我已在多个 Windows 系统上成功安装和更新了此 CodeWarrior 版本，使用的更新程序相同。

我现在发现以下情况会出现可重复的故障：

Windows 11 专业版
版本 25H2
操作系统版本 26200.9168
Windows 功能体验包 1000.26100.344.0

我至少重复进行了四次安装/更新测试。我两种方法都试过了：
在线更新网站：
http://cache.nxp.com/lgfiles/updates/Eclipse/ARMV8_11_5_0/Windows
- 离线更新存档：
com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip

每次失败的原因几乎都相同。

最近一次测试是在一个干净的、沙盒化的 Windows 11 虚拟机中进行的。CodeWarrior 是从以下位置全新安装的：

CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe

基础安装程序 SHA256：
ea32f78530f38ec33dcfd128e64e5dbdde34803d0f49ded8778369ef146e5e66

离线更新 SHA256：
212ca00092174bd98fe407572aa7b7eeb7bb1918a82fbf08c22578f687d5e418

相关 NXP 社区帖子：

1. CodeWarrior 适用于 LA1224
该用户使用相同的基础安装程序，在全新的 Windows 沙盒安装中重现了基本相同的故障。使用 FreescaleProcessCheck 将 fsl_gdb 从 13.0.0 更新到 14.0.0 时，如果设置了“param_not_set”，也会出现同样的故障。
https://community.nxp.com/t5/Layerscape/CodeWarrior-for-LA1224/td-p/2096289

2. 在我的定制 LX2080 板上使用 USB CodeWarrior Tap 调试时出现了一些问题
NXP 技术支持建议使用相同的 11.5.12 版本。更新存档，操作步骤与帮助 -> 安装新软件 -> 添加 -> 存档相同。
https://community.nxp.com/t5/CodeWarrior-for-QorIQ/some-problems-when-use-usb-codewarrior-tap-debug-...

重现错误步骤

1. 从干净的 Windows 11 专业版 25H2 虚拟机开始。

2. 安装：
CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe

安装成功完成。

3. 启动 CodeWarrior。

4. 选择：
帮助 -> 安装新软件 -> 添加 -> 归档

5. 选择：
com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip

6. 全选，然后单击“下一步”。

7. “安装详情”页面报告说，已安装的元器件将会更新。

8. 接受许可协议并选择“完成”。

9. 安装失败，并显示以下错误信息：

安装项目时发生错误
会话上下文为：（profile=epp.package.cpp，phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357，操作=com.freescale.updater.customactions.actions.FreescaleProcessCheck）。
NLS 缺少消息：参数未设置，位于：com.freescale.updater.customactions.Messages

来自此次干净复现的相关文件：
- 202608201229_DiagnosticInfo.zip
- Error_Log.txt
- 配置.txt
- Image-1_Problem_Occured.png
- Image-2_Problem_Occured-Details.png

指导

从日志中得出的最重要观察结果是：

- Error_Log.txt 显示在全新基础安装开始后不久（11.5.12 版本之前），Eclipse p2 元数据出现错误。更新尝试：
“unit”中缺少必需属性：id

- 全新安装还包含对 NXP 构建系统路径的引用，例如：
C:/w/NCProd/NC_ARMv8/Layout/...
其次是：
URI 不是层级式的

- 更新失败的具体原因是替换以下内容：
com.freescale.core.debugger.fsl_gdb
13.0.0.202003111126
和
14.0.0.202204131357

- 更新失败后，Configuration.txt 显示部分/混合更新状态：fsl_gdb 功能为 14.0.0.202204131357，而实际的 fsl_gdb 插件仍为 13.0.0.202003111126。

- 安装中存在 org.eclipse.emf.edapt.history 1.4.0.201902190757，尽管类似的 NXP 社区报告显示 p2 依赖项错误，声称找不到该捆绑包。

这似乎是 CodeWarrior/Eclipse p2 更新时出现的可复现问题，而不是基础安装失败的问题。

Re: CodeWarrior ARMv8 11.5.0 to 11.5.12 Update Fails on Windows 11 25H2

我在一台干净的 Windows 10 专业版 22H2 x64 虚拟机中执行了相同的 CodeWarrior 安装和升级过程。

Windows 10：
版本 22H2
操作系统版本 19045.2965

基础安装程序：
CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe

SHA256：
ea32f78530f38ec33dcfd128e64e5dbdde34803d0f49ded8778369ef146e5e66

离线更新：
com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip

SHA256：
212ca00092174bd98fe407572aa7b7eeb7bb1918a82fbf08c22578f687d5e418

CodeWarrior 11.5.0 基础安装已成功完成。然后我应用了 11.5.12 版本。使用与我原帖中描述的相同步骤进行离线更新：

帮助 > 安装新软件 > 添加 > 归档 > 全选 > 安装

Windows 10 系统更新已成功完成。

更新后：

CodeWarrior 版本：11.5.12
版本 ID：221209
QCVS：4.24.0.0001-20221019
fsl_gdb：14.0.0.202204131357

这是同一个安装程序和同一个更新存档，但在 Windows 11 专业版 25H2，内部版本 26200.9168 上反复失败。在 fsl_gdb 13.0.0 期间-> 14.0.0 版本更新，包含：

FreescaleProcessCheck
NLS 缺少消息：param_not_set

我附上了 Windows 10 配置、错误日志和 CodeWarrior 相关信息的截图，作为成功案例的对比。

这强烈表明该故障与 Windows 11 25H2 兼容性有关。

Re: CodeWarrior ARMv8 11.5.0 to 11.5.12 Update Fails on Windows 11 25H2

你好@Bio_TICFSL ，

感谢你的回复。按照您的指示，我在 NXP 工单系统中创建了案例 01000640。

Re: CodeWarrior ARMv8 11.5.0 to 11.5.12 Update Fails on Windows 11 25H2

你好，

鉴于此对比证据的充分性，请执行以下操作：

在我们的系统中创建一个案例 com.freescale.updater.customactions 中的 FreescaleProcessCheck 自定义操作需要检查该软件包是否与 Windows 11 25H2 兼容。日志中出现的URI is not hierarchical错误”强烈暗示在新操作系统下运行时，自定义操作的 Java 代码中存在路径解析问题。
请求提供已打补丁的更新包或变通方案——具体来说，询问是否可以提供一个绕过 FreescaleProcessCheck 步骤的 fsl_gdb 14.0.0 插件版本。
确认 Windows 11 25H2 支持状态 — 官方发行说明仅验证到 Windows 11 22H2。NXP 工程部门应正式确认是否支持 25H2 版本，或者提供修复时间表。
临时解决方案——如果客户现在需要一个可用的环境，经确认，Windows 10 专业版 22H2 可以使用完全相同的文件。Windows 10 虚拟机是一个可行的过渡解决方案。

此致