Triggers 使用CMD批处理脚本执行时，什么可能导致cleartool.exe崩溃？

我有一个批处理脚本，它调用

cleartool

，在被

checkin

操作触发后执行

lsactivity

命令。调用的结果将写入输出文件。我的批次中的行是：

cleartool lsactivity -long "%ACTIVITY%">streaminfo_%timestamp%.txt

其中

%timestamp%

是一个包含日期和时间的变量，使每个调用都是唯一的

98%的时间我都没有问题。然而，剩下的2%是当cleartool崩溃时，留下一个锁定的0KB文件，导致CMD脚本挂起，直到使用Sysinternals Process Explorer关闭为止

在浏览OS（Win 2003 Server）系统事件查看器后，我发现它对应于给被阻止文件的时间戳，并被分类为信息而非错误：

Application popup: Microsoft Visual C++ Runtime Library : Runtime Error!

Program C:\Program Files\Rational\ClearCase\bin\cleartool.exe

This application has requested the Runtime to terminate it in an unusual way.

以前有没有其他人遇到过这个问题，或者有什么建议可以解决，或者为什么会发生

在IBM论坛上也有同样的问题，但尚未得到回答

如有任何反馈，将不胜感激

---

谢谢大家!

等待cleartool崩溃的根本原因的最终答案（如此），我将设置一个Windows作业，该作业将：

• 监视触发器脚本用于写入其文件的目录中的任何0kb文件
• 终止触发进程并重新启动它

---

您的cc项目没有链接到Clearcquest，是吗？（如）@VonC是的，它链接到ClearQuest。链接中的问题与我遇到的问题不同，但我会看一看。您是否使用与服务器相同的CC版本？您能够直接从命令行重新创建运行的错误吗？詹金斯是服务生吗？如果是这样，它是否以管理员身份运行并访问CC？@EldadAK CC版本都兼容，是的。我没有设法直接从命令行重新创建错误，没有，即使我尝试了。我没有安装Jenkins，没有。使用动态变量可以吗？触发器根据触发器执行期间设置的环境变量创建目录和文件，如

%ACTIVITY%

和

%CLEARCASE\u PN%

。即使我能够使用Windows作业进行监视，我如何再次重新启动触发器并确保传递相同的变量？@Andrew您需要为每个触发器实例写下参数（并在成功完成

cleartool

命令后删除该参数文件）。如果该参数文件仍然存在，则表示

cleartool

已失败，作业可以读取该文件，以便使用相同的参数再次启动相同的脚本。