Unterbrechungszeichen

Für das Netz muss eine standardisierte Behandlung des Unterbrechungszeichens festgelegt und in das Protokoll aufgenommen werden. Probleme mit dem Unterbrechungszeichen treten in mehreren Zusammenhängen auf. Erstens dient das Unterbrechungszeichen zwei klar verschiedenen Zwecken. Einer ist der eines Panikknopfes. Er besagt: „Es ist mir egal, was gerade geschieht, halte an und bring mich sofort auf die Monitor-Ebene zurück.“ Dieses Kommando wird bei Empfang sofort ausgeführt und wird am häufigsten benutzt, um aus einem Programm herauszukommen, in dem man nicht bleiben möchte (etwa aus einer Endlosschleife usw.).

Der andere Zweck ist der eines Ausstiegs aus einem Subsystem oder, auf einer Maschine mit Fork-Struktur, der eines Verfahrens, um zum nächsthöheren Fork zurückzukehren. Dieser zweite Zweck ist nicht unmittelbar, da der Benutzer möchte, dass das System alles erledigt, was er ihm aufgetragen hat, bevor es beendet wird.

Wir nehmen an, dass nicht in jedem System 1) eine Möglichkeit besteht, jede dieser Funktionen auszuführen, oder 2) eine klare Unterscheidung zwischen dem Aufruf und der Ausführung der beiden. Ferner gibt es subtile Unterschiede darin, wie die einzelnen Systeme diese Kommandos behandeln.

Die Panikknopf-Funktion lässt sich leicht durch das vorgeschlagene Steuerkommando <INT> ausführen. Diese Funktion muss mittels eines Steuerkommandos erfolgen, da ein Programm in einen Zustand geraten kann, in dem es keine Eingaben mehr annimmt: Es kann daher nicht abgebrochen werden, indem ihm eine Nachricht über die Fernschreiberverbindung gesendet wird. Es besteht kein Grund, sich über die Wettlaufsituation zu sorgen, die durch das Senden dieses Kommandos über die Steuerverbindung entsteht, da sein einziger Zweck darin besteht, die Maschine zu zwingen, alles andere zu ignorieren, was der Benutzer gesendet hat.

In unserer Implementierung würden wir den Benutzer bitten, dem Logger ein selten verwendetes Zeichen zu nennen, das als sein fremder Panikknopf dienen soll. Dann wäre es für den Sender eine einfache Aufgabe, dieses Zeichen auf ein <INT>-Kommando abzubilden, das die fremde Maschine korrekt interpretieren muss. Dieses Verfahren würde für die meisten Maschinen gut funktionieren, doch manche eignen sich vielleicht für andere Arten der Erzeugung von <INT>.

Das andere Problem ist, was zu tun ist, wenn das „exit“-Zeichen der fremden Maschine dasselbe ist wie das der lokalen Maschine. Das Problem besteht darin, dass ein Benutzer, während er mit einer fremden Maschine spricht, einen transparenten Modus wünscht, in dem alles, was er tippt, direkt an die andere Maschine gesendet wird. Um diesen Modus zu verlassen, tippt er entweder das „exit“-Zeichen seiner Maschine oder seinen Panikknopf. Wenn die fremde Maschine dasselbe Zeichen besitzt, gibt es folglich keine Möglichkeit, es zu senden. Der Ausweg ist derselbe wie oben — lediglich eine Abbildung eines anderen selten verwendeten Zeichens auf das „exit“-Zeichen der fremden Maschine. Diese Art der Abbildung kann so weit getrieben werden, wie jede Installation es für nötig hält. Dem Benutzer die vollständige Kontrolle über die Übersetzung zu geben, ist hilfreich, da er dadurch Zeichen verwenden kann, die sein Fernschreiber nicht erzeugen kann.