GNU bug report logs - #22107
this-command-keys no longer returns prefix argument

Previous Next

Package: emacs;

Reported by: bruce.connor.am <at> gmail.com

Date: Mon, 7 Dec 2015 15:43:02 UTC

Severity: normal

Tags: fixed

Merged with 22111

Found in versions 25.0.50, 25.1

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rgm <at> gnu.org, 22107 <at> debbugs.gnu.org, bruce.connor.am <at> gmail.com
Subject: Re: bug#22107: 25.1; Wrong docstring for this-single-command-keys
Date: Fri, 11 Dec 2015 09:47:38 -0500
>> >> > So how about saying a few words about the meaning of the return value
>> >> > of internal-echo-keystrokes-prefix?  I think it's important enough to
>> >> > have that at least documented in comments.
>> >> It's used as a proxy for "we're in the middle of a command-with-prefix,
>> > When it returns non-nil, I presume?
>> Right.
> Hmm... I see it also has some side effects, so is it really safe to
> call it whenever we want to know "if we are in the middle of
> command-with-prefix"?  What could those side effects be?

As currently implemented, it should be "pure with memoization" (IOW the
"effect" is in the memoization only).  And that's the intention of how
it should behave.  Of course it's Elisp so it could do anything.
IOW it's OK to call it iff calling Elisp doesn't risk crashing Emacs.


        Stefan




This bug report was last modified 4 years and 227 days ago.

Previous Next


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