Ich glaube, )CHECK WS gehört zu den kaum bekannten und daher wenig genutzten Systemkommandos. Ich gebe gerne zu, dass ich es selbst lange nicht mehr verwendet habe.
Warum auch? Denn )CHECK WS wird automatisch beim Laden und Speichern eines Workspaces ausgeführt. Ist was faul im WS, so gibt es Meldungen wie in "
Schuld war nur die Platte" beschrieben. Wer wie ich häufig eine Workspace während der Entwicklung und des Testens speichert bekommt also )CHECK WS geschenkt.
Nun gibt es aber noch eine Variante von )CHECK WS, die ich total vergessen hatte:
)CHECK WS [ON|OFF]
Man muss schon recht verzweifelt sein, um diesen Schalter umzulegen. Denn danach wird nach jeder Ausführung einer APL2-Grundfunktion ("primitive function") der Workspace ausgiebig geprüft. Bei größeren Anwendungen kann man ruhig ein Tasse Kaffee trinken gehen.
Die hiernach angesagte Tuning-Maßnahme wäre dann )CHECK WS OFF. Ich habe selten mit so wenig Aufwand eine Anwendung um das Vielfache beschleunigt. Mit )LOAD und )CLEAR erzielt man übrigens in diesem Falle das gleiche Ergebnis: Diese Kommandos setzen einen gesetzten )CHECK WS Schalter wieder zurück.
Dies alle und noch viel mehr kann im APL Language Reference (S.418) nachgelesen werden.
Genau genommen ist )CHECK WS ja nur eine Option des Kommandos )CHECK.
Eine Weitere ist )CHECK TRACE, das ich vor mehr als 10 Jahren häufiger auf dem Host angewandt habe. Ich denke ohne die gewünschten Erkenntnisse. Denn soweit ich mich erinnere, hat mich die Masse an Output nach )CHECK TRACE STMT in der Regel fast erschlagen. Trotzdem hat mir der Trace eine damals überraschende Erkenntnis gebracht:
Der Editor 2 des Host-APL2 ist eine APL2-Funktion!
Ich hatte vergessen den Trace auszuschalten. Beim Öffnen einer Funktion zum Editieren erschienen jede Menge APL2-Zeilen auf dem Bildschirm. Neugierig wie ich damals war habe ich mir die Zeilen genauer angesehen. Später hat mir Jim Brown erzählt, dass der Editor von einem IBM-Praktikanten geschrieben wurde. So sah die Funktion auch aus.
Später half mir TRACE STMT einen Bug im Editor aufzufinden. Ich konnte ihn zwar nicht beheben, aber wusste wenigstens, was falsch war.
Zu guter Letzt gibt es noch )CHECK DUMP, den ich gerade zum ersten mal durchführt habe. Auch dieses Ergebnis habe ich bereits häufiger bei ungewollten Abstürzen gesehen. Aber Vorsicht: )CHECK DUMP erzeugt einen SYSTEM ERROR/CLEAR WS
ap127
Ein weiteres kaum genutztes Systemkommando war und ist )QUOTA. Ich habe es auf dem Host das letzte mal vor einigen Jahren benutzt und mehrfach versucht, es unter Windows auszuführen. Zu blöd, denn Workstation APL2 kennt dieses Kommando nicht und wird es
Aufgenommen: May 30, 12:04