Optics Guy wrote:
> I've got eightbit set already. The problem appears also with konsole and
> the gnome thing (whose name I forget). I can also do an exec and leave
> the shell out as the middle-man.

> It appears to be an X problem. Or feature.

I'm not sure (I don't have a 7.3 - have a Redhat 7.2 and 8.0). For xterm,
it would be possible to get more information by recompiling it. That is,
configure --enable-trace
make tells it to compile-in debug traces that show (among lots of other
detail) the codes received by xterm, and what it does with them. xterm
uses two actions (insert-seven-bit and insert-eight-bit) to read the
data via one function. If you're not getting the data, then either
the insert-eight-bit action isn't triggered, or it's not handling the
data that it expects. (Sounds complicated, but most of the time it's not).

> Brian

> Thomas Dickey wrote in message news:...
>> Optics Guy wrote:
>> > I have two machines, one running Redhat 7.1 and another running 7.3.
>> > On the 7.1 machine I can use the alt-key to enter an eight-bit ISO-Latin-1
>> > character. I can ssh into the 7.3 machine from the 7.1 machine and do the
>> > same. When I sit at the 7.3 machine, the alt-key does not appear to
>> > generate the eight-bit ISO-Latin-1 characters, either locally or when
>> > using ssh into the 7.1 machine.

>> > I've tried various combinations of editors, shells, xterms, window
>> > managers, and various settings of LC_ALL and LANG. Xev behaves the
>> > same. Xmodmaprc output is identical on both machines. I am stumped.
>> > Perhaps there is some weird UTF-8 encoding I am tripping over?

>> 7.3 doesn't do UTF-8. Usually this is
>> man xterm
>> eightBitInput (class EightBitInput)
>> If true, Meta characters input from the keyboard are
>> presented as a single character with the eighth bit
>> turned on. If false, Meta characters are converted
>> into a two-character sequence with the character
>> itself preceded by ESC. The default is ``true.''

Thomas E. Dickey