Sto usando mew per la mia e-mail. Devo usare TLS con il mio provider di posta elettronica per SMTP. Tuttavia, quando provo a invocarlo, Emacs si blocca.
Vorrei cogliere l'occasione per saperne di più sui pacchetti Emacs. Come farei per eseguire il debug di questo problema? Esiste una sorta di debugger integrato, come in Common Lisp? Potrei usare la registrazione?
Risposte:
Prima di ricorrere gdb, se stai utilizzando un sistema operativo Unix-y, puoi provare a inviare SIGUSR2al processo Emacs, come documentato nel DEBUGfile menzionato nell'altra risposta.
$ kill -SIGUSR2 <emacs_pid_goes_here>
Ciò farà tentare ad Emacs di uscire dal suo loop corrente nel debugger di Lisp.
O usa questo uno strato senza digitare manualmente emacs pid:
$ ps aux | grep -ie emacs | grep -v grep | awk '{print $2}' | xargs kill -SIGUSR2
In alternativa, se killallè disponibile:
$ killall -USR2 emacs
/per cercare emacse kinviare il segnale. Anche Activity Monitor su Mac può farlo (dal menu: Visualizza | Invia segnale da elaborare).
Se il blocco scompare quando si colpisce C-g, è possibile utilizzare il debugger integrato. Digitare M-x toggle-debug-on-quitprima di inviare il messaggio, premere C-gquando si blocca e ispezionare il *Backtrace*buffer che si presenta.
Se C-gnon aiuta, probabilmente il blocco si verifica nel codice C e sarà necessario utilizzare un debugger esterno come gdb. Premi C-h C-dper vedere il DEBUGfile che fornisce alcuni suggerimenti su come farlo. (Puoi anche leggere il file DEBUG nell'interfaccia web del repository Emacs .) Questa risposta fornisce ulteriori dettagli sull'uso gdbdi Emacs.
C-gpiù volte: C-g C-g C-g.
Quitting . Come l'ho trovato? C-h r i, quindi digitare "Cg" e premere RET.
M-x debug-on-entry THE-COMMAND, quindi scorrere il debugger utilizzandod(o talvoltacper saltare alcuni passaggi). Mantenere il codice sorgente aperto in un altro frame, in modo da poter seguire ciò che sta facendo il debugger. Segnala ciò che vedi qui o, se ritieni che suggerisca un bug di Emacs, utilizzandoM-x report-emacs-bug.