🚀 go-pugleaf

In article <1401@uniol.UUCP> lehners@uniol.UUCP (Joerg Lehners) writes:
>Die CTRL-H Behandlung wird also immer durchgefuehrt, wenn der Canonical
>Modus eingeschaltet ist.
>Warum das so ist, weiss ich nicht genau. Moeglichweise haben die
>Kernel Hacker bei PCS an Terminals gearbeitet, die nichtdeterministisch
>DEL oder CTRL-H gesendet haben :-)

Bei den VT220 sendet die Erase-Taste einen DEL-Code, bei den
Bitmap-Terminals kommt ein BS.  Wahrscheinlich wollte PCS seinen
Benutzern den hochkomplizierten stty-Aufruf ersparen. ;-)

>Ob dieser Hack auch noch in Munix V.3.x drin ist, weiss ich nicht genau.

Sicher.

>Auf jeden Fall kann man unter V.3.1 sowohl mit CTRL-H als auch mit DEL
>das letze Zeichen loeschen.

Ausser in den Programmen, die icanon wegnehmen und nicht ebenfalls das
BS direkt bedienen, sondern nach c_cc[VERASE] gucken, wie sich das auch
gehoert normalerweise.

>Das Kill Zeichen ist laut stty CTRL-X. Jedenfalls, wenn ich mit
>der /bin/sh arbeite. Eventuell haben getty und login eine unterschiedliche
>Auffasssung vom Kill-Zeichen.

Probier mal aus: Beim login ist das eingestellte kill-Zeichen zwar ^X,
aber es funktioniert auch @ (bzw. # fuer erase). @ und # sind die
Standardzeichen fuer kill und erase. Wie auch Bernard in seinem Artikel
geschrieben hat, sind die beim getty hardverdrahtet.  Das login-Programm,
das von getty gestartet wird, kennt diese Zeichen schon nicht mehr.

Warum mich das ganze eigentlich nervt, ist die Tatsache, dass Treiber-
einstellungen, die ich am Bitmap vornehme, nach dem Start von X11 nicht
mehr gelten. Ich hatte versucht, das EOF-Zeichen auf ^D und das erase-
Zeichen auf BS umzustellen.  Nach dem Start von X11 bekam ich wieder ^Z
fuer EOF bzw. DEL fuer erase. :-(

Tips hierzu??

Gruesse, Stefan