Die zweitschönste Nebensache der Welt

Die meisten Abweichungen zwischen APL2 Versionen für den Mainframe und für Workstations führen bei Ausführung auf einer Workstation umgehend zu einem Fehler. Bei selektiven Zuweisungen wäre das z.B. ein SYNTAX ERROR. So ärgerlich das auch sein mag - vor allem, wenn sie zu Hunderten auftauchen - man kann die Inkompatibilität stante pede beheben. Die Diagnose liegt auf Hand, mit der Behandlung kann sofort begonnen werden.

Leider ist dies nicht immer der Fall. Die fehlende Füllfunktion für den Each-Operator ("No fill function is implemented for the Each operator") muss nicht zum sofortigen Abbruch der betroffenen Anweisung führen. Die Auswirkungen der Inkompatibilität können auch erst viel später in den unendlichen Tiefen einer komplexen Anwendung auftreten.

So geschehen mit

⍕¨NUM_ARRAY

Wie häufig ist das rechte Argument von Format hier numerisch, im vorliegenden Fall allerdings auch leer. Das Ergebnis ist natürlich (wegen "Each") wiederum eine leere Struktur, aber leider eine numerische und keine alphanumerische, wie vernünftigerweise zu erwarten wäre - und wie es APL2 Mainframe auch vorsieht.

Dies habe ich von interessierter Seite zugeschickt bekommen:[

22:47:28] zurück zum Thema. Du willst das Timeout
runtersetzen, aber man kann es nicht?
[22:47:48] Ich kann...
[22:47:51] Ich kann C
[22:48:57] Und ich A
[22:49:09] Und P
[22:49:17] APL?
[22:50:01] A wie "alles, nur nicht richtig" und P wie
"Plain Text"
[22:50:38] Und L?
[22:50:58] L wie Labern?
[22:51:03] super, das kann ich auch!

Ein Name wurde unkenntlich gemacht. Am Inhalt wurde nichts geändert.

Bedeutet dieses historische Dokument eine dramatische Wendung für die gegenwärtigen APL-Forschung?

Nicht ganz so lange kann der Test auf Identität jeweils zweier aufeinanderfolgender Zeichenketten in einem Vektor aus 1 Million solcher Elemente dauern. Allerding nur auf dem Mainframe und mit "N-wise Reduce":

2≡/VEC

So harmlos dieser Ausdruck auch aussieht, er hat es in sich. Für den vorliegenden Fall langer Vektoren VEC mit relativ kurzen Zeichenketten (z.B. mit Länge 10) als Elemente habe ich nicht die Geduld gehabt ein Ergebnis abzuwarten. Denn selbst eine Schlewife, in deraufeinanderfolgende Vektorelemente vergleichen werden, wäre schon lange mit dem Thema durch gewesen. Erst rech natürlich die typische APL-Lösung ohne N-wise Reduce, selbst bei mehr als 1 Million zu vergleichender Objekte.

Später habe ich erfahren, das dieser Ausdruck mit den Daten wie hier beschrieben auf einem IBM Mainframe nach ca. 38 Stunden mit dem Ergebnis rausrückte. Für einen heutigen Großrechner eine halbe Ewigkeit.

Wer über viel Zeit und sehr gute Nerven verfügt, der hat die besten Voraussetzungen für Vista. Denn beides braucht man, wenn man von einem laufenden XP-System auf ein neues Vista-System migriert. Ärger ist vorprogammiert und viel Geduld gefordert.

Und was bringt das alles? Durchsichtige Fenster und angeblich mehr Sicherheit. Nach reichlich rumzickenden Installationen habe ich Zweifel, ob das die Mühe wert ist.

Im vorliegenden Fall bietet der neue Rechner nominell mehr als doppelte CPU-Leistung, 50% mehr an RAM und die doppelte Speicherkapazität. Mit Vista bestückt bringt das alles keinen offensichtlichen Geschwindigkeitsvorteil gegenüber dem Vergleichssystem unter XP. Eher im Gegenteil.

Angeblich soll Vista schneller starten als XP, nur merke ich im wirklichen Leben davon nichts. Die Zeit nach Neustart, die ich vergehen lassen muss, bis mir der Rechner wie gewohnt zur Verfügung steht, ich eher länger geworden. Mag sein, dass dies auch an den "Minianwendungen" liegt, die in die "Sidebar" geladen werden. Aber auch ohne diese kann von einem schnelleren Booten nicht die Rede sein.