Come eseguire il debug degli errori nelle sentinelle e durante il blocco dei caratteri

Quando si verifica un errore all'interno di una sentinella di processo o durante il blocco dei caratteri, Emacs non mostra una backtrace anche se debug-on-errorera precedentemente abilitata.

Capisco perché questi errori vengono rilevati, lo stesso errore potrebbe essere nuovamente attivato mentre si tenta di presentare la backtrace. Tuttavia, quando voglio effettivamente eseguire il debug di tale errore non è molto utile. Preferirei rischiare che Emacs non rispondesse piuttosto che dover lavorare da questo:

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

Dopo tutto, posso solo iniziare una seconda istanza, se la prima inizia a impazzire. Un po 'più di contesto aiuterebbe quando ci sono molti luoghi in cui un simile errore potrebbe teoricamente verificarsi in una sentinella.

Quindi, come posso forzare Emacs a mostrare un backtrace anche nei casi in cui debug-on-errornon ha effetto?

Per le sentinelle di processo, non credo che ci sia una buona ragione. IOW Penso che sia solo una caratteristica mancante, quindi ti consiglio M-x report-emacs-bug.

Per il blocco dei caratteri, il problema è più complicato perché ciò che realmente accade è che l'errore viene generato durante il jit-lock, cioè durante il redisplay, e non possiamo facilmente inserire il debugger in quel momento (IIRC a un certo punto Gerd ha provato a fare funziona, ma c'erano ancora alcuni problemi seri). Quindi è possibile eseguire il debug in uno dei seguenti modi:

• M-x jit-lock-debug-mode che modifica jit-lock per essere eseguito subito dopo la visualizzazione, in modo da poter inserire il debugger.
• M-: (setq font-lock-support-mode nil) RETe quindi disabilitare + riattivare font-lock. In questo modo font-lock non utilizza più jit-lock, quindi viene eseguito durante il comando dell'utente anziché durante la visualizzazione successiva.