[Allegro] neue Version V40.2: srch(exe/job) und konsorten führen zu problemen

Do Apr 23 14:54:27 CEST 2020

Ja, Herr Lehmann, es ist alles ganz hübsch komplex mit der Volltextsuche
und was damit zusammenhängt. srch.exe mußte in Verbindung mit seiner
Einbindung
in einen Job namens a35fts.job, startbar aus Web-Oberflächen, einige
Modifikationen erfahren (oder erleiden), die unter anderen Bedingungen,
wie Sie es nun erleiden mußten, zu Fehlreaktionen führen.
Ich bin im Begriff, aber noch nicht fertig damit, die Einzelheiten nochmal
zu sichten, zu dokumentieren bzw. zu entschärfen. Darüber wird noch
berichtet werden. Sie haben recht, vorerst geht man auf Nummer sicher,
das ältere srch.exe wieder zu aktivieren und dazu auch s1.asp.

Mit dem Ausdruck des Bedauerns
B.E.

Am Do., 23. Apr. 2020 um 14:33 Uhr schrieb Klaus Lehmann <
lehmann_klaus at t-online.de>:

> Guten Tag Herr Eversberg,
>
>
> das neue Paket V40.2 hat dieses drin:
> 14.04.2020  06:41             1.580 srch.apr
> 08.04.2020  21:41           159.744 srch.exe
> 22.03.2020  11:54             5.609 srch.job
> 08.04.2020  21:50               786 s1.asp
>
> alle vier komponenten erzeugen bei mir "ungemach", sprich 2 volle tage
> arbeit, um herauszubekommen, was passiert und was passiert nicht, und
> was ist "falsch" oder "anders".
> bei meinen exporten wird auf vielen ebenen gearbeitet, und alles ist
> aufeinander abgestimmt. ändert sich 1 parameter, egal ob gut
> gemeint, oder ein neues feature, oder oder, gibt es meistens ärger.
> ich wurde "gezwungen", ein srch.exe von 2016 weiter zu verwenden,
> sowie keinen avanti/acon-job: "srch.job", sondern den alten BS-job von
> 2016.
>
> will damit sagen, wer probleme hat, sie auch bemerkt hat (ich habe sie
> tagelang NICHT bemerkt), soll mal sein system auf eine ältere srch.exe
> umstellen, evtl auch auf einen alten srch.job [die s1.aps nicht
> vergessen!). evtl bekommt der kollege seine gewohnte arbeitsergebnisse
> wieder.
>
>
>
>
>
> ich kann nun folgendes berichten:
> =================================
>
>
> 1. die neue srch.exe verlangt nach dem vorhandensein von srch.apr.
> mit srch.exe und OHNE srch.apr habe ich meine prozesse nicht starten
> können. (ich kann mich irren....)
> es wäre schöner, wäre srch.apr (sic: "apr" nicht "apt"), nicht
> default, sondern auswählbar. also eben freiwillig! mir wäre dieses
> wohler.
>
>
> 2. s1.asp
> kann es sein, daß s1.asp einen katastrophalen fehler hat?
> in der 7. zeile steht es so:
>     X       Leerzeichen ersetzt durch X
> mit LEER's davor!
> eine suche mit -s00X0123456789 ist damit unmöglich!
> oder ist das absicht?
> man vergleiche mit einer älteren s1.asp
>
>
> 3. srch.job versus srch.job
> wir haben alle derzeit viele srch.job's im gebrauch
> 22.03.2020  11:54             5.609 srch-2020.job
> 21.04.2020  10:42             6.352 srch-bei-fehlern-nehmen.job
> 01.05.2016  20:34            15.864 srch-thb.job
> 04.04.2019  13:27             6.025 srch.job
> diese sind es bei mir...
>
> zur erklärung:
> I. 22.03.2020  11:54             5.609 srch-2020.job
> ist aus dem neuen allegro-paket.
>
> II. 04.04.2019  13:27             6.025 srch.job
> ist ein alter srch.job aus BS, der VOR 2/2020 galt.
>
> I. und II. sind grundlegend verschieden!
> warum?
> es gibt meines wissen "keine doku", was wie und warum funktioniert.
> die ersten (ca 0-20) zeilen in dem neuen srch.job sind mit wenig
> inhalt gefüllt. leider nicht ausreichend.
> [warum ist das ganze in englisch? ist nicht sehr hilfreich....
> haben "wir" wirklich sowiele internationale anwender? ich bezweifele
> es.]
>
>
>
> 4. und sie tauchen wieder auf: "totgeglaubte"
> im arbeitsablauf des aufrufes von srch.exe. da kommt meistens am ande:
> "converted SrchTerm=irgendwas"
> und irgendwas ist eingerahmt von jeweils einem "merkwürdigem" zeichen.
> ich hab das schon mal (vor 1/2 jahr?) berichtet, es wurde abgestellt.
> und JETZT ist es wieder da. wieso?
> "converted SrchTerm=irgendwas" ist sowas wie die weiderholung der
> suchbegriffe. warum kommt das?
>
>
> so, dieses mal aus meiner sicht. meine routinen funktionieren wieder,
> aber nur mit den alten srch-komponenten!
>
> viele grüße, ihr klaus lehmann
>
>
> --
> 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-18: Sponsor: Peter-Sodann-Bibliothek+IFLA:allegro-utf8
> * 2013-14: Bolero 64bit.+allegro-zdb: endlich. + eBooks
> * 2015-16: allegro-vufind.+ allegro-imd.Die weltgrößte(?) Filmdatenbank
> * 2017-18: Exporte. Marc und Co. Marc ist sehr different
> * 2019: All for VuFind! The perfect export into marc21
> * 2020: Neu: kohanet.de. Alternativen zu allegro-C und allegronet.de
>
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro
>
> Um sich von dieser Liste abzumelden, klicken Sie hier: mailto:
> allegro-request at biblio.tu-bs.de?subject=unsubscribe
>
> To unsubscribe from this list, click here: mailto:
> allegro-request at biblio.tu-bs.de?subject=unsubscribe
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20200423/3ff2aa72/attachment-0001.htm>