docstring key substitution fails to notice certain binding changes

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...