Aqui está um exemplo de trabalho mínimo para demonstrar o problema, você precisará ter o use-packagepacote 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/functionuso 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-packagewrapper que mexe com a instrumentação edebug? Como pode ser consertado?
use-packagewrapper 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-defundepura 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-packagemacro. Você pode usar edebug-on-entrye dar o nome da função que você definiu?
debug, não edebug. Por exemplo M-x debug-on-entry,. HTH.
dummy/functionno 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.