[Allegro] import und acon erneuert

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg,

>> Entaelt die Export-Parameterdatei Konstruktionen
>>
>> ak=zz+A
>>
>> so werden diese nicht ausgefuehrt ("normale" Kategorien im ak-Statement
>> scheinen zu funktionieren).
>>
> Auch das ließ sich lösen, import.exe wurde erneuert im SVN.

Vielen Dank, es funktioniert. Dabei faellt dann beim Vergleichen
direkt ein Bug in index16.exe auf:


Im Test zufaellig auftretende Fremddaten enthalten in UTF-8 die Zeichen

0xdd (221) = ︠ (UFE20)
MAB Name: Doppeltilde bzw. -bogen, 1. Teil
    Dezimal: 65056, UTF-8: 0xEF 0xB8 0xA0 = 239 184 160
    COMBINING LIGATURE LEFT HALF
    Kategorie: Mn = Mark, Non-Spacing
    Bidirektionalität: NSM = Non-Spacing Mark; Kombinationsklasse: 230 = Above

und

0xde (222) = ︡ (UFE21)
MAB Name: Doppelbogen 2. Teil
    Dezimal: 65057, UTF-8: 0xEF 0xB8 0xA1 = 239 184 161
    COMBINING LIGATURE RIGHT HALF
    Kategorie: Mn = Mark, Non-Spacing
    Bidirektionalität: NSM = Non-Spacing Mark; Kombinationsklasse: 230 = Above

Import16 setzt diese (Import mit alg.aim, Export mit einer Parameterdatei, die
ucodes.apt einbindet) inkorrekt um in

&#';

das 32-bit Import.exe hingegen konstruiert sauber ︠ und ︡

Liegt der Unterschied daran, dass hier mit "signed integer" gearbeitet wird?

Das bringt dann sofort die Frage auf, wie die allegro-Module es im Unicode-
Kontext mit Codes jenseits der Position 65535 halten...

viele Gruesse
Thomas Berger

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAktgboQACgkQYhMlmJ6W47MaKQP7BtJPUg6noiuQwxvf/6R99WYz
X5g/aOnVtyF6J+8U79HAgYt2RaBhRtwUZDaVsgRQivuoYykwDckMd93s6TK499VU
N3hG2Hf0qgza8lZfjDSLXOkF++0qZMGaUAWKrOGfj+CJbJAw3R/GZWo1tU0Bqu0f
oD2Pnj4GOAYsjTK3ZkA=
=SDPW
-----END PGP SIGNATURE-----