Die zweitschönste Nebensache der Welt

... sollte man meinen.

Das könnte auch so sein, denn als Sprache enthält APL eine Vielzahl paralleler Konzepte. So kann die Addition zweier Matrizen auf mehrerer Prozessoren verteilt werden, ohne dass der Entwickler das explizit vorgeben muss. Dies gilt für viele Funktionen und Operatoren, es ist nur eine Frage der jeweiligen Implementierung.

Und genau hier scheitern die heutigen APL-Interpreter: Sie nutzen die inzwischen üblichen mehrfachen Prozessorkerne nicht für diese Art der Parallelität. Man kann nur hoffen, dass die Entwickler von APL-Systemen die Chance, die moderne Prozessorarchitekturen bieten, nutzen werden. APL als Sprache ist dafür bestens geeignet, besser als die meisten anderen Sprachen.

APL2 macht mit der CSD 12 einen ersten Schritt in diese Richtung. Mit den definierten Operatoren PEACHT und PEACHP werden Modelle für ein paralleles "Each" angeboten.

Auch mit APL2 Service Level 12 gilt, was bereits für vorangehende Versionen angemerkt wurde:

• APL-Zeichen wie z.B. "∆" in Namen von APL2-Objekten werden in der Titelleiste des Objekteditors nicht als solche angezeigt - soweit man den Schicki-Micki Aero-Desktop verwendet.
  
  Die Korrektur ist wohl schwieriger als man erwarten sollte. Microsoft legt den APL2-Entwicklern (und nicht nur denen) auch schwere Steine in den Weg.
  


• Bei deaktivierter Benutzerkontensteuerung entfällt die Einschränkung in der readmec.txt bezüglich des Zugriifes auf Dateien im APL2-Installationsverzeichnis.
  

Was ist das? P15 in Aktion!

Alle beteiligten Variablen sind mit dem neuen Prozessor 15 - "Access Structured Storage" - assoziiert. Dies geschah natürlich bevor der Wert der Variablen erstmalig abgefragt wurde:

 'J16 0' 15 ⎕NA 'A'

 ('ADDRESS' 'A')15 ⎕NA 'ADR'

Die hier erstellte Variable ADR enthält die aktuelle Speicheradresse der Variablen J16. Als Name verweist "A" (und auch die folgenden Namen) auf Speicher außerhalb des APL-Workspaces.

EM 2008, Niederland - Italien, nach 20 Minuten, man kann es sehen und auch nachlesen:

Die Niederlande dominieren. In Zahlen:

Torschüsse: 5-2
Ballbesitz in %: 60-40
gewonnene Zweikämpfe in %: 60-40

Steffen Simon kommentiert das so: "Die Holländer im deutlichen Plus".

Die Impire-Ticker ist mehr als ein nettes Spielzeug.

Ursache: Ich verändere eine Variable, hier E8←123.456
Wirkung: Weitere Variablen werden ohne Einwirkung von außen modifiziert.

Bug or Feature?

Ein mögliches Szenario: Bei den beteiligten Variablen handelt es sich um "gemeinsame Variablen" zweier APL2-Sitzungen. Die weitere Sitzung reagiert auf die Veränderung der " Shared Variable" E8 und verändert die anderen gemeinsamen Variablen I4, I2, C1 und B1.

Das wäre leicht zu realisieren, es geht aber einfacher.

Wer will sich schon auf das blöde Gequatsche von Bela Rethy verlassen. Ton ausschalten und einen Ticker laden ist allemal besser.

Einen richtig guten und schnellen EM-Ticker findet man unter dpc.liga-liveticker.de/index.php oder www.dpc.de.

Vor allem die aktuellen Zahlen zu Ballbesitz, Ballkontakten, Zwieikämpfen und gewonnen Zweikämpfen geben meistens ein besseres Bild über die Leistung der Spieler und Mannschaften als die Kommentare der manchmal von Blindheit geschlagenen Menschen hinter den Mikrofonen. Zahlen lügen eben nicht.

Dass die zdf-Kommentatoren gestern so häufig daneben lagen, ist wohl darauf zurückzuführen, dass sie den zdf-Ticker nicht konsultieren konnten. Der war gestern nur selten verfügbar war. Besser und schneller war da der dpc-Ticker oder auch der stern-Ticker.

Da hat das zdf den Ansturm auf die Server wohl stark unterschätzt.

     E8

0

      I4

0 0

      ⎕AF C1

0 0 0 0 0 0 0 0

      8 8⍴B1

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

Keine Frage, alle Variablen sind irgendwie 0. Aber was passiert hier?