Aqui está um exemplo de trabalho mínimo para demonstrar o problema, você precisará ter o use-package
pacote instalado:
(use-package ido
:config
(progn
(defun dummy/function ()
(interactive)
(message "I am in the dummy function."))))
Quando tento adicionar a instrumentação edebug ao dummy/function
uso M-x edebug-defun
, ele inicia o edebug corretamente como se eu já tivesse feito M-x dummy/function
. Eu tenho que parar com isso q
. Mas quando eu realmente faço M-x dummy/function
, não vejo o edebug sendo ativado.
Existe algo sobre o use-package
wrapper que mexe com a instrumentação edebug? Como pode ser consertado?
use-package
wrapper podem ser editadas com perfeição. Gostaria de invólucro de tudo relacionado ao pacote X interior (use-package X ..)
, incluindo as minhas funções personalizadas relacionadas com X. Mas se edebug dessas funções é um problema, então eu precisaria repensar minha organização código ..
M-x report-emacs-bug
. Esteja preparado para fornecer uma receita simples que comece emacs -Q
.
edebug-defun
depura o formulário de nível superior, que neste caso é o (use-package ...)
próprio, e não o desafiador que você está passando para a use-package
macro. Você pode usar edebug-on-entry
e dar o nome da função que você definiu?
debug
, não edebug
. Por exemplo M-x debug-on-entry
,. HTH.
dummy/function
no nível superior (ou seja, fora do pacote de uso) corrige o problema imediato? Parei de usar funções lambda anônimas em favor de funções nomeadas para lidar com tipos semelhantes de problemas nos ganchos de modo.