Skript Tcl/Tk - Praktische Informatik / Datenbanken - Universität Kassel

214
Programmierung graphischer Benutzerschnittstellen mit Tcl/Tk
Ein Nachteil der obigen exec-Technik ist, daß das umgebende Tcl-
Skript in seiner Abarbeitung blockiert (angehalten) wird, bis das mit
exec aufgerufene Programm seine – vielleicht riesige – Ausgabe geliefert
hat.
Für langlaufende Programme, die periodisch Daten abliefern –
H+McL nennen einen PPP-Monitor als Beispiel – gibt es eine andere
Möglichkeit: mit open kann eine Pipe genau wie eine Datei geöffnet
werden und es kann aus dem zurückgelieferten Deskriptor mit gets gelesen
werden.
Über Fileevents kann deren periodische Datenanlieferung behandelt werden.
Genauso kann Tcl auch Daten in eine Pipeline schreiben.
Ein weiteres Thema ist das Problem des verzögerten Schreibens. C-
Programme unter UNIX, die ihre Standardausgabe nicht an den Bildschirm
oder ein ähnliches Medium abliefern, puffern die Ausgabe aus
Effizienzgründen zwischen, bis die Puffer (z. B. 4, 8 oder 32 KB) voll
sind. Steckt in der GUI-Datenanlieferung eine Pipe, kann die Ausgabe am
Bildschirm somit verzögert sein. H+McL betonen, daß Tcl immer seine
Ausgabe sofort produziert. Trotzdem kann, durch Einsatz einer Pipe in der
Ausgabe, die Datenanlieferung für eine interaktive Umgebung in unerwünschter
Weise gepuffert sein. In diesen Fällen kann man mit dem
flush-Kommando einzelne Werte sofort ausgeben oder noch besser mit
fconfigure die Einstellung für einen Deskriptor generell ändern:
set fid [open "| cat" "w"]
fconfigure $fid -buffering line
puts $fid "Diese Zeile wird sofort ausgegeben"
puts $fid "Und diese auch."