[Allegro] index(32bit).exe vom 1.9.2008 : problem: index bricht ab

Klaus Lehmann lehmann_klaus at t-online.de
Do Mär 5 08:01:21 CET 2009


On Wed, 04 Mar 2009 21:46:42 +0100, Thomas Berger wrote:

Guten Morgen Herr Berger, 

<kl>> der schnelle index (1. lauf) geht sauber durch
<kl>> der zweite, langsamere (2. lauf) stoppt bei (ca) datensatz 3000.
und
<kl>> meldet: 
<kl>> nachfolgendes in EINER zeile:
<kl>>    3000       0        22905      22905
<kl>> Datei b:\temp\dbcindex\ii1 nicht vorhanden
<kl>> _ende der EINEN zeile.
<kl>> warum passiert hier was?
<kl>> ich lege meine hand ins feuer,, daß bei der datenbankdatei
dbc_100.ald 
<kl>> alles in ordnung ist!
<kl>> und trotzdem bricht index (2.lauf) ab, will die (angeblich)
entstandenen
<kl>> ii-dateien sortieren.

ich bin sicher, das verhalten tritt bei index.exe auf. 
(meine schlußfolgerung von oben ist falsch, daß er die ii-dateien
sortieren will.)
es ist der 2. lauf von index.exe, der plötzlich die ii1-datei nicht
mehr sieht. korrekt?



<kl>Normales Verhalten eigentlich: Es gibt ein Problem in den
<kl>Indexparametern, irgendwann stuerzt index.exe ab. Evtl.
<kl>ist ein errorlevel gesetzt. Ob Index eine Fehlermeldung ausgibt,
<kl>oder Dr. Watson zuschlaegt, oder ob es wie in Ihrem Fall still
<kl>vor sich hin stirbt, ist bei dieser Sorte Problemen uneinheitlich.

dr. watson habe ich noch NIE bei allegro-abstürzen gesehen. wenn dann
einen NTVDM-(oder ähnlichen)-fehlerhinweis.


<kl>
<kl>Erschwerend kommt hinzu: Es ist nicht auszuschliessen, dass es
<kl>doch ein Problem mit den Daten gibt, dass der erste Indexlauf
<kl>durch kommt (und auch "sauber" durch kommt) sagt nicht viel aus.
<kl>
<kl>Ich hatte z.B. frueher einmal ueble Abstuerze wegen
doppelter/leerer
<kl>#00, also typischerweise
<kl>
<kl>#00
<kl>#00 a1234

ja, das habe ich alles nicht nur in erinnerung, es ist eigentlich
tägliche praxis, wenn ich mit älteren datenbanken zu tun habe
(vorwiegend aus der dos-zeit).
ist passiert auch, wenn die dritte stelle mit einem steuerzeichen
(o.ä.) belegt ist.


an der stelle, wo es passiert, sind keine annomalitäten zu sehen. er
meldet ja um die 3000 herum den abbruch.
das ist der hinweis: zeiger auf 3000'ste zeile: plusminus500, da muß
was sein. da ist aber nichts (sichtbares). [ich habe noch nicht zu
"analyze" von Ihnen gegriffen...]

es wäre SEHR hilfreich, wäre index.exe WESENTLICH auskunftsfreudiger.
gäbe es einen debugmodus, oder eine logfunktion, in der ALLES(?)
mitgeschrieben wird.
herr eversberg, ist da was machbar?

was ich noch nicht versucht habe, ist eine ältere version des 32bitters
von index.exe zu nehmen.
aus verständlichen gründen möchte ich ungern zu der alten 16bit-version
von index.exe greifen.... (als letztes dann wohl doch....)


viele grüße
ihr klaus lehmann


<kl>
<kl>die [Abstuerze] traten aber nur auf, wenn die Indexparameter
<kl>etwas bestimmtes damit taten (als #ch auf die Kategorie zugreifen,
<kl>oder so). D.h. der erste Indexlauf kam durch (erwischte halt nur
<kl>die "leere" Identnummer), die Gesamtindexierung scheiterte aber
<kl>dennoch.
<kl>
<kl>viele Gruesse
<kl>Thomas Berger


-- 
Klaus Lehmann
eMail:  allegronet at t-online.de
phone:  03528-452 807(fax 809); mobil 0171-953 7843
adress: allegronet.de Klaus Lehmann
D-01454 Radeberg; Kleinwolmsdorfer Str. 37
Mitglied: Gewerbeverein und IHK Dresden seit 2005
http://allegronet.de + http://allegronetCMS.de

Die langjaehrige allegro-Werkstatt
Internetkataloge & WebHosting für AllegroC
Praesentationen auf den jaehrlichen bibliothe-
karischen Fachkongressen seit 2006 
****     "Our best ideas are born at home"     ****
****(Dave Lester: New Freedom Data Center,1995)****
**** 2008: allegro-cjk fuer China,Japan,Korea  ****
**** 2008: allegro-ivrit (hebraeisch)          ****




Mehr Informationen über die Mailingliste Allegro