Vb.26: Verklebte Datensaetze

Bernhard Eversberg EV at buch.biblio.etc.tu-bs.de
Di Aug 22 13:51:56 CEST 1995


Verlautbarung 26 der Entw.Abt.
------------------------------

Verklebte Datensaetze
---------------------

Nach laengerer Zeit wieder einmal trat ein Fall auf, wo ein Satz mit
dem unmittelbar nachfolgenden "verklebt" war, d.h. dass der nachfolgende
unten dran zu haengen scheint, aber als solcher nicht mehr bearbeitbar
ist. Sniffer findet dann falsche Satznummern und dergl. Zum Glueck hat
die betroffene Bibliothekarin genau sagen koennen, was sie vorher gemacht
hatte. Und da mussten wir doch eine verblueffende Feststellung machen,
wo man sich fragt, wieso das noch nicht laengst gemerkt wurde.

Also:
Man korrigiert mit #b-Befehl, loescht das Fenster komplett, also mitsamt
Kategorienummer, und drueckt Enter. Die betr. Kategorie verschwindet aus
dem Arbeitsspeicher, aber in der anschliessenden Anzeige steht dort eine
Leerzeile! Das ist ganz gefaehrlich, denn wenn man jetzt F10 gibt, wird
die Laenge um genau ein zeichen falsch berechnet, und dieses ueberzaehlige
Zeichen ueberschreibt das Kennbyte des nachfolgenden Satzes. 
Beim Wiedereinlesen merkt deshalb das Programm nicht, dass ein anderer
Satz beginnt, liest ihn mit ein, und das sieht dann so aus, als hinge der
nachfolgende Satz hinten dran - ohne erkennbaren Sinnzusammenhang.

Natuerlich wird dieser Fehler beseitigt werden, aber nicht gleich heute.
Vermeidung: Wenn man versehentlich im Fenster die gesamte Kategorie
geloescht hatte, dann F8 geben, um eine Fehlspeicherung zu verhindern.
Wenn man doch schon <Enter> gedrueckt hatte, dann die gesamte Bearbeitung
mit F8 verlassen und die Korrektur nochmals ausfuehren.

Fehlerbeseitigung:
Nur moeglich mittels Norton Commander o.ae., indem man die Datei 
in Hexadezimalanzeige durchsucht nach dem Problemsatz. Man setzt genau dahin,
wo der Beginn des naechsten Satzes ist, einen Code 01, unmittelbar davor
den Code 00. Dann ruft man von PRESTO aus den fehlerhaften Satz erneut
auf und macht die erforderliche Korrektur.

Vermutlich hat sich nie jemand was dabei gedacht, in einem Bearbeitungs-
fenster die Kategorie als Ganzes zu ueberschrreiben, in der Meinung dass 
sie dann weg ist. Waere ja auch nur plausibel, waehrend der #v-Befehl gar
nicht so plausibel und Anfaengern in der Regel unbekannt ist. So gesehen 
muss man damit rechnen, dass der Fehler in etlichen Datenbanken noch 
unerkannt laengst mal passiert ist. 

Empfehlung: Lassen Sie SNIFFER auf Ihre Datenbank los, korrigieren Sie die
evtl. gefundenen Fehler, instruieren Sie Ihr Erfassungspersonal entsprechend.

Very sorry,   B.E.



Mehr Informationen über die Mailingliste Allegro