Die zweitschönste Nebensache der Welt - APL+

Einzigartig ist nicht alles

nospam@example.com (Axel Holzmüller) — Tue, 18 Jul 2006 16:15:54 +0200

UNIQUE ist nicht die einzige Neuerung der Version 6.2. Da gibt es noch vier weitere bemerkenswerte Dinge:

⎕MOM-Objekte enthalten jetzt ⎕FX als Methode zur Erstellung einer Funktion in einem Objekt. So wird mit

mom_obj.⎕FX cr

die Zeichenmatrix cr zu einer Funktion innerhalb des Objekts mom_obj erhoben.

)OUTPUT wurde bereits mit Version 6.0 eingeführt und erhält in Version 6.2 mit STRICT eine weitere Option. Sowohl )OUTPUT ERROR als auch )OUTPUT STRICT sind sinnvoll, um nicht gewollte implizite Ausgaben in Funktionen aufzuspüren.

)OUTPUT STRICT ist eine Verfeinerung von )OUTPUT ERROR. Bei dieser Option wird nur dann ein "IMPLICIT OUTPUT" Error ausgeworfen, wenn eine sichtbare implizite Ausgabe produziert wurde. Die Fehlermeldung erscheint nach der Ausgabe.
"Einzigartig ist nicht alles" vollständig lesen

Einzigartig

nospam@example.com (Axel Holzmüller) — Tue, 18 Jul 2006 15:06:38 +0200

APL+Win hat mit der Version 6.2 eine neue Grundfunktion spendiert bekommen: UNIQUE. Damit einher geht auch die Notwendigkeit für die Belegung eines Symbols. Das ist typisch für APL. Es ist nicht gerade überraschend, dass für UNIQUE "Cup" ∪ gewählt wurde.

Syntaktisch ist ∪x äquivalent zum Unique-Idiom:

((x⍳x)=⍳⍴x)/x

Also: rechtes Argument ist ein beliebiger Vektor. Das Ergebnis ist wiederum stets ein Vektor, der alle unterschiedlichen Element des rechten Arguments enthält in der Reihenfolge ihres ersten Auftretens.

Die Implementierung von UNIQUE scheint keine Performance-Vorteile im Vergleich zum Idiom zu bringen. Der Vorteil der Nutzung liegt also alleine in der bequemeren Schreibweise.

Ich halte das für ausreichend, um ∪ statt des Idioms zu nutzen.

Sowohl UNIQUE als auch das Idiom sind vergleichsweise sehr langsam für Floating Point Argumente. Das liegt wohl daran, dass hier jeweils zur Bestimmung von Gleichheit ⎕ct herangezogen werden muss.

APL+Win 6.2 ist da

nospam@example.com (Axel Holzmüller) — Tue, 18 Jul 2006 11:50:29 +0200

Kaum ist die Version 6.0 raus und verfügbar, schon gibt es ein Upgrade. Das ist gut und nicht schlecht. Denn die Version 6.2 enthält einige interessante Neuerungen und Erweiterungen.

APL+Win 6.2 ist verfügbar für Kunden mit einer APL+Win 6.0 "Subscription", das ist eine Lizenz zum Upgraden. Eine Vollversion soll demnächst angeboten werden.

Die erste Neuerung ist die UNIQUE-Grundfunktion. Für mich eine freudige Überraschung. Das ist eine sehr nützliche Spracherweiterung!

Wie die neue Grundfunktion aussieht und wie sie funktioniert lässt sich aus der Ankündigung nicht ersehen. Genauso wenig wie Details zu den weiteren neuen Features:

"The implementation of ⎕FX for ⎕MOM object system objects.

The new ")OUTPUT STRICT" state that only produces "IMPLICIT OUTPUT"
errors when visible output is generated.

The new Zip class for ⎕wi that will allow zipping and unzipping of files.

The new Session Manager printer margin settings."

Spannend und bestimmt nützlich ist auch die Unterstützung für zip.

Also werde ich auf 6.2 upgraden.

Wohl dem, der eine "Subscription" hat.

Es ist doch wichtig

nospam@example.com (Axel Holzmüller) — Tue, 18 Jul 2006 11:02:33 +0200

Mit der Version 6.0 unterstützt APL+Win nun auch Unicode-Daten.

Dies hatte ich in meinem Blog-Eintrag zu den Neuerungen dieser Version nicht erwähnt - aus zwei Gründen: Die Unterstützung ist noch nicht vollständig und ich hielt den Bedarf hier im Lande für nicht so gravierend. Falsch, letzteres ist falsch. Also Schade über mein Haupt. Ich gelobe Besserung.

