我强行崩溃进程并尝试分析崩溃转储。 我面临着崩溃进程和崩溃转储生成(刷新)之间的竞争条件。
如果崩溃转储太大,那么需要一些cputime,Windows调试器(或watson)中是否有任何回调函数可以告诉崩溃转储完成?
或者是否有任何机制可以通过它强制刷新崩溃转储并开始分析。
我不是在寻找基于民意调查的解决方案。
答案 0 :(得分:0)
步骤3b不使用轮询。进程是一个发出信号的同步对象。
请注意,步骤3a在崩溃之前不起作用,如果崩溃转储很小,则werfault.exe可能已经退出,因此它可能会永远等待。要绕过此操作,您可能希望将应用程序注册为werfault.exe的调试器,该调试器在内部将参数转发给werfault.exe,然后等待它完成。
完整的序列如下所示:
最后我会说你可以通过一些实施工作来实现你的目标。问题是:这将节省多少秒,实施需要多少小时?