[Allegro] Sorry, jemand anderes war schneller

[Thomas Berger]

Lieber Herr Eversberg,

die UIFE-Meldung 375 feiert in V33.3 froehliche Urstaend...

Um es an der Demodatenbank zu reproduzieren, braucht es etwas
Vorbereitung, weil die Saetze dort alle keine Datumsstempel
haben.

Ich habe einmal uebers Titelregister trunkiert (Suchbegriff a?)
das ganze Alphabet eingesammelt, per Globaler Ersetzung eine
#99e eingefuegt und alles gespeichert. Anschliessend habe ich
per Globaler Ersetzung #99e in #99n umbenannt und die
Ergebnismenge noch einmal abgespeichert. Dann im Besen-Menue alles
angekreuzt und so moeglichst viel aufgeraeumt, a99 anschliessend
beendet.

Soweit die Vorbereitung, nun der Test:

a99 starten, uebers Titelregister trunkiert moeglichst viele
Titel sammeln.

Dann ueber das Find-Menue eine Volltextsuche in der Ergebnismenge
ausfuehren, Suchbegriff etwa #90,2  : Das liefert dann eine
gewisse Menge von Titeln.

Irgendeinen davon im Ergebnismengenfenster ansteuern, das
Fenster schliessen und den Satz mit "Speichern" speichern:
Es kommt die Nachfrage, ob gespeichet werden soll, bei "ja"
dann die Meldung mit der Rueckfrage "trotzdem speichern".

Der Anwender, der mir davon berichtet hat, hat jedes zweite
Mal auch Abstuerze von a99 erlebt, das kann ich mit einer
Kopie seiner Datenbank reproduzieren, aber nicht mit der
Demodatenbank: Es /koennte/ sich also um ein Ueberlaufproblem
handeln, dort sind die Satznummern, die ja mit in die
Stempel wandern, typischerweise sechsstellig und in der Demo-
Datenbank nur dreistellig.

Die "Volltextsuche in der Ergebnismenge" scheint unabdingbar,
um den Fehler zu provozieren, ~eigentlich~ sollte es aber
so sein, dass aufgrund des vorherigen Aufraeumens der Offline-
Speicher maximal aus dem fraglichen Satz besteht und waehrend
der Durchfuehrung der Volltextsuche ohnehin noch ganz leer
war? Sehr merkwuerdig eigentlich...


viele Gruesse
Thomas Berger