Debugging ADPlus/CDB的行为不一致-在'；g'；_Debugging_Windbg_Sos_Adplus

Debugging ADPlus/CDB的行为不一致-在'；g'；

debugging windbg

Debugging ADPlus/CDB的行为不一致-在'；g'；,debugging,windbg,sos,adplus,Debugging,Windbg,Sos,Adplus,我已将ADPlus/cdb设置为计算机上的默认即时调试器。当任何进程出现未处理的异常或由于任何其他原因崩溃时，我希望ADPlus为我生成一个崩溃转储。我正在使用ADPlus配置文件来设置输出目录，并运行用于将dmp文件推送到云中的预命令为了测试以确保这一切正常，我编写了一个非常简单的程序，抛出一个未经处理的异常并崩溃。ADPlus总是像预期的那样连接自己，但它只成功地生成我想要的转储，大约15次中只有1次。在我的系统上没有任何改变，我背靠背地运行崩溃程序，得到不同的结果大多数时候，我从cdb

我已将ADPlus/cdb设置为计算机上的默认即时调试器。当任何进程出现未处理的异常或由于任何其他原因崩溃时，我希望ADPlus为我生成一个崩溃转储。我正在使用ADPlus配置文件来设置输出目录，并运行用于将dmp文件推送到云中的预命令

为了测试以确保这一切正常，我编写了一个非常简单的程序，抛出一个未经处理的异常并崩溃。ADPlus总是像预期的那样连接自己，但它只成功地生成我想要的转储，大约15次中只有1次。在我的系统上没有任何改变，我背靠背地运行崩溃程序，得到不同的结果

大多数时候，我从cdb得到以下错误：

0:000> g

       ^ No runnable debuggees error in 'g'

0:000>

*[EOF]*

当它正常工作时，日志中的相同位置如下所示：

0:004> g

FirstChance_epr_Process_Shut_Down

*[More stuff after here]*

知道我为什么会有这种行为吗？如果有帮助的话，我可以发布我的配置文件和完整日志。“当它工作时”日志和“当它不工作时”日志之间的唯一区别是，当它工作时，所有行都以

0:004>

开头，而当它不工作时，所有行都以

0:000>

开头。

注释无法容纳所有这些内容…因此在这里

是的，使用DebugDiag，您可以拥有预附加VBS脚本，并且可以在事件发生时定义自定义操作（即运行VBS脚本）

我认为您需要等到CDB完成转储并且CDB/您的进程退出后再尝试再次启动应用程序。（您可以在脚本中使用tlist来监视进程…等待它消失）。。。否则，带有-PN选项的ADPlus可能会让CDB尝试重新连接到已经崩溃的进程……但它无法，因为已经连接了调试器

打开TaskManager，查看是否有多个应用程序实例出现（如果出现，则可能需要使用-p PID选项来让adplus监视正确的进程……这并不理想，因为必须先启动进程才能获得其PID）

还可以研究ProcDump，它使用了一种称为反射进程的技术…它允许一种非常快速的方法来复制进程空间，并让转储在不阻塞东西的情况下完成…如果DebugDiag不这样做，这可能会有所帮助

看看这个链接…就在底部…它显示了如何等待CDB完成转储（不过它是一个Powershell脚本）

.NET 4及更高版本

.NET 3.5和2

.NET 1.0和1.1