Jeff 和我在这里讨论了一个可能的修复方法：http:
//tom-itx.no-ip.biz :81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-06-06.html#09:42 :01

Seb，我已经验证了 2.6 的修复。干得好！

我将提交选择到我正在处理的另一棵树中，一切正常，除了status.gcodes没有更新。这实际上会导致该statbuffer-g5x-abort树中的测试失败。不过，运行任何MDI 命令（甚至(foo)）都会导致status.gcodes更新，因此看起来应该很容易。

如果你推迟几天合并这个，我会尝试解决这个问题，如果它与 LCNC 有某种相关性，我会告诉你，即使现在看起来不相关。

好吧，我会等到收到你的消息再说。感谢您对其进行测试。

@SebKuzminsky，这看起来很棒。我遇到的问题与状态标签工作有关，因此不适用于 LinuxCNC。我真的很感谢这个修复！

感谢您调查并告诉我，我刚刚将其推送到我们的 2.6 分支。

此特定问题（在任务初始化期间中止）的修复在402c27b中，但在9f07c33中恢复。bdffc97motion-logger/startup-gcode-abort中禁用了相应的回归测试。

我几乎完成了对 state tags 分支的一些更新，这些更新做出了很多改进，当我在做的时候，精心挑选了402c27b回到它上面，测试似乎又通过了。

我想知道在它真正修复之前是否不应该重新打开它（组织成员必须这样做）。否则我将开始一个指向这里的新问题。

按要求重新打开问题

此时已合并状态标签master。我相信这个问题不再突出，或者在一定程度上，它已被#858取代，跟踪motion-logger/startup-gcode-abort测试中的间歇性故障。