GNU bug report logs - #37542
26.1; Interactive elisp reader problems with character literals

Previous Next

Package: emacs;

Reported by: Axel Svensson <mail <at> axelsvensson.com>

Date: Sat, 28 Sep 2019 14:51:01 UTC

Severity: normal

Found in version 26.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #14 received at 37542 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Axel Svensson <mail <at> axelsvensson.com>
Cc: 37542 <at> debbugs.gnu.org
Subject: Re: bug#37542: 26.1; Interactive elisp reader problems with
 character literals
Date: Sat, 28 Sep 2019 19:21:00 +0200
Axel Svensson <mail <at> axelsvensson.com> writes:

> To reproduce:
> 1) Start emacs with the `-Q` option.
> 2) Notice that the active buffer is *scratch* in Lisp Interaction mode.
> 3) Paste the following text into the buffer:

[...]

> '(?c ?〈)
> '(?d ?〉)

[...]

> The expected behavior in each of steps 4 and 6 is to produce these
> messages:

[...]

> (99 9001)
> (100 9002)

[...]

> Additionally, in fundamental mode, the behavior differs from the
> expected as follows:
> - Executing the second line produces a lisp error.
> - Executing the *third* line produces (99 9001).

〈 and 〉 have parenthesis syntax, so commands like backward-sexp on
〈) will stop after reaching the opening parenthesis in non-Lisp
buffers.  I think that kinda makes sense?

In Lisp buffers it doesn't do that because it requires that the opening
and closing parentheses are part of the same pair, I think?

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




This bug report was last modified 3 years and 340 days ago.

Previous Next


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