This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
In XEmacs 21.1 (patch 14) "Cuyahoga Valley" [Lucid] (i386-redhat-linux, Mule) of
Mon Feb 5 2001 on
porky.devel.redhat.com
configured using `configure i386-redhat-linux --prefix=/usr --exec-prefix=/usr
--bindir=/usr/bin --datadir=/usr/share --libdir=/usr/lib --mandir=/usr/man/man1
--infodir=/usr/info --with-gpm=no --with-sound=native --with-pop --mail-locking=lockf
--with-clash-detection --debug=no --error-checking=none --lockdir=/var/lock/xemacs
--with-mule=yes --with-database=no --with-ldap=yes --with-hesiod=no --with-menubars=lucid
--with-scrollbars=lucid --with-dialogs=athena3d --with-xim=xlib --with-canna=no
--with-wnn=no --with-wnn6=no --with-msw=no --with-xfs=yes'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
the docstring sequence \\[...] is supposed to replace the named
function with the key sequence that is bound to that function. if the
function is not bound to a key sequence it produces a sequence of
"M-x" followed by the function name, even if M-x is not bound or not
bound to execute-extended-function, i.e., it should attempt to resolve
it as if \\[execute-extended-function] had preceeded \\[...].
to reproduce:
eval: (global-set-key [(meta x)] 'foo)
eval: (global-set-key [(meta ?>)] 'execute-extended-command)
type: C-h f kill-region RET
results: [...]
(If you want to kill and then yank immediately, use M-x copy-region-as-kill.)
M-x should be M->
Recent keystrokes:
ESC x r e p o r t TAB RET
Recent messages (most recent first):
Loading mail-abbrevs...
Loading emacsbug...done
Loading emacsbug...
Paren mode is sexp
Loading face-list...done
Loading edmacro...done
Loading edmacro...
Loading advice...done
Loading advice...
Loading face-list...