APL2000 schrieb zur Unicode-Unterstützung

Initial Support for Unicode Character Data
⎕UCS system function supports a 32-bit Unicode character data representation. Initially support is provided for some primitives and planned for others and the other primitives yield the appropriate NONCE or DOMAIN error messages.
Unicode character data displayed in the Session Manager will be shown as <<<UCS Characters>>>.
The ⎕WI interface with Windows has been enhanced to interchange Unicode character data with ActiveX controls. The unicodebstr property has been added to control this behavior.

Auf den DPC-Seiten findet man

Unicode-Unterstützung
APL+Win V6 bietet erstmals eine Unterstützung für Unicode-Daten. Die Unterstützung von Unicode ist noch nicht in vollem Umfang implementiert und soll in späteren Releases weiter ausgebaut werden. Zunächst unterstützen nur die APL-Funktionen JOIN bzw. RAVEL (,⍪), SHAPE bzw. RESHAPE (⍴), PICK (⊃), ENCLOSE (⊂) und FIRST (↑) diesen Datentyp.
Eine neue Systemfunktion ⎕UCS dient zur Erzeugung von Textvektoren aus Unicode, ⎕DR wurde um den Datentyp 322 für Unicode-Textvektoren erweitert.

An diesem Text hatte ich noch selbst rumkorrigiert.

Mein erster Einwand bleibt richtig: Die Unterstützung ist noch nicht vollständig. Schön ist, dass APL+Win die gleiche Systemfunktion für die Konvertierung von und zu Unicode-Zeichen verwendet wie APL2.

APL+Win und Vista

nospam@example.com (Axel Holzmüller) — Mon, 08 May 2006 21:33:26 +0200

Vista? Wer oder was ist Vista?

Das könnte mir ja eigentlich egal sein. Wenn die nächste Version von Windows gemeint sein sollte, wird es ja wohl noch etwas dauern, bis MS damit meint fertig zu sein. Dann beginnt erst der weltweite kostenpflichtige Testphase durch die Early Adaptors. Armes Völkchen!

Selbst das danach erscheinende SP1 wird mich dazu verleiten nach Vista upzugraden. Warum auch? Ich habe mich noch nie von SPs überzeugen lassen.

Aber man sollte stets mit der ordnungsgemäßen Planung deutscher Unternehmen rechnen. Es gibt doch tatsächlich Unternehmen, die Vista nach Verfügbarkeit ausrollen wollen, und das muss geplant sein. Das wirft dann folgende Frage auf:

Welche APL+Win Version läuft unter Vista.

Eine Frage an den Hersteller, hier zusammengefasst und ohne Gewähr die Antwort:

- die aktuelle Version 6.0 wird sicher unter Vista laufen
- Version 5.2 wurde schon frühzeitig unter Longhorn getestet
- bei Version 5.0 könnte man noch optimistisch sein

Alle Versionen vor 5.0 liegen mehr als 3 Jahre zurück, also teilweise noch vor XP. So gab es z.B. Probleme ⎕wi in APL+Win 3.0 unter 2000 und XP.

Ordnungsgemäß planende deutsche Unternehmen sollten also sehr alte APL+Win Versionen upgraden.

APL+Win 6.0 ist da

nospam@example.com (Axel Holzmüller) — Tue, 02 May 2006 16:13:21 +0200

Alles Jahre wieder gibt es eine Neue Version von APL+Win. Vor zwei Jahren war es Version 5.0, letztes Jahr 5.2 und nun 6.0. Nicht so richtig konsequent, was die Zählweise betrifft. Aber egal.

Das Highlight der 6.0 ist offensichtlich das neue, kolossale Dateisystem. Von der Struktur her arbeitet das "Colossal Filesystem" genauso wie das allseits bekannte und beliebte Komponenten-Dateisystem, nur viel schneller. Ich habe im Januar Messungen gesehen, die in Extrem-Situationen eine 1000fache Verbesserung brachten.

So oder auch weniger, sicher ist, es ist auf jeden Fall tierisch schnell.

Mit den CFS fällt auch die 2GB-Grenze für die Größe der Datei. Das war auch inzwischen nötig. Wer also viel mit Komponenten-Dateisystemen arbeitet, wird mit neuen System viel Freude haben.

Interessant ist auch die TRY-CATCH-Kontrollstruktur. Java-Entwicklern wohl bekannt, kann sie zur besseren Strukturierung von APL-Code führen. Auf jeden Fall macht sie das Error-Handling explizierter als es mit ⎕elx möglich ist.
"APL+Win 6.0 ist da" vollständig lesen