[Allegro] import.exe 32bit ist machbar

[Thomas Berger]

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

Lieber Herr Eversberg,

>> Fuer MARC21-Importe im ANSEL-Zeichensatz hatte ich per y-Tabelle
>> Zeichen auf Hilfszeicehen umgesetzt, die dann per globaler Ersetzung
>> auf Zweizeichen-Kombinationen (etwa die Ligatur OE, die Ostwest nicht
>> kennt) gebracht wird. Dies ging jahrelang gut, bis dann tatsaechlich
>> einmal ein Datensatz mit dieser Ligatur kam: Der war voellig
>> verstuemmelt, weil anscheinend die globale Ersetzung (im Gegensatz
>> zur Lokalen) den Rohdatensatz im Arbeitsspeicher veraendert und
>> dann das Directory nicht mehr zu den Daten passte.
> Ist doch klar, KANN ja nicht gehen.

Na, so naturgesetzlich ist das alles wohl nicht. Man koennte sich
auch eine Implementierung vorstellen, die auch dann funktioniert,
wenn man kein privates Wissen darueber hat, welche Elemente der
Importsprache in welchem Zusammenhang tunlichst nicht zu benutzen
sind. Ich persoenlich aber finde, es ist den Aufwand nicht wert.

[...]

[... separates Utility ...]
>> beherrscht, evtl. auch in beide Richtungen. Dann Directory-Formate aus
>> der Funktionalitaet von IMPORT.EXE herauskegeln.
>>
> Soweit wollen wir denn doch nicht gehen.

Dann will ich so weit gehen, bei der Entwicklungsabteilung den hoeflichen
Antrag zu stellen, dass Import.exe auch fuer Directory-Formate soweit
verbessert wird, dass das Handbuch stimmt.

viele Gruesse
Thomas Berger

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQCVAwUBSwT+92ITJZieluOzAQIvKAP+MYHriNFfsjOq9DAKra1+SUfsCF1OzM5J
CmZvwaa2rjgwI1Vy2le/I2Cg777MdNGsLaKv3I7L7z8bgbr6I1PB2AeRO3DAiaBS
a5dxgVoc8gKiBK3qiTdH4fgjN4FcmodZXvS14pCr/xn6mWmhNpw0ejNotQVQ9ed3
A4x26pUE364=
=C+L/
-----END PGP SIGNATURE-----