F: Ladefehler 59
Bernhard Eversberg
EV at buch.biblio.etc.tu-bs.de
Di Feb 24 15:41:48 CET 1998
Kollege Allers wurde wieder mal von diesem gefuerchteten Phaenomen
heimgesucht.
Dieser Fehler tritt genau dann auf, wenn ein Schluessel in der Zwischendatei
(II-Datei) nicht korrekt sortiert ist. Die II-Dateien sind ja vorsortierte
Mengen von Registereintraegen, die INDEX erzeugt und QRIX dann zusammen-
mischt. Beim letzten Schritt dieses Zusammenmischens, wenn nur noch
hoechstens 10 II-Dateien vorliegen, wird die echte Indexdatei erstellt,
die .ADX also. Und erst in diesem Stadium kann der Fehler auftreten, denn
das schnelle Erstellen der Indexdatei geht nur, wenn die Schluessel absolut
korrekt geordnet sind. QRIX gibt bei der Fehlermeldung jeweils die zwei
Schluessel aus, die in der falschen Reihenfolge vorliegen. So hat man eine
Chance, dem eigentlichen Problem auf die Spur zu kommen, ob es also etwa
ein Parameterfehler ist. Man achte insbesondere darauf, dass der Befehl
i3 das Leerzeichen enthaelt, d.h. dass ein solches am Ende des Schluessels
entfernt werden muss.
Wie kann es dazu kommen? Z.B. wenn QRIX nicht die korrekte Schluessellaenge
mitgeteilt bekommt, sondern eine groessere oder kleinere. Dann koennen
falsche Vergleichsergebnisse entstehen. Wie kann das kommen? Z.B. wenn
der Befehl il=... nicht in der .API steht sondern in einer nachzuladenden
.APT. Die liest QRIX naemlich nicht. Andererseits uebergibt deshalb INDEX
den korrekten Wert mittels -K... Wenn allerdings die Laenge des QRIX-
Befehls jenseits 128 ist! INDEX hinterlegt den QRIX-Aufruf in der Datei
PROTOK, da kann man es nachpruefen.
Bernhard Eversberg
Universitaetsbibliothek, Postf. 3329,
D-38023 Braunschweig, Germany
Tel. +49 531 391-5026 , -5011 , FAX -5836
e-mail B.Eversberg at tu-bs.de
Mehr Informationen über die Mailingliste Allegro