Bagaimana cara men-debug crash emacs?

Saya men-debug mengapa emacs lumpuh saat menggunakan fungsi dari paket ¹ . Tujuan dari proses debug ini adalah untuk mendapatkan data yang berguna untuk dikirim menggunakan M-x report-emacs-bug.

Untuk mendapatkan bantuan tentang cara men-debug crash emacs, saya telah melihat Manual Emacs - Manual Crashing and Emacs - Setelah Crash , tetapi mereka tidak membantu.

The Setelah A Kecelakaan pengguna mengacu emacs-buffer.gdbtapi saya tidak tahu bagaimana menggunakannya. Saat meminta bantuan Google, saya menemukan pertanyaan emacs.SE ini , dan saya mengkompilasi ulang emacs menggunakan -ggdb3flag.

Saya tidak punya pengalaman menggunakan gdbdan jadi saya mencoba beberapa upaya gagal untuk menggunakan emacs-buffer.gbdfile.

Inilah yang saya coba:

• 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

Di samping catatan, emacs yang dikompilasi dengan -ggdb3flag membutuhkan waktu sekitar 10 detik lebih lama untuk memuat; sebelumnya itu 5-6 detik, sekarang sekitar 16-17 detik. Saya tahu detik pasti karena kode yang menghitung itu di init saya. Apakah peningkatan waktu startup ini diharapkan?

_{Catatan Kaki 1: emacs crash secara konsisten ketika undo-treemencoba untuk mengembalikan sejarah undo untuk file .org tertentu (yang saya tidak bisa bagikan secara publik). Saya punya (setq undo-tree-auto-save-history t). Kecelakaan ini hanya terjadi pada emacs git master, bukan pada emacs 24.5. Pada emacs 24.5, undo-treemelempar kesalahan yang menyatakan bahwa ia tidak dapat memuat sejarah undo (bahkan melalui file undo history ada), tetapi setidaknya sesi emacs tidak crash pada versi itu.}

Cara termudah untuk men-debug crash Emacs adalah memulai Emacs di bawah gdb, dan kemudian melakukan apa pun yang mereproduksi crash.

Dengan asumsi Anda sedang membangun Emacs Anda dari sumber, Anda harus meneruskan CFLAGS="-O0 -g3"ke ./configureskrip. Ini membuat kompiler C mematikan optimisasi (yang dapat membuat hal-hal membingungkan saat debugging) dan mengaktifkan informasi debug maksimum dalam executable. Jalankan makeuntuk membangun Emacs.

Kemudian, mulailah gdbdari dalam srcdirektori pohon Emacs Anda:

$ cd ~/my-emacs-tree/src
$ gdb ./emacs

Pada OSX, Anda ingin meneruskan --with-nske ./configureskrip dan memulai gdb pada Emacs di dalam aplikasi yang dibuat:

$ cd ~/my-emacs-tree
$ make install
$ cd src
$ gdb nextstep/Emacs.app/Contents/MacOS/Emacs

Alasan untuk memulai dari srcdirektori adalah bahwa ada .gdbinitfile yang mengatur definisi fungsi GDB yang berguna untuk debugging Emacs. Jika file itu dimuat, Anda akan melihat sesuatu seperti ini ketika memulai gdb:

DISPLAY = /private/tmp/com.apple.launchd.cNjhIdtUNd/org.macosforge.xquartz:0
TERM = xterm-256color
Breakpoint 1 at 0x1000ca444: file ../../src/emacs.c, line 353.
Breakpoint 2 at 0x1000e7e34: file ../../src/sysdep.c, line 926.

Ketik runtuk memulai Emacs. Anda dapat memberikan argumen tambahan pada baris yang sama, mis r --debug-init.

Kemudian cobalah membuat Emacs crash. Jika macet, Anda akan melihat catatan tentang itu di gdb, dan Anda akan dibiarkan di (gdb)prompt lagi. Jika Emacs tidak mogok, tetapi macet, Anda bisa menekan C-zterminal tempat Anda berlari gdbuntuk kembali ke prompt.

Setelah diminta, ketik btuntuk mendapatkan backtrace. Sebagai bonus, jika .gdbinitfile Emacs dimuat dengan benar, Anda akan melihat lacak balik Lisp setelah C lacak balik. Kedua backtraces adalah hal yang sangat berguna untuk dimasukkan M-x report-emacs-bug.

Ada banyak informasi lebih lanjut, termasuk cara memeriksa keadaan variabel dll, dalam etc/DEBUGfile di pohon Emacs. Anda dapat membukanya dengan mengetik C-h C-ddi dalam Emacs, atau Anda dapat membacanya secara online .