[Allegro] Unicode (von Fwd: Re: .dat files)

[Bernhard Eversberg]

Am 10.04.2012 17:48, schrieb Fischer, Thomas:
>>>
>>> Für die, die es interessiert, es geht im wesentlichen um
>> die Fragen,
>>> warum die P-Umkodierung bei y1, nicht aber die Q-Umkodierung bei
>>> y2 funktioniert.
>>>
Und damit war das Programm index.exe gemeint, nicht die Funktion F7 und
das Speichern von Sätzen in a99, wo es klappt(e).
Dies war nun mit Ihren Testdaten reproduzibel.

>>> Außerdem gibt (gab?) es Diskrepanzen zwischen der Wirkung der
>>> Indexparameter - bei Aufruf von F7 nach dem Start, - bei Aufruf
>>> von F7 nach Aufruf von "x ind p fug" (bzw. wie immer die
>>> Indexparameterdatei heißt),
Dies hat sich nicht reproduzieren lassen. Bitte genauere Beschreibung
des Handlungsablaufs und der Beobachtung.


> ... Diskrepanz zwischen F7-Anzeige und der Registeranzeige
> bezeichnen. Ansonsten zeigt das Ihnen zugesandte Paket Neu2.zip, wenn
> Sie auf das Register 2 z.B. bei e|e schauen, in etwa das beigefügte
> Bild. Der entsprechende Datensatz von József Eötvös zeigt bei F7
> hingegen
>
> |/2009100620100705huHU005
 > |0Eotvos Jozsef (1813-1871)           PMH
 > |1Eotvos Jozsef (1813-1871)|Eötvös József (1813-1871)
 > |1Jozsef Eotvos (1813-1871)|József Eötvös (1813-1871)
>
> also die gewünschte Umkodierung vor dem |.
>
Während es also im (von index.exe erzeugten) Index anders ausschaut,
eben ohne die per Q-Befehlen spezifizierte Umcodierung.

In der Tat war nur  index.exe  (und zwar im Quellcode: die Funktion
rcode() in exet.c) behaftet. Wir haben's gerichtet, nun klappt's.
index.lzh liegt bereit.
(Die .c-Programme haben jeweils bis zu 4 Parameterdateien geladen, ein
Export-Objekt (exet.hpp) nur eines, da hatten wir an einer Stelle nicht
aufgepaßt, als die P/Q-Befehle nachträglich in beide eingebaut
werden mußten.)

> Aktuell kann ich übrigens diese Datenbank auf meinem (Windows 7 / 64
> bit)-PC nicht neu indexieren, ...
Was ist das Fehlerbild?
(Unter Win7/32 klappt's; ein 64er ist nicht zur Hand.)

B.E.