I rebind my keyboard under X to swap two pairs of keys, `~ & ESC and BS & DEL. (This is of course because such placement is The Way God Intended Them To Be, where God was on an extended visit to DEC during the time that DEC was creating the VT100.) Normally, this is fine: XEmacs run as an X application correctly informs me via `C-h c' in the *scratch* buffer that "DEL runs the command backward-or-forward-delete-char"; when running Gnus and having entered a *Summary*, I learn that "B DEL runs the command gnus-summary-delete-article". When XEmacs is run in an xterm, however, I learn instead that "BS runs the command delete-backward-char" and "B BS is undefined". Worse, it knows that the key marked "Delete" is generating '\010', because it induces help functions just like typing an actual "Control H". I know the keyboard is sending the right characters (\177s generated using C-v): [1157] [14:10:37] beaver:~> od -c ^?^?^?^? 0000000 177 177 177 177 \n 0000005 It's not a BS, it's a DEL. There's an important difference between them, and I picked the specified meaning myself. What is giving XEmacs the idea that it should make some silly extra remapping just because I'm running it inside an xterm? XEmacs 21.2-b7, Linux RH5.1, assorted XFree 3.3.2.3 RPMs.