A menudo me encuentro con una configuración de emacs incompleta o inválida, que rompe el comportamiento normal de kill-emacs
tal 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 kill
desde el shell. ¿Puedo hacer esto en Emacs Lisp puro?
emacs-internals
PythonNut
fuente
fuente
kill-emacs
no funciona, otros enfoques de elisp también pueden verse afectados, ya que probablemente terminen llamando dekill-emacs
una manera u otra. ¿Qué error obtienes? Puede ser más fácil corregir el error.kill -9
al pid de Emacs actual, por ejemplo. Tendrías que estar muy desordenado para romper eso.kill-emacs-hook
anil
antes de llamarkill-emacs
. También puede obtener el uso de pid de Emacsemacs-pid
y hacer que se suicide llamandocall-process
al "kill -9
".Respuestas:
Usted puede tratar de ajuste
kill-emacs-hook
anil
antes de llamar akill-emacs
:Alternativamente, puede obtener el PID de Emacs
emacs-pid
y hacerlo suicidarse llamandocall-process
al "kill -9
":fuente
-9
inkill -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-start
supongo 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 emacs
una concha. Hasta ahora,-9
no ha sido necesario. (Funciona cuando solo hay un emacs ejecutándose, ¡y no tengo que buscar un pid!)fuente
-9
se necesita a. Por supuesto, esto significa que emacs no podrá suicidarse, pero lo agrego por si acaso.ein:jupyter-notebook
prevenir 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.