[Allegro] kleine katastrophe: überlanges feld mit 10900 bytes (und als PS: bemerkung zu janas.exe)

[Klaus Lehmann]

Guten tag allerseits, 


mit zc.flx(inc) kam ein überlanges feld in einem datensatz rein.
s.a. datei feld.txt. ist an der email rangehangen.
siehe dort besonders das allegro-feld #93 . 
es ist fast 11.000bytes groß
es ist über 10.000bytes groß. denn s.a. datei grenzen.htm. 
dort steht drin: 
"Datenfelder - Maximale Feldlänge: intern auf 10000 Byte festgelegt, 
nicht einstellbar."

das überlange feld ist nicht die (kleine) katastrophe!
das was danach passiert, und das auch noch unerkannt, ist die große 
katastrophe!

a99.exe hat !fast! alle neuaufnahmen, die nach dem neuanlegen des o.g. 
datensatzes in die datenbank reinsollten, NICHT gespeichert. es hat 
keine einträge in der log gegeben. es hat keine fehlermeldungen 
gegeben. vermutliche wurden einige sehr wenige neue datensätze 
gespeichert, sowie ebenfalls einige wenige korrekturen (an der #99e 
erkennbar).
doch: EINE fehlermeldung hat es gegeben! als der ganz oben zitierte 
datensatz (die "#20 Aktenkunde") eingegeben wurde, hat es eine 
fehlermeldung gegeben beim weiteren neuanlegen gegeben: satztabelle 
gesperrt! datenbank wurde reorganisiert. danach schien alles gut.

der kollegin ist die ganze sache aufgefallen, als sie die 
neuerwerbungsliste kontollierte. da waren einfach zu wenige titel 
drin. so ist die sache ans licht gekommen.


gedanken/anregungen zur fehlerbeseitigung
=========================================
in z39.inc steht sowas drin:
  970 kommt potentiell sehr oft vor. Abschneiden auf 10000 Byte!
var #uzy(b"`970" 6,10000)
:970
ins #uzX
var #uzX(e"`")
ins _$c_ / _
ins _$f_ [_
ins _$p_, S._
ins #95~

sollte man das auch für das zielfeld #93 machen?
oder: sollte man nicht in die a.cfg eine sperre einbauen, die 
verhindert, daß ein feld größer 11000 bytes werden kann???



ps: ich wäre über ein baldige reaktion dankbar. das schweigen auf 
manche emails, nicht nur auf die der meinigen, stimmt mich manchmal etwas 
verdriesslich.....



ps2. nicht in dem zusammenhang mit der (kleinen|großen) katastrophe. 
es sei erwähnt, daß janas.exe gnadenlos ohne jegliche fehlermeldung 
abstürzt. und zwar die janas.exe vom 27.10.2011. der absturz findet 
bei winxp-prof. sp3 statt.
2. test: mit der janas.exe vom 14.10.2011 passiert das (=der absturz) 
auch!
3. test: mit der janas.exe vom 15.7.2010 klappt es. aber wenn man 
wieder zu a99.exe zurückwill, verharrt a99.exe in ehrfurcht, und wird 
immer weisser. sprich: apsturz diesmal von a99.exe
(die a99.exe ist in allen fällen: 7.11.2011)


-- 
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 * Kleinwolmsdorfer Str. 37
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Always with allegro.
* Internetkataloge&WebHosting für Allegro-C
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
-------------- nächster Teil --------------
Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt.
Name: feld.txt
URL: <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20111206/426dd326/attachment.txt>