AW: srch-Problem

[Osterhus Dr., Ulrich]

Hallo Herr Weisweiler,

vielleicht sollten Sie sich doch einmal den betreffenden Datensatz mit einem
hex-Editor anschauen. Es kann sein, dass sich ein Dez26 (End of File) in den
Datensatz gemogelt hat und dann wäre da Schluss!

Schönen Feierabend wünscht
Ulrich Osterhus


> ----------
> Von: 	Hilger Weisweiler[SMTP:hilger.weisweiler at ub.uni-tuebingen.de]
> Antwort an: 	allegro at buch.biblio.etc.tu-bs.de
> Gesendet: 	Donnerstag, 4. März 2004 15:12
> An: 	Diskussionsliste Allegro-C
> Betreff: 	srch-Problem
> 
> Lieber Herr Berger, liebe Liste,
> 
> vor einigen Stunden habe ich von einem Exportproblem berichtet.
> Hier noch einmal der Text meiner vorigen Mail:
> 
> -----------
> 
> wir produzieren mittels zweier srch-Laeufe und anschliessenden 
> Indexierens jede Nacht unsere Datenbank neu, was seit Jahren 
> problemlos klappt. Es wird die englische Sacherschliessung erzeugt; 
> ferner werden Verweisungen aus Stammsaetzen in die Titeldatensaetze 
> nachgeladen.
> 
> Heute nacht hielt srch kurz vor Ende des ersten Durchlaufs an. Es 
> erschien die Windows-Fehlermeldung, srch.exe habe einen ungueltigen 
> Befehl entdeckt. Die DOS-Maschine wurde aber nicht angehalten.
> 
> Die Datenbank umfasst knapp 298.000 Saetze; der Fehler trat etwa beim 
> 
> 297.700sten Satz auf. Der Satz, bei dem er auftrat, sowie auch der 
> vorausgehende und der folgende waren voellig intakt und 
> unproblematisch. Die Exportparameter haben sich seit dem Vortag nicht 
> 
> geaendert. Die Parameterdatei ist einschliesslich einer nachgeladenen 
> 
> cPT-Datei ca. 19.000 Bytes gross - und alles hat, wie gesagt, bis zum 
> 
> Vortag vorzueglich geklappt. Bei einem Testlauf, den ich heute morgen 
> 
> gemacht habe, nachdem ich zuvor die Datenbank entlueftet hatte, 
> passierte aber wieder dasselbe.
> --------------------
> 
> Nachdem Herr Berger mir schrieb, der Abbruch eines srch-Laufs sei 
> wohl einem korrupten Datensatz zuzuschreiben, habe ich den srch-Lauf 
> aus einer frisch indexierten Datenbank wiederholt. Ergebnis: ziemlich 
> genau wie oben geschildert. Ca. 150 Saetze vor dem letzten brach der 
> srch-Lauf ab.
> 
> 
> 
> Die Fehlermeldung des Systems lautet:
> ******************
> 16-Bit-MS-DOS-Teilsystem
> Laufwerk G - Verz. ZID -srch -f6 -km -d*mpc -ep-
> eng1/c:\temp\fehltest.mlg -m0 -v0
> 
> Die NTVDM-CPU hat einen ungueltigen Befehl entdeckt.
> CS:0000 IP:0077 OP:f0 37 05 0e 02
> ******************
> (Also nicht, wie ich oben irrtuemlich schrieb, srch.exe!)
> Ich waere sehr dankbar, wenn mir jemand sagen koennte: Liegt's 
> irgendwie an der Exportparametrierung? Oder ist es doch ein 
> Geraeteproblem? Ein Ueberlauf von Anwendervariablen kann nicht 
> vorliegen, denn diese werden zu Beginn der Exportparameterdatei alle 
> geloescht mittels
> #nr d~~ e0
> 
> Dankbar fuer jeden Hinweis, gruesst
> H. Weisweiler---------------------------------------------------
> Dr. Hilger Weisweiler
> Leiter der Theologischen Abteilung
> Universitaetsbibliothek Tuebingen
> Tel. +49 (0)7071/297 2835
>