Hello, On Tue, Sep 27, 2005 at 05:09:41PM +0300, Eugeniy Meshcheryakov wrote: > You can switch terminal to all-caps more easyly: just enter you login in > all-caps and then password as usual. So, I think it (all-caps) is normal > behavior (for historic reasons probably).
Yikes! And no, I haven't seen all caps during my bug experience.
> I tried to look at problem with erasing of characters and found that
> kernel uses undocumented (in termios(3)) flag IUTF8. If this flag is not
> set kernel tty driver will interpret characters as single-byte. So some
> program should set this flag when terminal is in UTF8 mode...
>
> Attached patch fixes this problem for 'login' when it run under UTF-8
> locale. But on usual system it is run under C locale :(. So, I think
> some other program should do this (console-tools/kbd?), but this will
> not fix problem for terminal emulators :(.
Yes, I do not (yet) use UTF8, so either C or my "normal" locale
([EMAIL PROTECTED]) (I am not sure how to find that out). But as posted in my
other mail, somehow login "changes" the values which are seen later on
with "stty -a". Probably (as with the uppercase described above) a
historic decision, if login encounters certain cases, it "set" the
environment in a certain way? If that is not documented somwhere, than
login should simply not do this. If yes, then the admin should be able
to "undo" this in a defined way, if he wants.
Should I try the patch nevertheless?
Greetings
Helge
--
Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED]
gpg signed mail preferred
64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm
Help keep free software "libre": http://www.ffii.de/
pgpGjHUFmUUB3.pgp
Description: PGP signature
