Cómo depurar errores en centinelas y durante el bloqueo de fuente

Cuando se produce un error dentro de un centinela de proceso o durante el bloqueo de fuente, Emacs no muestra una traza inversa a pesar de que debug-on-errorestaba habilitado previamente.

Entiendo por qué se detectan estos errores, el mismo error podría activarse nuevamente al intentar presentar la traza inversa. Sin embargo, cuando realmente quiero depurar ese error, no es muy útil. Prefiero arriesgarme a que Emacs deje de responder que tener que trabajar desde esto:

error in process sentinel: Wrong type argument: stringp, nil

Después de todo, puedo comenzar una segunda instancia, si la primera comienza a volverse loca. Un poco más de contexto ayudaría cuando hay muchos lugares donde dicho error podría ocurrir teóricamente en un centinela.

Entonces, ¿cómo puedo obligar a Emacs a mostrar un retroceso incluso en los casos en que debug-on-errorno tiene ningún efecto?

Para los centinelas de proceso, no creo que haya una buena razón. IOW Creo que es solo una característica que falta, así que te sugiero M-x report-emacs-bug.

Para el bloqueo de fuente, el problema es más complicado porque lo que realmente sucede es que el error se desencadena durante el bloqueo de jit, es decir, durante la visualización, y no podemos ingresar fácilmente al depurador en ese momento (IIRC en algún momento Gerd trató de hacer funciona, pero hubo algunos problemas serios, aún). Por lo tanto, puede depurarlo de una de las siguientes maneras:

• M-x jit-lock-debug-mode que cambia jit-lock para que se ejecute justo después de volver a mostrar, para que podamos ingresar al depurador.
• M-: (setq font-lock-support-mode nil) RETy luego deshabilitar + volver a habilitar el bloqueo de fuente. De esta forma, font-lock ya no usa jit-lock, por lo que se ejecuta durante el comando del usuario en lugar de durante la posterior visualización.