[Allegro] srch->srch.job bringt "retrieval stack overflow"

[Klaus Lehmann]

Guten Tag Herr Berger (und Herr Eversberg)
danke für Ihre Nachricht.
Am Dienstag, 14. Juli 2015 um 18:24 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Hallo Herr Lehmann,
>> mit der srch.exe vom 14.4.2015 wird ja zu acon übergeleitet. und acon 
> gewiss nicht: anders als /update/ ist srch immer noch ein
> eigenstaendiges Programm, so wie index, qrix und import

gut, das das mit ALLER(s) deutlichkeit gesagt wurde. 
ich vergesse es anscheinend immer wieder! danke!


>> lasse ich das laufen, bekomme ich bei bestimmten export-parametern die 
>> fehlermeldung:
>> "retrieval stack overflow"

> Im Handbuch wohl tatsaechlich nicht erwaehnt, aber eine der aeltesten
> Fehlermeldungen ueberhaupt:
das ist aber ein versäumnis!
der fehler ist also der (fast) der älteste, und er steht nicht drin 
;-(


>  Der sogenannte "Nachladestapel" hat eine
> *Tiefe* von - soweit ich weiss - 12 Saetzen, wird versucht das zu
> ueberschreiten, gibt es diese Fehlermeldung.




> Fuer bibliographische Aufnahmen ist das durchaus ausreichend, Ursache
> fuer die Meldung ist daher meist eine der beiden folgenden Ursachen:
> * Datensaetze sind (direkt oder indirekt) mit sich selbst verknuepft
hm. wie mag man das erkennen? (ich habe keine antwort dafür...)


> * In der Parameterdatei wird nach Nachladungen nicht sauber
>   zurueckgeschaltet (nach meinen Erfahrungen kann man sich nicht
>   darauf verlassen, dass beim naechsten Datensatz der Nachladestapel
>   automatisch zurueckgesetzt wird, auch wenn das vielleicht
>   wuenschenswert waere).
hm. dann wäre es nicht verkehrt, würde man in die apr-dateien das 
immer mit reinschreiben. hm...

kann man das so formulieren(?):
kommt ein "|52" vor, so sollte immer alsbald danach ein "#<" stehen.

habe ich erstmal im handbuch unter 10.2.6.7 (2 seiten später) 
gefunden....


grüße aus radeberg,
ihr klaus lehmann




> viele Gruesse
> Thomas Berger



-- 
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, 14. Juli 2015 um 18:24 schrieben Sie:
> Hallo Herr Lehmann,

>> mit der srch.exe vom 14.4.2015 wird ja zu acon übergeleitet. und acon 

> gewiss nicht: anders als /update/ ist srch immer noch ein
> eigenstaendiges Programm, so wie index, qrix und import


>> lasse ich das laufen, bekomme ich bei bestimmten export-parametern die 
>> fehlermeldung:
>> "retrieval stack overflow"

> Im Handbuch wohl tatsaechlich nicht erwaehnt, aber eine der aeltesten
> Fehlermeldungen ueberhaupt: Der sogenannte "Nachladestapel" hat eine
> *Tiefe* von - soweit ich weiss - 12 Saetzen, wird versucht das zu
> ueberschreiten, gibt es diese Fehlermeldung.

> Fuer bibliographische Aufnahmen ist das durchaus ausreichend, Ursache
> fuer die Meldung ist daher meist eine der beiden folgenden Ursachen:

> * Datensaetze sind (direkt oder indirekt) mit sich selbst verknuepft

> * In der Parameterdatei wird nach Nachladungen nicht sauber
>   zurueckgeschaltet (nach meinen Erfahrungen kann man sich nicht
>   darauf verlassen, dass beim naechsten Datensatz der Nachladestapel
>   automatisch zurueckgesetzt wird, auch wenn das vielleicht
>   wuenschenswert waere).

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