Package: libreadline6
Version: 6.1-1
I believe the following behavior is libreadline6's fault because I
noticed it in every program linked against libreadline6 that I could
find, but I'm completely sure (maybe gdb, sqlite3 and the like are
using it incorrectly):
When starting up in an xterm, libreadline6 emits the control sequence
"\033[?1034h" which has the effect of causing the xterm to activate
the eightBitInput ressource. I don't know why this is done, but I see
two major problems with it:
First, the previous state of the ressource is not saved. This is easy
to fix: emit "\033[?1034s" (to save the value) before "\033[?1034h"
when starting, and "\033[?1034r" (to restore it) when quitting.
Second, this seems like a bad idea anyway: when starting a
libreadline6 program in an iso-8859-1 terminal with LC_CTYPE=en_US
(say), this means that meta-b and meta-f will no longer function as
bindings to go back and forth a word, but will emit the latin-1
characters U+00E2 LATIN SMALL LETTER A WITH CIRCUMFLEX and U+00E6
LATIN SMALL LETTER AE. While some people might prefer using meta to
input 8-bit latin-1 characters (or even utf-8 byte sequences), it is
up to them to configure their xterm's with eightBitInput set to true,
I don't see why libreadline6 should touch that. And since other
terminal emulators such as gnome-terminal apparently ignore the
"\033[?1034h" control sequence and always behave like xterm with
eightBitInput set to false, obviously nobody needs it.
--
David A. Madore
( http://www.madore.org/~david/ )
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
