[Allegro] srch.exe : Handbremse gelöst

[Klaus Lehmann]

Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Montag, 16. März 2015 um 10:58 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.


> 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.
es ist die srch.exe vom 13.3.2015 11:11Uhr gemeint?!


und welche "handbremse" fehlt im neuen a99.exe?
in der version vom 16.3.2015 heute um 8:44 Uhr ??


danke und gruß k.lehmann





> B.E.


-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden;
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: Bolero 64bit. Fußige Noten aufgeblättert (=Die Fußnotendoku)
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks
* 2015: allegro-vufind. Endlich! Noch moderner! Web2 auch für Ihren Katalog?





Am Montag, 16. März 2015 um 10:58 schrieben Sie:

> 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.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro