[Allegro] irgendwas stimmt nicht: acon.exe vom 1.9.2015 8:06

[Klaus Lehmann]

zwar hat herr berger recht.
aber so gehts (trotzdem) nicht!

> Am 02.09.2015 um 11:23 schrieb Klaus Lehmann:
> Gluecklicherweise. Denn beinahe haetten WIR den Salat gehabt
> und ueber einen Fehlerreport nachgedacht, der auf speziellen
> Features einer "gepatchten" Umgebung beruht.
> Insofern war auch nicht hilfreich, als Sie gestern noch
> erwaehnt hatten:
>> ups. vergessen zu notieren:
>> update.job (aus letzter version aus BS)
>> header:
>> // update.job : Emulation der Funktionen von UPDATE.EXE mit acon
>> // $HeadURL: https://svn.allegro-c.de/svn/download/prog/update.job $
>> // Originalversion von Th. Berger 2011, modif. B. Eversberg 2012-01
>> // beruht auf $Id: update.job 24123 2011-12-08 23:13:27Z ThB $
> ...
> denn weder reflektierte das Einkopierte die seit 2012 stattgefundenen
> Aenderungen darin noch stimmte das "aus letzer version aus BS"...
> Erfahrungsgemaess ist es aber wertvolle Information, die relevanten
> Zeilen aus einem Verzeichnislisting einzukopieren. So "ist" z.B.

> 02.07.2015  12:44            36.214 update.job
> der update.job aus V35.8

wenn hier tips aus BS veröffentlicht werden, sind sie für mich (und wohl andere) gesetz!
reden wir nur von mir. tips, patches, neue versionen dürfen niemals
für EINEN sein, sie müssen immer allgemeingültig sein. was meinen, wie
systeme SCHWER zu pflegen sind, wenn ich bei zyx die srch.exe von 1993
NUR einsetzen darf. und bei anderen die moderne mit acon und co.
ich muss JETZT schon ein spezielles a99.exe aus etwas ältere zeit für
mein allegro-utf8 nehmen, weil ich es immer noch nicht geschafft
habe, die neuen fähigkeiten was utf8 und co betrifft, in der aktuellen
a99.exe zu testen.

so. UND wenn dann noch eine NEUE allegro-version kommt, in der bis zu
100 dateien einen NEUEN dateistempel haben, weil im header was
angefixt wurde, dann geraten die WICHTIGEN sachen unter die räder,
weil man erst nach der 20'gsten datei erkennt, da "iss NISCHT neuet!"
so.

somit sind meine tests, die mich EINEN tag arbeit gekostet haben, für
"den popo!". weil unter falschen bedingungen erzeugt. herr berger hat u.U.
völlig falsche rückschlüsse gezogen (SORRY!!!!!), und aus seinen
antworten, die ICH nahezu aufgesaugt habe ;-) , schliesse ich wieder falsch.
andere notieren die patche, gedankenlos, .... und "jemand" hat den
salat.

so.
also alle tests (teil1-5) werde neu machen müssen!
grüezi.



> viele Gruesse
> Thomas Berger
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro



-- 
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 Mittwoch, 2. September 2015 um 11:34 schrieben Sie:
> Am 02.09.2015 um 11:23 schrieb Klaus Lehmann:

>>> Herr Eversberg hatte Ihnen vor ein paar Tagen geraten,
>>> auch beim zweiten "find" in update.job ein "?" zu
>>> spendieren. Ich vermute, das haben Sie dann umgesetzt...
>> natürlich. alles was man mir sagt, mache ich. (meistens) ;-)
>> 
>> war das falsch? sie hatten sich da von einigen skeptisch geäußert, daß
>> das nicht ok sei...
>> hm, UND nun habe ich den salat?

> Gluecklicherweise. Denn beinahe haetten WIR den Salat gehabt
> und ueber einen Fehlerreport nachgedacht, der auf speziellen
> Features einer "gepatchten" Umgebung beruht.

> Insofern war auch nicht hilfreich, als Sie gestern noch
> erwaehnt hatten:

>> ups. vergessen zu notieren:
>> update.job (aus letzter version aus BS)
>> header:
>> // update.job : Emulation der Funktionen von UPDATE.EXE mit acon
>> // $HeadURL: https://svn.allegro-c.de/svn/download/prog/update.job $
>> // Originalversion von Th. Berger 2011, modif. B. Eversberg 2012-01
>> // beruht auf $Id: update.job 24123 2011-12-08 23:13:27Z ThB $
> ...

> denn weder reflektierte das Einkopierte die seit 2012 stattgefundenen
> Aenderungen darin noch stimmte das "aus letzer version aus BS"...

> Erfahrungsgemaess ist es aber wertvolle Information, die relevanten
> Zeilen aus einem Verzeichnislisting einzukopieren. So "ist" z.B.

> 02.07.2015  12:44            36.214 update.job

> der update.job aus V35.8


> viele Gruesse
> Thomas Berger
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro