GNU bug report logs - #47747
28.0.50; `eval-defun' may evaluate previous sexp

Previous Next

Package: emacs;

Reported by: sebastian.miele <at> gmail.com

Date: Tue, 13 Apr 2021 11:48:01 UTC

Severity: normal

Found in version 28.0.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 47747 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sebastian Miele <sebastian.miele <at> gmail.com>
Cc: 47747 <at> debbugs.gnu.org
Subject: Re: bug#47747: 28.0.50; `eval-defun' may evaluate previous sexp
Date: Wed, 05 May 2021 18:10:02 +0200
Sebastian Miele <sebastian.miele <at> gmail.com> writes:

> With emacs -Q, a *scratch* buffer of
>
>   ;; start of buffer
>   (error "")
>   ;; !!! point somewhere here !!!
>   ;; end of buffer
>
> and point where indicated, invoking `eval-defun' (C-M-x) evaluates the
> expression (error "").
>
> Expected: An error indicating that there is no top-level form containing
> point, or after point.  (From `eval-defun's docstring: "Evaluate the
> top-level form containing point, or after point.")

If there are no forms after point, it'll eval the form before point --
and it's been that way for as long as I can remember, so I think the doc
string is just wrong here.

Does anybody else have an opinion here?  Would it make sense to have the
command signal an error if there's no forms at or after point?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 2 years and 323 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.