一切进展顺利。Nightly 构建运行了一个多月，没有出现任何问题。但是，突然从 Eclipse 调用功能构建器时，执行立即结束并显示消息。
错误级别 13
据我所知，我没有改变任何东西，因为这台电脑通常不会被触及。（它仅用于夜间构建）。
我用谷歌搜索了这个错误的含义，但无济于事。 我找到了一个来自 IBM 的链接，该链接显示了一个捕获此错误的自定义 bat 文件，但给出的解释不是很有用。
我的猜测是，这与工作空间有关，或者整个 Eclipse 安装已损坏。
你知道这个错误是什么意思吗？如何纠正？
在阅读了错误代码的含义后，感谢 VonC 的回答，我明白了在哪里看。这个问题看起来要模糊得多。
我查看了 Eclipse 的配置文件夹（当出现问题时，日志要么写在那里，要么写在 .metadata 文件夹中），我发现了一个巨大的日志文件。在文件中我发现了以下错误：
application org.eclipse.sdk not found
以及以下异常，后跟插件名称，多次：
java.util.zip.ZipException: Too many open files
多个插件无法加载，导致一系列缺失的依赖项阻止 Eclipse 启动。我在网上搜索了这个异常，发现了以下来自 SUN 的错误描述，它说Java 1.5.0 无法打开超过 2,100 个 zip 文件。
在我将 Eclipse 的 BABEL 项目翻译安装到构建计算机后一段时间，问题就开始了。这些是 900 多个片段，包含许多插件的翻译，每种语言一个。当我将它安装在现有的 eclipse 安装之上时，打开它们似乎不是问题......直到我清除了构建的工作区。然后 Eclipse 将不再启动。我超过了极限。我试图修复构建的第一件事就是再次......清除所有内容并没有帮助。
因为我只将这台计算机用于无头构建，所以我没有意识到问题出在 Eclipse 本身，我正在查看构建过程的内部。我只有在查看日志文件时才意识到。
安装 Java 1.6.0_11 后，我能够启动 Eclipse 并继续我的构建。
它应该意味着“ ant build failed ”，意味着无头 ant 脚本在某些时候失败。
您应该检查是否可以捕获此脚本生成的日志/输出以分析此 ant 会话并查看 ant 脚本在什么时候失败。
如果它立即失败，通常是因为：
您还必须检查计算机是否仍在其原始 Windows 域中，以及与运行 ant 脚本的帐户关联的权限（管理员？）是否仍然相同。