gdb调试技巧

内 gdb,gdb，任何 jl_value_t* 对象 反对 可以使用显示

对象将显示在 朱莉娅 会话，而不是在gdb会话中。 这是一个有用的方法来发现被Julia的C代码操纵的对象的类型和值。

同样，如果你正在调试Julia的一些内部（例如, 编译器。jl），可以打印 反对 使用

这是一个很好的方法来规避由julia的输出流初始化顺序引起的问题。

Julia的flisp解释器使用 价值_t 对象；这些可以用 调用fl_print(fl_ctx,ios_stdout,obj).

虽然许多变量（如单例）的地址对于许多故障的打印非常有用，但还有许多其他变量（请参阅 朱莉娅。h 对于一个完整的列表），甚至更有用。

*(当在 jl_应用程序) mfunc 和 jl_uncompress_ast（mfunc->def，mfunc->code） :：为了弄清楚一些关于调用堆栈 * jl_列尼诺 和 jl_filename :：用于确定测试中的哪一行开始调试（或确定文件被解析了多远） * $1 :：不是真正的变量，但仍然是引用最后一个gdb命令结果的有用简写（例如 印刷业) * jl_选项 ::有时很有用，因为它列出了成功解析的所有命令行选项 * jl_uv_stderr :：因为谁不喜欢能够与stdio互动

* jl_print_task_backtraces(0) :：类似于gdb的 线程应用所有bt 或lldb的 所有线程回溯. 运行所有线程，同时打印所有现有任务的回溯。 * jl_gdblookup（$pc） :：用于查找当前函数和行。 * jl_gdblookupinfo($pc) :：用于查找当前方法实例对象。 * jl_gdbdumpcode（mi） :：倾销所有 code_typed/code_llvm/code_asm 当REPL不能正常工作时。 * jlbacktrace（） :：用于将当前的Julia backtrace堆栈转储到stderr。 只有在之后才能使用 记录_backtrace() 已经被召唤了。 * jl_dump_llvm_value(值*) :：用于调用 值->转储() 在gdb中，它本身不起作用。 例如, f->linfo->functionObject, f->linfo->specFunctionObject，而 to_function(f->linfo). * jl_dump_llvm_module（模块*） :：用于调用 模块->转储() 在gdb中，它本身不起作用。 * 类型->转储() :：仅适用于lldb。 注意：添加类似的东西 ;1 防止lldb在输出上打印其提示 * jl_eval_string（"expr"） :：用于调用副作用来修改当前状态或查找符号 * jl_typeof（jl_value_t*） :：用于提取Julia值的类型标签（在gdb中，调用 宏定义jl_typeof jl_typeof 首先，或者选择一些简短的东西，比如 泰 对于第一个arg定义一个简写）

在你的 gdb,gdb 会话，在 jl_breakpoint 像这样:

然后在你的Julia代码中，插入一个调用 jl_breakpoint 通过添加

哪里 反对 可以是您希望在断点中可访问的任何变量或元组。

备份到 jl_应用 框架，您可以从中显示函数的参数，例如,

另一个有用的框架是 to_function（jl_method_instance_t*li，bool cstyle）. 该 jl_method_instance_t* 参数是一个结构体，引用发送到编译器的最终AST。 但是，此时的AST通常会被压缩;要查看AST，请调用 jl_uncompress_ast 然后将结果传递给 jl_:

Julia需要一些信号才能正常工作。 分析器使用 SIGUSR2 用于采样和垃圾收集器使用 [医]乙状结肠 用于线程同步。 如果您正在调试一些使用探查器或多个线程的代码，则可能希望让调试器忽略这些信号，因为它们可以在正常操作期间经常触发。 在GDB中执行此操作的命令是（替换 [医]乙状结肠 与 SIGUSR2 或其他你想忽略的信号）:

对应的LLDB命令是（进程启动后）:

如果您正在使用线程代码调试segfault，则可以在以下位置设置断点 jl_critical_error (西格迪*汉德勒 也应该在Linux和BSD上工作），以便只捕获实际的segfault而不是GC同步点。

期间发生的错误 使 需要特殊处理。 茱莉亚分两个阶段建造 系统0 和 系统。纪. 要查看故障时正在运行的命令，请使用 使详细=1.

在撰写本文时，您可以在 系统0 阶段从 基地 使用目录:

您可能需要删除其中的所有文件 usr/lib/julia/ 让这个工作起来。

您可以调试 系统。纪 阶段使用:

默认情况下，任何错误都会导致Julia退出，即使在gdb下也是如此。 要捕获"在行为中"的错误，请在 jl_error （对于特定类型的故障，还有其他几个有用的点，包括: jl_too_few_args, jl_too_many_args，而 jl_成长).

一旦捕获了错误，一个有用的技术是遍历堆栈并通过检查相关的调用来检查函数 jl_应用. 以现实世界为例:

最新的 jl_应用 是在第3帧，所以我们可以回到那里，看看ast的功能 julia_convert_16886. 这是一些方法的唯一名称 转换/转换. f 在这个框架是一个 jl_功能_t*，所以我们可以看看类型签名，如果有的话，从 眼镜型 领域:

然后，我们可以看看这个函数的AST:

最后，也许最有用的是，我们可以强制重新编译函数，以便逐步完成codegen过程。 为此，请清除缓存 函数对象 从 jl_lamdbda_info_t*:

然后，在有用的地方设置断点（例如 emit_函数, emit_expr, emit_call 等。），并运行codegen:

模块预编译生成一个单独的Julia进程来预编译每个模块。 在预编译工作线程中设置断点或捕获故障需要将调试器附加到工作线程。 最简单的方法是为匹配给定名称的新进程启动设置调试器监视。 例如:

或:

然后运行脚本/命令以开始预编译。 如前所述，在父进程中使用条件断点来捕获特定的文件加载事件并缩小调试窗口。 （某些操作系统可能需要替代方法，例如遵循每个 叉子,叉子 从父进程）

朱莉娅现在开箱即用https://rr-project.org/[rr]，来自Mozilla的轻量级记录和确定性调试框架。 这允许您确定性地重放执行的跟踪。 重放执行的地址空间、寄存器内容、系统调用数据等在每次运行中都是完全相同的。

需要最新版本的rr（3.1.0或更高版本）。