AW: AW: AW: [Allegro] A99 - Offline-Daten und Identnummer

[Thomas Fischer]

Hallo Herr Eversberg,

auch mit dem neuen a99 klappt die Identifizierung bei mir nicht.
Ich habe sowohl eine alternative Indexparameterdatei (index p nig) als auch
eine geeignete Sprungmarke (set pR) probiert, die Datensätze kommen immer
noch als Neusätze an.
Bei dem alten DOS-Update konnte man – im Vorbeirauschen – die
identifizierten Primärschlüssel sehen, gibt es eine ähnliche
Kontrollmöglichkeit für A99?

Die von mir bemerkten Zeichensatzprobleme habe ich gelöst, sie hingen an
einem fehlende

to

in meinen Indexparametern. Ich dachte, o.cpt würde immer automatisch geladen
und man könnte sich nur durch eine leere o.cpt vor deren Wirkungen schützen.
Irre ich da wieder oder hat sich etwas geändert?

(Die Meldung von upro ist aber immer noch "test.tut done".)

Bei der Installation des neuen Paketes hat der Installer übrigens im
Gegensatz zu früher nicht nachgefragt, ob er Dateien der Demo-Datenbank
überschreiben soll.

Mit freundlichen Grüßen
Thomas Fischer 


> -----Ursprüngliche Nachricht-----
> Von: allegro-bounces at biblio.tu-bs.de 
> [mailto:allegro-bounces at biblio.tu-bs.de] Im Auftrag von 
> Bernhard Eversberg
> Gesendet: Mittwoch, 28. Mai 2008 08:07
> An: Allegro-C Diskussionsliste
> Betreff: Re: AW: AW: [Allegro] A99 - Offline-Daten und Identnummer
> 
> Thomas Fischer schrieb:
> > 
> > Bei mir steht nach dem Update
> > 
> > 2. Rec# 0,
> > 
> > in dem Eingabefeld, und die Dateien sind als neue Datensätze in die 
> > Datenbank eingefügt (bei set u41).
> > Nach dem Import zeigen die Datensätze (mit var p\mes) den richtigen 
> > Primärschlüssel, nur gibt es den dann leider zweifach in 
> der Datenbank.
> > 
> > Beim "Probeimport" (set u400) kommen die Datensätze an, haben den 
> > richtigen Primärschlüssel, aber noch keine Identnummer und 
> werden beim 
> > Speichern auch nicht identifiziert, sondern angehängt.
> > 
> In der Tat haben Sie da mal wieder eine Gub-Situation erlebt.
> Die Quellcode-Einsicht zeigte, daß eine Nebenwirkung einer 
> Änderung vorlag, die vor einer Weile gemacht wurde, um die 
> Identifizierung per Primärschlüssel mit der Arbeitsweise des 
> klassischen UPDATE zur Deckung zu bringen. Diese Nebenwirkung 
> ist jetzt ausgemerzt, das bereinigte a99.exe liegt bereit:
> 
>    http://ftp.allegro-c.de/aktuelle-version/a99.lzh
> 
> Normalanwender, die nicht per FLEX Daten einspeisen, sind unbetroffen.
> 
> 
> MfG B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
>