GNU bug report logs - #4922
<control>

Previous Next

Full log

View this message in rfc822 format

From: Drew Adams <drew.adams <at> oracle.com>
To: Xue Fuqiao <xfq <at> gnu.org>, Per Starbäck <per.starback <at> gmail.com>
Cc: 4922 <at> debbugs.gnu.org
Subject: bug#4922: <control>
Date: Wed, 26 Feb 2014 06:05:55 -0800 (PST)

> > emacs -q
> >   C-x 8 RET < TAB RET
> > completes to "<control>" which inserts \237.
> >
> > I didn't expect "<control>" to be a valid completion there.
> 
> I can't reproduce this with current trunk (24.3.50).  "Invalid character"
> is displayed in the echo area.

I too cannot repro it, with this:

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2014-02-21 on ODIEONE
Repository revision: 116523 lekktu <at> gmail.com-20140222021049-g04nwe512x430tk5
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
 'CFLAGS=-O0 -g3' LDFLAGS=-Lc:/Devel/emacs/lib
 CPPFLAGS=-Ic:/Devel/emacs/include'

Sounds like bug #16216.  The bug is still open, IIUC, but Eli
wrote that:

  starting with trunk revision 115693, all control characters
  will have nil as their 'name' property, and "C-x 8 RET < TAB"
  will say "No match".  (Some of the control characters have
  'old-name' property, so they still can be called out by name.)

And AFAICT it does seem to be fixed.  Should it be closed?

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16216

Previous Next

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