Windows：在CI测试期间在发生核心转储的情况下打印stacktrace

Question

我已经建立了我公司的Gitlab-CI持续集成系统的一部分。 我们每晚在所有平台上运行构建和测试。 在Linux和MacOS（分别为GDB和LLDB）崩溃的情况下，我设法打印了stacktrace。 我正在尝试在Windows上也这样做，但我还没找到如何...

Coredump一代

如文档所述，我首先尝试启用Windows错误报告。 它可以使用默认设置，但是我希望coredumps在可执行目录中生成...

我尝试将“％CD％”放入DumpFolder键（类型为REG_EXPAND_SZ，已检查），但是它不起作用...我现在正试图了解如何使用WinDbg生成coredump，但我仍然可以还不知道如何。

Stacktrace显示

当将在正确的文件夹中生成coredump时，我将需要弄清楚如何打印stacktrace ...您是否已经知道此命令（这对我来说是强制性的）？

Powershell脚本或基本命令都应该可以。

编辑：

我可以很容易地在本地用windbg打印生成的coredump的stacktrace。 但是，由于某种原因，当作业被Gitlab-CI触发时，不会生成coredump ...即使通过Windows启动错误程序，是否有任何未记录的值要添加到Windows错误报告键中以生成coredumps。 Gitlab-CI？ （如果我通过SSH启动它，它将起作用）

Answer 1

我认为％cd％会扩展到windbg启动的目录，而不是可执行文件所在的目录

而且我认为您不能要求任何通用工具转储到任意目录

使用windbg / cdb / kd创建转储的方法，请在windbg安装文件夹中检出adplus（请阅读adplus.doc）

它需要一个-O参数，但这是一个目录，而不是多个任意目录

无论如何，只要您设法在您选择的目录中创建一个.dmp文件

打印调用堆栈只需将转储加载到windbg中并发出kb命令即可完成

假设您不想查看所有加载内容，则可以在powershell中运行正则表达式匹配

F:\>dir /s /b *.dmp
F:\mydmp.dmp

F:\>powershell
Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

PS F:\> $foo = cdb -c "kb;q" -z .\mydmp.dmp
PS F:\> $pattern = "Reading(.*?)quit:"
PS F:\> [regex]::Match($foo,$pattern)


Groups   : {0, 1}
Success  : True
Name     : 0
Captures : {0}
Index    : 1033
Length   : 761
Value    : Reading initial command 'kb;q' RetAddr           : Args to Child
                : Call Site 00007fff`46466246 : 00000000`00000000 00007fff`464bd100 00007fff`464bd100 00007fff`464bd100 :
           ntdll!LdrpDoDebuggerBreak+0x30 00007fff`46453879 : 00000000`00000001 00000000`00000000 00000000`00000000
           00000000`00000001 : ntdll!LdrpInitializeProcess+0x1d92 00007fff`464056c3 : 00000000`00000000 00007fff`46390000
           00000000`00000000 00000041`08a21000 : ntdll!_LdrpInitialize+0x4e19d 00007fff`4640566e : 00000041`08cff780
           00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!LdrpInitialize+0x3b 00000000`00000000 :
           00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!LdrInitializeThunk+0xe quit:



PS F:\> exit

F:\>

Answer 2

我怀疑%CD%在这种情况下是否可以工作。 %CD%可能会扩展到正在读取注册表项的进程的当前目录。 该目录与可执行文件的目录不同。

看看ProcDump 。 使用-x命令行选项，您可以指定用于放置故障转储文件的目录。

这对我有用：

..\procdump.exe  -e -x . SimpleCppCrash.exe -arg1 -arg2 -arg3

我可以在崩溃转储中验证这一点：

0:000> !peb
[...]
CommandLine:  '"SimpleCppCrash.exe"  -arg1 -arg2 -arg3'
[...]

因此，可执行文件已传递了参数。

其余的已经由@blabb回答：使用cdb cdb -c "<whatever>;q" ，如果您希望将其持久化，可以使用-logo <logfile>选项。

仅使用WinDbg / cdb当然可以，但是我不建议这样做。 如果需要更详细地检查异常，那么最好还是保存故障转储文件。