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

Klaus Lehmann lehmann_klaus at t-online.de
Mo Mär 9 15:18:37 CET 2009


On Thu, 05 Mar 2009 10:28:13 +0100, Thomas Berger wrote:

guten tag herr berger, 

einige erkenntnisse...

<kl>> an der stelle, wo es passiert, sind keine annomalitäten zu sehen.
er
<kl>> meldet ja um die 3000 herum den abbruch.
<kl>> das ist der hinweis: zeiger auf 3000'ste zeile: plusminus500, da
muß
<kl>> was sein. da ist aber nichts (sichtbares). [ich habe noch nicht
zu
<kl>> "analyze" von Ihnen gegriffen...]
<kl>
<kl>"analyze" analysiert die Parameterdatei auf Formalien,
unwahrscheinlich,
<kl>das ein eher subtiler Fehler (immerhin werden 3000 Satze
verarbeitet)
<kl>dabei auffaellig wird.

analyze hat doch tatsächlich einige (wenige) sprungmarken gefunden, die
in wirklichkeit gar nicht da sind.  das ist wohl weniger "schlimm" da
es nur code in der api ist, der nicht angehoppst wird.
und auch vorhanden_sein_müssende sprungmarken. das ist wohl etwas
"schlimmer", aber es sind alles kleinigkeiten (trotzdem dank an das
gespann "analyze/berger"), die api ist eben jetzt sauberer und
logischer.
im endergebnis hat es nix gebracht.

mittlerweile (1. stand) lässt sich das versagen von index.exe auf den
2. durchlauf fixieren. 
bei dem 140'sten datensatz wird sang_und_klanglos abgebrochen, qrix
moniert das fehlen der ii1-datei, eine adx wird nicht gebildet. bwz die
adx aus dem ersten durchlauf bleibt erhalten. 

wie gesagt: das ist alles mit verschiedenen datenbankdateien
reproduzierbar (mal 1x 16MB, mal auch 10x 16MB). UND -T15 ist gesetzt.
dann sieht man,  wo er GENAU stehenbleibt. allerdings habe ich keine
vorstellung, was ist gerade im cache der prozedur. ist es genau der
140'ste datensatz, oder haben wie datensätze für mehr ??MB im RAM?


mittlerweile habe ich doch wieder zum index16/qrix16.exe gegriffen.
knapp 80% des datenmaterials sind sauber(!) durchgelaufen, die
proto?-dateien geben keinen aufschluss auf evtl. fehler. am bildschirm
war nix zu sehen (allerdings: 12 std oder mehr saß ich nicht davor...)
das bedeutet: mit dem 16bitter-gespann index/qrix funktioniert es!

wo liegt der fehler?
ich kann mir einfach nicht vorstellen, daß er IN den ald's liegen kann.
sie müssen sauber sein. (meine hoffnung, kein wissen ;-)
ich kann mir leider eher vorstellen, daß index/qrix32 ein problem hat.
kann index.exe ein problem haben, daß soviel abzuarbeiten ist?
eigentlich nicht: s.o. kleine menge=große menge=gleiches problem
(140'ster datensatz).




<kl>
<kl>> es wäre SEHR hilfreich, wäre index.exe WESENTLICH
auskunftsfreudiger.
<kl>> gäbe es einen debugmodus, oder eine logfunktion, in der ALLES(?)
<kl>> mitgeschrieben wird.
<kl>

nunja, herr eversberg "stöhnte" [berechtigt] auf, als ich mir ein
umfassendes log wünschte. 
was ich aber nicht verstehen kann: kann denn ein(e) log(funktion) nicht
mitschreiben, wenn was abrupt abbricht?
da passiert doch beim 140'sten datensatz etwas......




<kl>> was ich noch nicht versucht habe, ist eine ältere version des
32bitters
<kl>> von index.exe zu nehmen.
<kl>> aus verständlichen gründen möchte ich ungern zu der alten
16bit-version
<kl>> von index.exe greifen.... (als letztes dann wohl doch....)
<kl>
<kl>Nach meinen Erfahrungen hilft Austausch des aktuellen index.exe
gegen
<kl>ein altes INDEX.EXE nicht. Das Fehlerbild mag je nach
Programmversion
<kl>ein anderes sein (bis hin zu "kein Fehler", nur dass die letzten
ii-
<kl>Dateien 0 Bytes haben oder erst das anschliessende qrix sich
aufgrund
<kl>von Arbeitsspeicher-Korruption in der Virtuellen DOS-Maschine nicht
<kl>starten laesst bzw. spinnt), Programmfehler als solche, wo die
neueren
<kl>Versionen scheitern und alte Versionen "korrekt" arbeiten, sind
aber
<kl>nicht bekannt.

ninja. die beiden 16bitter index/qrix funktionieren......
(warum nur?)


viele grüße
ihr klaus lehmann










-- 
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