[Allegro] Vb.246: V32.4 ist da (jetzt aber wirklich)

[Bernhard Eversberg]

Am 03.06.2012 11:32, schrieb Thomas Berger:
>
> Es gibt einige Probleme und Inkompatibilitaeten, die schon
> an der Version von import.exe vom 5.4. reproduzierbar sind, mir aber
> leider erst jetzt aufgefallen sind:
>
> 1. (betrifft anscheinend den Checkin r7 von atools im svn, wo
> ein gewisses Aufraeumen von Sondercodes 163, 164, 254 statt-
> gefunden hat):
> Ohne das (mir bis dato eher unbekannte) Festlegen des ersten
> Wiederholungszeichen durch den Parameter fm in den Import-
> Parametern wird nicht die Standardvorgabe aus der .CFG genommen,
> sondern alternierend kein Zeichen bzw. xFE ggfls. mit Textverlust:
>...

Behoben.

>
> 2. Ich nutze haeufiger Importparameter, die etwas toleranter bezueglich
> Zeilenenden sind, d.h. CF (Zeichen 13) wird per y-Tabelle gekillt und
> re und rs-Parameter formuliere ich dann nur mit dem verbleibenden Zeichen
> 10.
> Folgende Abwandlung von kat00.aim haengt sich an Daten, die CR LF enthalten,
> auf:
>
>>>>
> rs="#00"           Beginn des ersten Satzes
> re=10 "#00"     Satzende: Zeilenende + #00
>                     („ndern, falls andere Begrenzung, z.B. unter UNIX)
>
> _ 10 10   Leerzeilen beseitigen
> _ 10
>
> _ 10 " "     ersetze den Zeilenumbruch durch ein Leerzeichen
> _ " "                (evtl. „ndern)
>
> _ 10
> _ 0
>
> y .13 256
> <<<
>
> Interessanterweise gibt es kein Problem, wenn (vgl. auch die neue gnd.aim)
> y .13 257
> gesetzt wird: Anscheinend sind gerade die expliziten Tests auf die spezielle
> Umcodierung "256" in import.c problematisch...
>
Behoben.

>
> 3. nur am Rande: Kxy und Kuxy scheinen bei HANS (t3,k5) gar nicht zu
> funktionieren, ich weiss aber auch nicht, ob das schon einmal anders war
> und wenn ja, wann.
>
>
Das bleibt noch zu prüfen.

import.zip liegt bereit.

B.E.