[参考译文] CCS 无法加载 xerf5文件

您是否尝试禁用 PC 上运行的任何防病毒/安全软件？ 这是一个常见的根本原因。

我不是管理员,所以我没有禁用 防病毒/安全软件的访问权限,但我的同事的 PC 没有这样的麻烦,他们运行相同的 防病毒/安全软件和规则由我的公司部署。 因此，我认为这不是根本原因。

可能正在运行的某个进程阻止调试器访问该文件。 出现此问题时，您是否能够正常访问该文件？ 例如、您可以在 CCS 关闭时移动文件或对其重命名吗？

我不知道 GEL 文件的位置、但我可以自由删除 xerf5文件、甚至可以通过在 CCS 打开但不处于调试模式时重新编译工程来重新生成它。

当此问题再次发生时、您能否：

假设您在 Windows 中，打开任务管理器并转至性能选项卡和打开资源监视器：

在 Resource Manager 中、转到"CPU"选项卡、然后在"关联的句柄"下搜索相关的 xerf5文件：

提供搜索结果。

谢谢

小

抱歉、我的操作系统是 Win7 SP1、语言是简体中文

但您可以看到，当发生此问题时，没有句柄 占用 xerf5文件。

BTW：在发生此问题之前、我曾尝试通过 uniflash 将 bin 文件刷写到 EVM、但由于 COM 被占用而失败。 然后、我重新为 EVM 通电并重新连接、使用 Python 成功刷写了 bin 文件。 我不知道这是否有助于解决问题。

谢谢

感谢您的检查。

抱歉，我的操作系统是 Win7 SP1

我还没有在 Windows 7上尝试此功能。 我明天来试一下。

btw：在发生此问题之前、我曾尝试通过 uniflash 将 bin 文件刷写到 EVM、但由于 COM 被占用而失败。 [/报价]

您是否还记得您之前的故障是否也是在使用 UniFlash 后发生的？

我确信前面两个故障是在使用 uniflash 后发生的、但我不能回忆起以前的其他故障

我已将此问题上报给工程部。 目前正在进一步调查。

Engineering 已经做了更多的分析、结果似乎是由于我们所依赖的第三方库存在问题。 该库作为对特定 Windows 事件的依赖性、如果在事件日志中找不到该库(是否已被覆盖)、则是导致问题的原因

如果您对确切的细节感兴趣：

https://stackoverflow.com/questions/38045857/boostinterprocess-exception-library-error-exception-when-creating-shared-mem

如您所知、重新启动可以解决此问题。 我们希望 改进我们的执行工作，以便消除这种依赖性。 很遗憾、除了重新启动之外、我们目前没有很好的权变措施。

因此、此问题是否会在未来的 CCS 或 Uniflash 版本中得到解决？

在您提供的链接中、它是5年前 BOOST 库中的一个错误、在最新的 BOOST 1.81+中修复了吗？

我知道、在发生此问题后、只能重新启动、我想知道什么操作可能导致此问题？在您解决此问题之前、如何避免此问题？