Я отлаживаю, почему происходит сбой emacs при использовании функции из пакета 1 . Целью этого процесса отладки является получение полезных данных для отправки с помощью M-x report-emacs-bug
.
Чтобы получить помощь по отладке сбоев emacs, я уже посмотрел Руководство по Emacs - Crashing и Emacs Manual - после сбоя , но они не помогли.
После аварии руководство относится к , emacs-buffer.gdb
но я понятия не имею , как его использовать. Прося Google о помощи, я наткнулся на этот вопрос emacs.SE и перекомпилировал emacs, используя -ggdb3
флаги.
У меня нет предыдущего опыта использования, gdb
поэтому я попробовал несколько неудачных попыток использовать emacs-buffer.gbd
файл.
Вот что я попробовал:
gdb -x /path/to/emacs-buffer.gdb
gdb
->file /path/to/emacs-buffer.gdb
gdb
->source /path/to/emacs-buffer.gdb
source /path/to/emacs-buffer.gdb
Кстати, emacs, скомпилированный с -ggdb3
флагом, загружается на 10 секунд дольше; раньше это было 5-6 секунд, сейчас около 16-17 секунд. Я знаю точные секунды из-за кода, который вычисляет это в моем init. Ожидается ли увеличение времени запуска?
Сноска 1: emacs постоянно вылетает, когда undo-tree
пытается восстановить историю отмен для определенного файла .org (которым я не могу поделиться публично). У меня есть (setq undo-tree-auto-save-history t)
. Этот сбой происходит только на emacs git master, а не на emacs 24.5. В emacs 24.5 undo-tree
выдает ошибку, утверждающую, что он не может загрузить историю отмены (даже если существует файл истории отмены), но, по крайней мере, сеанс emacs не завершается с ошибкой в этой версии.
undue-tree
проблем, но у нее есть более широкий потенциал .
undo-tree
конкретного ответа, потому что знаю, что кому-то еще будет трудно воссоздать именно эту аварию. Также я не могу поделиться всем файлом org, который является единственным, который, кажется, вызывает этот сбой. Поэтому я применил только gdb
тег к этому вопросу. Я дал эту историю, чтобы ответы помогли мне отладить сбой emacs в целом, чтобы я мог подать полезный отчет об ошибках emacs .