Sebbene Emacs (24.3.93.1) funzioni correttamente se avviato dal Finder, se viene avviata la versione del terminale:
/Applications/Emacs.app/Contents/MacOS/Emacs -nw
Emacs si arresta in modo anomalo con:
Fatal error 11: Segmentation fault[1] 51512 abort /Applications/Emacs.app/Contents/MacOS/Emacs -nw
.
Sembra che il problema sia causato da una singola riga in init.el,
(set-face-attribute 'default nil :font "Menlo-16")
Se la riga viene commentata, anche la versione terminale di Emacs inizierà bene.
Per individuare la causa dell'incidente mi ci sono volute diverse ore (diminuendo il mio init.el della metà della metà).
Sono consapevole che in ogni caso Emacs erediterà qualsiasi carattere e dimensione del carattere siano specificati nell'app del terminale (in pratica, quella linea non è significativa nel cli.)
- In generale, esiste un modo migliore per eseguire il debug di un Emacs in crash? Forse usando un qualche tipo di debugger cli che stamperebbe un messaggio più descrittivo?
- Perché quella linea si blocca su Emacs tramite cli, ma non se viene lanciata dal Finder?
(condition-case err (set-face-attribute 'default nil :font "Menlo-16") (error (message "Whoops!")))
ho ancora lo stesso crash con lo stesso messaggio di errore. Nessun messaggio aggiuntivo di origine elisp.
GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-13 on bob.porkrind.org
da emacsformacosx.com , e Emacs non va in crash. Quindi, deve essere un bug nelle versioni successive. Devo presentare una segnalazione di bug.
M-x report-emacs-bug
. Gli sviluppatori di Emacs ti guideranno attraverso ciò che puoi fare per aiutarti a eseguire il debug del problema.