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.

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.

     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?