Leere, nicht loeschbare Saetze (alte antwort)

[Klaus Lehmann]

* Reply to a message in Listserv_AllegroC.
Sibylle Koczian wrote Sep-20-1999 to Klaus Lehmann 
 about 'Leere, nicht loeschbare Saetze' :

Hallo fr, koczian
ich erlaube mir mal, hier die antwort IHnen zu mailen, die ich von th.berger
im winter 98/99 bekommen habe. same problem, same procedure, same year? ;-)
dann braucht herr berger nicht noch mal die tastatur zu bemuehen ;-)


 SK> Zusatz: wegen anderer Probleme wurde die Datenbank erst heute
 SK> morgen neu aufgebaut. Dabei gab es am Ende Fehlermeldungen:

 SK> Ladefehler 22, fehlerhafter Schluessel =>cs|<, Satznr. 373436010.
 SK> Diese Satznummer ist viel zu hoch, wie finde ich einen solchen
 SK> Satz, um ihn zu korrigieren?

 SK> Und: "Index 70 enthaelt 1 Eintraege". Was ist denn Index 70? Was
 SK> ist die richtige Reaktion auf eine solche Meldung?




Date : Fri Dec 18, 20:38                                               pvt rcv 
~~~~~~~~~~~~~~~~~~~~~~~~~
>From : ThB.com at T-ONLINE.DE                                         0:0/0
To   : Klaus Lehmann                       
Subj : Re: index 49                                                          
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
>  INDEX 11 enth=84lt 633399 Eintr=84ge
> Ladefehler 26, fehlerhafter Schl=81ssel =3D>|defd
>                                        ~~~~~~ !!!!
>   (voriger=3D>\=03<), Satznummer =3D 422522474
>             ~~~~ hier sind ANDERE zeichen drin! ich kann sie NICHT in den
>                  maileditor eingeben ;-)

> !!!!!!!!!!
>  INDEX 49 enth=84lt 1 Eintr=84ge
> Gesamtzahl Indexeintr=84ge =3D 3032014
> verschiedene =3D 874056
> !!!!!!!!!!!

> was ist da oben???? ladefehler 26.....
> dieses ' |defd ' ist bestandteil eines sachtitels aus db-datensaetzen:
> #20 Deutscher Fernsehdienst ; |defd
> einige fragen dazu:

> a. WER hat |defd in 'meinen' db-datensatz reingeschoben?
> auf anderen datenbanken ist dieser datensatz OHNE '|defd' !
> (mittels import.exe holen wie die db's rein, in unsere 
  zugangsdatenbank)

Vermutlich eine Titelabkuerzung aus dem entsprechenden MAB-Feld, =
die dann lt. globaler Ersetzung in den Importparametern mit "|" =
an das vorige Datenfeld angeklebt wird.

> b. woher kommt die indexbezifferung '49' her?
> das d-zeichen steht doch fuer hex 100 ?!
> einen index nr.49 kann ich nie aufsuchen, oder?

"d" =3D chr(100)
"0" =3D chr(48)
";" =3D chr(59)

 59-48=3D11 (o.k.)

100-48=3D52
|defd sollte also eigentlich eine Meldung betreffend Index 52 hervorrufen. =


(#20 wird durch die Indexparameter vermutlich bei " ; " 
zerhackt, dann steht "|d..." vorne in einem Schluessel, das 
darf nicht sein.


'Index 49' sollte eher von (48+49=3D97) einem Schluessel "|a..."
herruehren.

> c. wie kann ich mittels dieser fehlermeldung (=3Dprotoq) den fehlerhaften
> datensatz SCHNELL und ohne probleme suchen? die zeichenkette '|defd' zu=
 suchen geht ja noch. aber bei folgender protoq-meldung sehe ich probleme:
> Ladefehler 26, fehlerhafter Schl=81ssel =3D|,
>   (voriger=3D>\=03<), Satznummer =3D 372846186


aussichtslos. Was geht (beides schon einmal gemacht):
* .api in .apr umbauen, in Datei umleiten, durchgrep'en
  (etwas Arbeit)
oder aber:
* qrix.exe umbenennen, ii-Dateien in Klartext rueckaufloesen
  (nicht schwer) durchgrep'en.
So oder so sind Sie Weihnachten ein paar Stunden beschaeftigt :-(
Oder aber schlafende Hunde schlafen lassen und "|" umcodieren...

viele Gruesse
Thomas Berger





Viele Gruesse
 Klaus
  Lehmann
   SysAdmin of Novell-Servers in Kreuzberg & Allegro-C-Dienstleistungen 
--- timEd/2 1.10.y2k+
--
|Fidonet:  Klaus Lehmann 2:2411/801.502