🚀 go-pugleaf

Moin !

stefan@shiva.systemware.de (Stefan Stapelberg) writes:
>[...]
>es war ja schon schwer, hinnehmen zu muessen, dass scheinbar der
>Tty-Treiber bei MUNIX V.3-3.1 das Zeichen ^H auch als erase-Zeichen
>akzeptiert, obwohl eigentlich DEL eingestellt ist.

>Aber dass dann beim Entwerten des ^H mit einem Backslash ebendieser
>Backslash zusaetzlich an das Programm uebergeben wird, das ist doch
>wohl ein einwandfreier Bug, oder nicht?

>[...]

Aus den Sourcen von Munix V.2 laesst sich herauslesen, dass CTRL-H
als Spezialfall von irgendwas in den TTY-Treiber mit eingebaut wurde.
Es ist in der Function canon() im TTY-Treiber implementiert:

[...]
/* UH added \b */       } else if (c == tp->t_cc[VERASE] || c == '\b') {
[...]
(ich hoffe, das ich kein Copyright verletzt habe, weil ich diese
eine Zeile Kernel-Code gepostet habe).

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 :-)

Ob dieser Hack auch noch in Munix V.3.x drin ist, weiss ich nicht genau.
Auf jeden Fall kann man unter V.3.1 sowohl mit CTRL-H als auch mit DEL
das letze Zeichen loeschen.

>Da wir gerade dabei sind: Wenn man beim login den Benutzernamen mit dem
>kill-Zeichen '@' loescht, dann wird die Zeile tatsaechlich geloescht.
>warum klappt das nur beim login und nicht auch danach?

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.

  Bis denn
	Joerg
--
/ UUCP:    lehners@uniol              | Joerg Lehners                  \
|       ...!uunet!unido!uniol!lehners | Fachbereich 10 Informatik ARBI |
| BITNET:  066065 AT DOLUNI1          | Universitaet Oldenburg         |
\ Inhouse: aragorn!joerg              | D-2900 Oldenburg               /