GNU bug report logs -
#18154
24.4.50; eval-buffer ignores debug-on-error sometimes
Previous Next
Reported by: Helmut Eller <eller.helmut <at> gmail.com>
Date: Wed, 30 Jul 2014 20:56:02 UTC
Severity: minor
Found in version 24.4.50
Fixed in version 29.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 18154 <at> debbugs.gnu.org (full text, mbox):
> Starting Emacs with:
> emacs -Q -nw \
> -eval '(setq debug-on-error t)' \
> -eval '(insert "(defun f () (push))")' \
> -f eval-buffer
> only prints this message:
> Eager macro-expansion failure: (wrong-number-of-arguments (2 . 2) 0)
> This is not what I expect; Emacs should enter the debugger instead.
The eager-macroexpansion is not indispensable (so far), so any errors
that happen during it are demoted to mere warnings (like the line you
quote above). Hence debug-on-error doesn't cause you to get
a backtrace. You'd need to use debug-on-signal for that.
But you should indeed be dropped into the debugger if/when you call `f'
(unless you redefine `push' to accept 0 arguments before you call `f',
obviously).
> If "(defun f () (push))" is replaced by "(/ 1 0)" then the
> debugger pops up as expected.
Of course. Note that when (defun f () (push)) is evaluated, it just
defines `f' but doesn't actually run `push' (tho eager-macroexpansion
tries to macroexpand `push' in the hope to avoid having to do it
every time `f' gets called).
Stefan
This bug report was last modified 2 years and 327 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.