A menudo me encuentro con una configuración de emacs incompleta o inválida, que rompe el comportamiento normal de kill-emacstal manera que se detiene en un error.
En este caso, me gustaría matar a la fuerza emacs, sin recurrir a buscar el PID y emitir un killdesde el shell. ¿Puedo hacer esto en Emacs Lisp puro?
emacs-internals
PythonNut
fuente
fuente

kill-emacsno funciona, otros enfoques de elisp también pueden verse afectados, ya que probablemente terminen llamando dekill-emacsuna manera u otra. ¿Qué error obtienes? Puede ser más fácil corregir el error.kill -9al pid de Emacs actual, por ejemplo. Tendrías que estar muy desordenado para romper eso.kill-emacs-hookanilantes de llamarkill-emacs. También puede obtener el uso de pid de Emacsemacs-pidy hacer que se suicide llamandocall-processal "kill -9".Respuestas:
Usted puede tratar de ajuste
kill-emacs-hookanilantes de llamar akill-emacs:Alternativamente, puede obtener el PID de Emacs
emacs-pidy hacerlo suicidarse llamandocall-processal "kill -9":fuente
-9inkill -9) dejará huérfanos a cualquier proceso que haya generado emacs, tal como sucedería si emacs fuera un simple script de shell ...A veces, termino con varios procesos de emacs inalcanzables por ahí. Mi emacsclient normalmente inicia automáticamente un emacs y llama:
server-startsupongo que hay algún error en mi configuración en algún lugar que hace que esto suceda más de una vez.Yo mato el emacsen extra con
killall emacsuna concha. Hasta ahora,-9no ha sido necesario. (Funciona cuando solo hay un emacs ejecutándose, ¡y no tengo que buscar un pid!)fuente
-9se necesita a. Por supuesto, esto significa que emacs no podrá suicidarse, pero lo agrego por si acaso.ein:jupyter-notebookprevenir todos los demás métodos. Supongo que estaba colgando en alguna parte, pero ya había terminado todos los procesos de Python y había eliminado todos los buffers.