[Allegro] acon.exe 4.2.205 mit diagnostischem einschub: fehler

[Klaus Lehmann]

Guten Tag,
danke für Ihre Nachricht.
Am Dienstag, 17. Februar 2015 um 10:12 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

kurz geantwortet.
> Am 17.02.2015 um 10:00 schrieb Klaus Lehmann:
> Das Tabzeichzen markiert statt 01 den Beginn eines gelöschten oder
> ungültigen Satzes in einer .ald-Datei. Das ist korrekt, kein Fehler.
> srch.job sollte diesen Satz dann übergehen.
tut es demnach nicht.


> So wird's nichts, Ihre Beschreibungen helfen nicht weiter, ich brauche
> Testmaterial, mit dem das Problem nachvollziehbar ist.
ich muss erst um erlaubnis bitten. es ist keine von "meinen" 
bibliotheken ;-)

> Es würde die .ald-Datei genügen, oder auch nur deren Abschnitt bis zu
> dem Punkt des Abbruchs. Dazu die Exportparameter und die CFG.

> Und nochmal die Nachfrage: Haben Sie es eigentlich auch mit srch.exe
> versucht? Oder aus welchem Grunde muß es unbedingt acon mit srch.job
> sein oder warum ist srch.exe vollkommen inakzeptabel obwohl wesentlich
> schneller?

wir sind in einem produktionssystem. ich kann mir nicht mal eine 
sekunde (/ist etwas übertrieben/) sekunde stillstand erlauben!

für "meine leute" ist es nicht akzeptabel, wenn auch nur 1 datensatz fehlt.

sollte ich von acon auf srch.exe wechseln, benötige ich 3-4 tage zum 
testen, die habe ich derzeit !nicht!. und: nicht nur ich bin ein 
sturkopf, auch andere kollegen haben von probleme mit acon berichtet.
für denproduktionsbetrieb benutze ich eben die version dezember2014!
für allegro-utf (AUCH das problem ist NOCH offen) benutze ich a99.exe 
von 2013? oder so).

acho, vergessen:.... die skripte, die seit jahren laufen, müssten eben 
umgeschrieben werden. KEINE zeit! 
um es gleich zu erwähnen: nein: acon ist nicht 1:1 srch.exe kompatibel 
;-)

gruß k.l.


> B.E.


> _______________________________________________
> 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 Dienstag, 17. Februar 2015 um 10:12 schrieben Sie:
> Am 17.02.2015 um 10:00 schrieb Klaus Lehmann:
>>
>>
>>

>> in EINEM fall hatte ich entdeckt: daß ein falscher zeilenanfang in der
>> ald dafür verantwortlich war: ein tabzeichen (statt hex00 oder hex01).
>>
> Das Tabzeichzen markiert statt 01 den Beginn eines gelöschten oder
> ungültigen Satzes in einer .ald-Datei. Das ist korrekt, kein Fehler.
> srch.job sollte diesen Satz dann übergehen.

> So wird's nichts, Ihre Beschreibungen helfen nicht weiter, ich brauche
> Testmaterial, mit dem das Problem nachvollziehbar ist.
> Es würde die .ald-Datei genügen, oder auch nur deren Abschnitt bis zu
> dem Punkt des Abbruchs. Dazu die Exportparameter und die CFG.

> Und nochmal die Nachfrage: Haben Sie es eigentlich auch mit srch.exe
> versucht? Oder aus welchem Grunde muß es unbedingt acon mit srch.job
> sein oder warum ist srch.exe vollkommen inakzeptabel obwohl wesentlich
> schneller?

> B.E.


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