Debugging 在D中引发异常时，如何使调试器中断？_Debugging_Gdb_D_Lldb

Debugging 在D中引发异常时，如何使调试器中断？

debugging gdb d

Debugging 在D中引发异常时，如何使调试器中断？,debugging,gdb,d,lldb,Debugging,Gdb,D,Lldb,当调试由于未捕获异常而失败的D代码时，异常机制会将堆栈一直向后展开，然后打印堆栈跟踪，给我们留下一些不太有用的信息： (gdb) bt No stack. 堆栈跟踪为我们提供了引发异常的行，但是如果它直到几千次迭代后才抛出，那么这并没有特别大的帮助。如果能够将调试器设置为在抛出异常时中断，这将非常有用目前，关于这一点的唯一文档似乎是dlang邮件列表上的一些帖子。我已经找到了一些适合我的设置的方法，并将它们包含在我自己的答案中，但是为了其他解决这个问题的人的利益，我希望我们能够得到一个更全面

当调试由于未捕获异常而失败的D代码时，异常机制会将堆栈一直向后展开，然后打印堆栈跟踪，给我们留下一些不太有用的信息：

(gdb) bt
No stack.

堆栈跟踪为我们提供了引发异常的行，但是如果它直到几千次迭代后才抛出，那么这并没有特别大的帮助。如果能够将调试器设置为在抛出异常时中断，这将非常有用

目前，关于这一点的唯一文档似乎是dlang邮件列表上的一些帖子。我已经找到了一些适合我的设置的方法，并将它们包含在我自己的答案中，但是为了其他解决这个问题的人的利益，我希望我们能够得到一个更全面的答案，其中包含{dmd，gdc，ldc}x{gdb，lldb}的任何组合的方法。

所有这些都是在Linux上测试的。-g标志被传递给所有三个编译器。-d-debug标志也被传递给了ldc，尽管它做了很多好事

gdb （gdb）中断

适用于linux+dmd
在linux+gdc上不工作
在linux+ldc上不起作用

（gdb）中断

未知，但druntime的来源似乎表明这是针对win32和win64的throwdwarf。有人想用Windows系统测试一下吗

（gdb）break object.Throwable.this

适用于linux+dmd
适用于linux+gdc
在linux+ldc上不起作用

（gdb）接球投掷|接球|信号

不适用于linux+dmd或linux+gdc

lldb （lldb）b_d_throwdwarf

适用于linux+dmd

--DRT trapException=0

rt\u trapExceptions

extern（C）uu gshared string[]rt_options=[“trapExceptions=0”]；

extern-extern（C）\u gshared bool rt\u trapExceptions；
外部外部（C）内部运行（内部，字符**，无效*）；
外部（C）内部主（内部argc，字符**argv）{
rt_trapExceptions=false；
返回"运行"主管道(argc,argv和"主管道);；
}
int_main（）{
//你的代码在这里
}

rt\u trapExceptions

break set-n

b\u D\u throwdwarf

b对象。Throwable。这

b object:：Throwable:：this