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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18154 in the body.
You can then email your comments to 18154 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Wed, 30 Jul 2014 20:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Helmut Eller <eller.helmut <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 30 Jul 2014 20:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <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.
If "(defun f () (push))" is replaced by "(/ 1 0)" then the
debugger pops up as expected.
In GNU Emacs 24.4.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10)
of 2014-07-30 on ix
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description: Debian GNU/Linux 7.1 (wheezy)
Configured using:
`configure --with-jpeg=no --with-gif=no --with-tiff=no'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Wed, 06 Aug 2014 17:13:02 GMT)
Full text and
rfc822 format available.
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Thu, 07 Aug 2014 06:45:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 18154 <at> debbugs.gnu.org (full text, mbox):
On Wed, Aug 06 2014, Stefan Monnier wrote:
>> 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).
I see, but the message "Eager macro-expansion failure" doesn't sound
like a warning to me. Maybe use the word "warning" somewhere to avoid
confusion.
> Hence debug-on-error doesn't cause you to get
> a backtrace. You'd need to use debug-on-signal for that.
The message contains no line number or any other hint where the source
of the problem is; debug-on-error is no help either. Maybe it would be
better to get rid of the message entirely.
Helmut
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Thu, 07 Aug 2014 12:30:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 18154 <at> debbugs.gnu.org (full text, mbox):
> The message contains no line number or any other hint where the source
> of the problem is;
Indeed, the location is sadly not available. Propagating it to the
message would require a large change.
> debug-on-error is no help either. Maybe it would be
> better to get rid of the message entirely.
No: the warning is intended to turn into an error in some
undecided future version, so we want people to be aware of the problem
and fix their code accordingly.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Thu, 19 Aug 2021 15:57:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 18154 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>> debug-on-error is no help either. Maybe it would be
>> better to get rid of the message entirely.
>
> No: the warning is intended to turn into an error in some
> undecided future version, so we want people to be aware of the problem
> and fix their code accordingly.
This was seven years ago -- should we start erroring about this now?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Wed, 29 Jun 2022 15:13:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 18154 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>
>>> debug-on-error is no help either. Maybe it would be
>>> better to get rid of the message entirely.
>>
>> No: the warning is intended to turn into an error in some
>> undecided future version, so we want people to be aware of the problem
>> and fix their code accordingly.
>
> This was seven years ago -- should we start erroring about this now?
Another year has passed. I say let's go ahead and do it.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Thu, 30 Jun 2022 09:14:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 18154 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
>> This was seven years ago -- should we start erroring about this now?
>
> Another year has passed. I say let's go ahead and do it.
Eli, what do you think?
I can't recall seeing these messages lately except when there's a real
error somewhere, so erroring out is usually better, I think.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Thu, 30 Jun 2022 10:55:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 18154 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Helmut Eller <eller.helmut <at> gmail.com>, 18154 <at> debbugs.gnu.org, Stefan
> Monnier <monnier <at> iro.umontreal.ca>, "'Eli Zaretskii'" <eliz <at> gnu.org>
> Date: Thu, 30 Jun 2022 11:13:11 +0200
>
> Stefan Kangas <stefan <at> marxist.se> writes:
>
> >> This was seven years ago -- should we start erroring about this now?
> >
> > Another year has passed. I say let's go ahead and do it.
>
> Eli, what do you think?
>
> I can't recall seeing these messages lately except when there's a real
> error somewhere, so erroring out is usually better, I think.
We could try -- if that causes too much trouble, reverting should be
easy enough.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18154
; Package
emacs
.
(Thu, 30 Jun 2022 11:19:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 18154 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> We could try -- if that causes too much trouble, reverting should be
> easy enough.
OK; now done. Don't see any problems so far during normal usage...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 29.1, send any further explanations to
18154 <at> debbugs.gnu.org and Helmut Eller <eller.helmut <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 30 Jun 2022 11:19:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 28 Jul 2022 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 326 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.