Aquí hay un ejemplo mínimo de trabajo para demostrar el problema, deberá tener el use-package
paquete instalado:
(use-package ido
:config
(progn
(defun dummy/function ()
(interactive)
(message "I am in the dummy function."))))
Cuando intento agregar instrumentación de edebug al dummy/function
uso M-x edebug-defun
, se inicia el edebug de inmediato como si ya lo hubiera hecho M-x dummy/function
. Tengo que dejar eso golpeando q
. Pero cuando realmente lo hago M-x dummy/function
, no veo la activación de edebug.
¿Hay algo sobre el use-package
contenedor que se mete con la instrumentación de edebug? ¿Cómo se puede arreglar?
use-package
contenedor se pueden depurar bien. Me gustaría envolver todo lo relacionado con el paquete X dentro (use-package X ..)
, incluidas mis funciones personalizadas relacionadas con X. Pero si edebug de esas funciones es un problema, entonces necesitaría repensar mi organización de código ...
M-x report-emacs-bug
. Esté preparado para proporcionar una receta simple que comience desde emacs -Q
.
edebug-defun
depura la forma de nivel superior, que en este caso es la (use-package ...)
propia en lugar de la defun que está pasando a la use-package
macro. ¿Puedes usar edebug-on-entry
y dar el nombre de la función que has definido?
debug
, no edebug
. Por ejemplo, M-x debug-on-entry
. HTH.
dummy/function
en el nivel superior (es decir, fuera de use-package) soluciona el problema inmediato? He dejado de usar funciones lambda anónimas a favor de funciones con nombre para tratar problemas similares en los ganchos de modo.