让忍者从崩溃的地方开始

Posted

技术标签:

【中文标题】让忍者从崩溃的地方开始【英文标题】:Make ninja start from where it crashed 【发布时间】:2020-11-12 16:06:40 【问题描述】:

我正在使用 ninja 编译 CEF,花了 8 个小时。在完成之前还有 5 个文件。第 5 个文件是我的项目需要的“libcef.dll”,我怀疑在剩下的 4 个文件之一中没有生成“natives_blob.bin”,我需要它。由于 RAM 被填满,它在“libcef.dll”上崩溃。是否可以运行忍者并使其从崩溃的地方开始?我真的不希望我的计算机在 100% CPU 下再运行 8 小时,我也不想再等 8 小时,因为整个 CEF 项目需要更多时间来下载并解决所有构建问题/编译。对于那些可能会问我为什么要构建 CEF 的人来说,这是因为我想要为我的个人项目提供专有的编解码器支持,而我可以在自己构建 CEF 时获得这些支持。

【问题讨论】:

Ninja 被设计为增量构建,所以它应该自己做。当然,我们不知道您使用了什么构建命令或存在哪些包装器。 你试过了吗?忍者不应该重新编译任何没有改变的东西。这是默认行为。 @Botje 如果是这样,那我就无缘无故地生气了。我使用了“ninja -C out\Debug_GN_x86 cef”。以防万一我备份所有内容(35GB 文件),但一旦我尝试,我会通知你。编辑:是的!它从坠毁的地方开始。谢谢! 【参考方案1】:

重新运行 ninja 命令就足够了。

【讨论】:

以上是关于让忍者从崩溃的地方开始的主要内容,如果未能解决你的问题,请参考以下文章

将 SQLite 从一个地方移动到另一个地方:应用程序崩溃和不兼容的类型

火影忍者

火影忍者

如何从 1 个地方在生产版本中记录崩溃报告

Malloc调用崩溃,但在其他地方工作

Esp32:即使相同的命令在其他地方工作,双核任务也会崩溃