Es gibt schon nette Zufälle. Da habe ich mich in einem Vortrag darüber beklagt, dass die externe Funktion "IN" ('FILE' 11 ⎕NA) nicht kompatibel zum Kommando )IN ist. Und keine Stunde später sind zumindest zwei meiner Vorschläge bereits umgesetzt.
Naja, nicht mal ein APL-Entwicklungsteam arbeitet so schnell, obwohl die sonst schon sehr schnell reagieren.
Die wahre Geschichte ist folgende: Ich war eben nicht der Einzige, der Stress mit "IN" hatte. David bekam die gleichen Probleme, als er "IN" für seinen Library Manager einsetzte. Als Entwickler war es für ihn ein leichtes, eine verbesserte Version von "IN" zu erstellen oder anzufordern. Ich habe nur meine eigene, inoffizielle korrigierte Variante.
Diese Änderungen blieben aber undokumentiert. In der Liste der "Enhancements Added" zur CSD8 fehlen entsprechende Einträge, der User's Guide ist hier - "Supplied Workspaces/FILE Workspace/Transfer Group" - ohne Änderung.
Und das ist neu:
IN '99 ATFNAME'
IN '''e:\temp temp\name.atf'''
Bis zur CSD8 haben die Leerstellen "IN" zur vorzeitigen Aufgabe gezwungen - zur erkennen am Ergebnis 0.
Mit CSD8 funktioniert nun beides. Das macht "IN" fast so kompatibel zu )IN wie "COPY" zu )COPY.
Natürlich tut's auch noch
IN 'e:\pfad\name.atf'
Das ging ja schon immer, das war die ursprüngliche Definition von "IN". Keine Leerstellen im Namen, da das Betriebssystem damals solche Schweinereien noch nicht kannte. Keine Library-Nummern, obwohl diese im APL2 längst bekannt waren.
Für alle Anwendungen, die "IN" verwenden ist es gut, dass die letzte Schreibweise noch gültig ist. Sie macht aber streng genommen )IN inkompatibel zu "IN". COPY verlangt Dateinamen mit Pfadangaben in doppelten Hochkommata.
Nancy war wohl aufgefallen, dass diese Änderungen nicht publiziert wurden. Sie hat das dann in ihrem Vortrag nachgeholt.
So schnell kann es manchmal gehen.
ap127
Das waren die guten Nachrichten über "IN". Kann ich also meine korrigierte Variante von "IN" durch die offizielle Version ersetzen. Das wäre erstrebenswert, geht aber nicht. Denn ich habe noch zwei weitere Dinge "verbessert" - verbessert im Sinne der Ve
Aufgenommen: May 06, 14:17