pydbgr 0.2.6

源代码语法着色

终端源代码已着色，我们在调试器输出和帮助文本中使用了终端粗体和强调文本。当然，您也可以将其关闭。

智能评估

如果您想在代码运行之前评估当前源代码行，请使用eval。要评估行中常见片段的文本，例如if语句的表达式部分，您可以使用eval?。有关更多信息，请参阅eval的帮助。

更好的步进精度

有时您需要小步，有时需要大步。

这个问题以几种方式处理

步进精度

现在有step 事件和next 事件命令，以及到s+、s>等的别名。后缀为plus的命令会在后续停止时强制不同的行，后缀为dash的命令不会。后缀>、<和!分别指定call、return和exception事件。没有后缀时，默认设置为；这是由set different命令设置的。

事件过滤和跟踪

默认情况下，调试器会在每个事件后停止：调用、返回、行、异常、c-调用、c-异常。如果您只想在行事件后停止（这在_pdb_中很常见），您也可以这样做。但如果您只想在调用和返回时停止，这也是可能的。或者选择一些组合。

与默认处理所有事件相结合，当停止时也会显示事件状态。停止的原因也可以通过info program查看。

调用和返回的事件跟踪

我不确定为什么之前没有这样做。可能是因为缺乏设置和移动不同粒度的能力，跟踪调用和返回导致太多的无趣停止（例如在您刚刚所在的地方）。此外，在函数定义上停止可能也增加了这种乏味。

因为我们实际上在处理返回事件，所以我们可以向您显示返回值。（_pdb_有一个“非正式的”_retval_命令，似乎不起作用。）

通过Python Lambda表达式使用调试器宏

在gdb中，有一个宏调试器命令来扩展调试器命令。然而Python有自己的丰富编程语言，所以在这里重新创建gdb中的宏语言似乎很愚蠢。更简单、更强大的是在这里使用Python。这里的调试器宏只是一个返回字符串或字符串列表的lambda表达式。每个返回的字符串都应该是调试器命令。

我们还为极其简单的情况提供了别名，在这种情况下，您想为现有的调试器命令提供一个别名。但请注意：一些命令，如step检查命令后缀并相应地更改其行为。

我们还设想了其他几种方法来允许扩展此调试器，通过附加模块或用户提供的调试器命令目录。

如果您在宏中寻找的是对调试器有更多前端控制，那么请考虑使用实验性的（但未完成）Bullwinkle协议。

字节码指令内省

我们在查看字节码方面做得更多，以提供更好的信息。通过这种方式，我们可以提供：*一个跳过命令。它类似于跳转命令，但您不必处理行号。*代码片段的反汇编。现在您可以相对于您当前停止的堆栈帧进行反汇编。*更好地解释在execfile或exec内部的位置。（但真正的是，这可能是Python编译器的错误功能。）*检查断点是否只设置在合理的地方。*更准确地确定您是否在定义函数的def语句处（因为调用指令包含MAKE_FUNCTION。）