Советы по отладке gdb

В gdb любой объект (obj) jl_value_t* можно отобразить следующим образом.

Объект будет отображаться в сеансе julia, а не в сеансе gdb. Это хороший способ определения типов и значений объектов, которыми манипулирует код C в Julia.

Кроме того, если вы отлаживаете некоторые внутренние компоненты Julia (например, compiler.jl), вы можете вывести объект (obj) с помощью функции

Это оптимальный вариант для обхода проблем, возникающих из-за порядка инициализации выходных потоков julia.

Интерпретатор flisp в Julia использует объекты value_t. Их можно отобразить с помощью call fl_print(fl_ctx, ios_stdout, obj).

Хотя вывод адресов многих переменных, например одинарных экземпляров, может быть полезен при многих сбоях, существует ряд дополнительных переменных (полный список см. в описании julia.h), которые еще более актуальны.

В сеансе gdb установите точку останова в функции jl_breakpoint следующим образом.

Затем в коде Julia вставьте вызов функции jl_breakpoint, добавив:

obj может быть любой переменной или кортежем, который должен быть доступен в точке останова.

Особенно полезно вернуться к фрейму jl_apply, из которого можно отображать аргументы для функции, например следующим образом.

Другим полезным фреймом является to_function(jl_method_instance_t li, bool cstyle). Аргумент jl_method_instance_t представляет собой структуру со ссылкой на конечное дерево AST, отправленное в компилятор. Однако AST на этом этапе обычно сжимается. Чтобы просмотреть AST, вызовите jl_uncompress_ast и затем передайте результат jl_.

Для корректного функционирования Julia требуется несколько сигналов. Профилировщик использует SIGUSR2 для выборки, а сборщик мусора использует SIGSEGV для синхронизации потоков. Если вы выполняете отладку кода, который используют профилировщик или несколько потоков, можно разрешить отладчику игнорировать эти сигналы, поскольку они могут очень часто активироваться во время нормальной работы. Для этого в GDB используется следующая команда (замените SIGSEGV на SIGUSR2 или другие сигналы, которые нужно игнорировать).

Соответствующей командой LLDB (выполняемой после запуска процесса) является следующая.

Если вы ведете отладку аварийного завершения с потоковым кодом, можно установить точку останова в jl_critical_error (sigdie_handler также должен работать в Linux и BSD), чтобы перехватывать только фактическое аварийное завершение, а не точки синхронизации сборщика мусора.

Ошибки, возникающие во время сборки (make), требуют специальной обработки. Сборка Julia осуществляется в два этапа с построением sys0 и sys.ji. Чтобы посмотреть, какие команды выполнялись в момент сбоя, используйте make VERBOSE=1.

На момент написания этого документа вы можете отлаживать ошибки сборки на этапе sys0 из каталога base следующим образом.

Возможно, вам придется удалить все файлы в usr/lib/julia/, чтобы это заработало.

Вы можете отладить sys.ji следующим образом.

По умолчанию любые ошибки приводят к завершению работы Julia даже в gdb. Чтобы перехватить ошибку в процессе, установите точку останова в jl_error (есть еще несколько полезных точек для конкретных видов сбоев, включая jl_too_few_args, jl_too_many_args и jl_throw).

После перехвата ошибки рекомендуется перейти вверх по стеку и исследовать функцию, проверив связанный вызов функции jl_apply. Приведем реальный пример.

Последняя функция jl_apply находится в фрейме 3, поэтому мы можем вернуться туда и взглянуть на AST для функции julia_convert_16886. Это уникальное имя некоторого метода преобразования (convert). f в этом фрейме является функцией jl_function_t*, поэтому можно посмотреть сигнатуру типа, если таковая имеется, из поля specTypes.

Затем мы можем посмотреть на AST для этой функции.

Наконец, можно выполнить принудительную перекомпиляцию функции, чтобы пройти процесс генерации кода. Для этого очистите кешированный объект functionObject из jl_lamdbda_info_t*.

Затем установите точку останова в нужном месте (например, emit_function, emit_expr, emit_call и т. д.) и запустите генерацию кода.

Предварительная компиляция модуля порождает отдельный процесс Julia для предварительной компиляции каждого модуля. Для установки точки останова или отслеживания сбоев в рабочей роли предварительной компиляции требуется подключить отладчик. Самым простым подходом является настройка отладчика для наблюдения за запуском новых процессов, соответствующих заданному имени. Пример:

или:

Затем выполните скрипт или команду для запуска предварительной компиляции. Как было описано ранее, используйте условные точки останова в родительском процессе для перехвата определенных событий загрузки файлов и сужения окна отладки. (В некоторых операционных системах могут потребоваться альтернативные подходы, например следование за каждой ветвью (fork) из родительского процесса.)

Сейчас Julia напрямую работает с rr, упрощенной платформой записи и детерминированной отладки от Mozilla. Это позволяет детерминированно воспроизводить трассировку выполнения. Адресные пространства, содержимое регистров, данные системных вызовов и т. д. воспроизводимого выполнения в каждом запуске абсолютно одинаковы.

Требуется последняя версия rr (3.1.0 или выше).