srch-Problem

Hilger Weisweiler hilger.weisweiler at ub.uni-tuebingen.de
Do Mär 4 15:12:12 CET 2004


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





Mehr Informationen über die Mailingliste Allegro