[Allegro] srch.exe : Handbremse gelöst

[Bernhard Eversberg]

Kollege Berger hatte Ärger mit srch.exe: Im Falle von Nachladungen in
den Exportparametern fuhr es nicht merklich schneller als "acon -jsrch"
und fiel nach einigen Megabyte sogar in ein veritables Schneckentempo.

Die Analyse ergab, daß im Fall von Nachladungen die Exportdatei jeweils
zu- und nach erfolgter Nachladung wieder aufgemacht wurde. Ein Kommentar
von 1992 (!) an der Stelle (in srchi.c) wies darauf hin, daß diese
Maßnahme wegen "unerklärlicher Fehler" eingebaut worden war. Damals
wurde noch ein Borland-Compiler verwendet, der anscheinend Probleme
hatte mit einigen Arten von Dateioperationen, die wir nicht näher
festnageln konnten. Die genannte Maßnahme, ganz klar ein Behelf, war
wohl ergriffen worden, weil anders die "unerklärlichen" Probleme nicht
zu erschlagen waren.
Das Thema geriet dann in Vergessenheit - die Malaise war ja weg - und
bei Einführung von Visual C++, viel später, blieb der Notbehelf eben
drin und kam nicht wieder zum Bewußtsein, denn das Programm tat
fehlerfrei seinen Dienst. Erst jetzt fiel die Sache wieder auf, als
dem offenbar auf Nachladungen beruhenden Ärger Bergers nachgegangen
wurde.
Der Notbehelf, der sich nun als eine Art Handbremse erwies,
wurde stante pede eliminiert und das nunmehr unentschleunigte srch.exe
läuft bei Nachladungen mehrfach schneller als zuvor.

Unter  aktuelle-version/srch.zip  findet man die neue Variante.

B.E.