[Allegro] es ging und geht immer noch um " frm und die verwendung von z.b. alt-020(?) im (sehr großen?) formularfeld bringt plötzlichen absturz von a99.exe"

[Klaus Lehmann]

Guten Tag [Frau/Herr] ,

ich schrieb es fast zeitgleich mit den hex20-email.
vermutlich ist es deshalb untergegangen. was aber hier in dieser email beschrieben wird, ist ernst! sehr ernst! ich gebe es nochmal wieder:


[vielleicht betrifft "mein" problem es generell in verbindung mit dem steuerzeichen alt-020, was man ja laut handbuch in a99.exe verwenden kann.]

und vermutlich auch wichtig, es betrifft nur(?) große datensätze.
irgendwann mal habe ich in der cfg DAS notiert:
mK250000                      Groesse (in Bytes)   48.000 / 48.000
     in a99/alcarta:  250.000 Bytes  (doppelt gerechnet!) einfache laenge: 120.000 Bytes!
     info: Aus internen Gruenden muss der laengste Datensatz zweimal hineingehen, und fuer Nachladungen u.a. muss Platz bleiben. 
     d.h. die Grenze fuer einen einzelnen Datensatz liegt bei ca. 20000 Byte (DOS) bzw. ca. 120000 (Windows, UNIX).. 

also sind 120.000bytes so etwas wie (über den daumen gepeilt:) 30 dina4seiten, mit fliesstext. also das datenfald kann theoretisch recht lang werden.
in meinem allegro-imdb habe ich keine(!) probleme: datensätze werden bis zu 120kb.. klapt alles wuenderbar. [aber ins formular rufe ich sowas NIE auf! da iat das schreibfeld von a99 VIEL größer...]
und wenn ich bis zu 120kb inhalt in einem datenfeld habe oder reinstopfe, köappt es alles!  [aber ins formular rufe ich sowas NIE auf! da iat das schreibfeld von a99 VIEL größer...]

gut, zurück zu einem normalen(was ist das?) allegro-C
in letzter zeit passierte es in einer dokumentarischen spzialanwendung einer großen polizeibehörde, wurde ein vorhanderer datensatz ins formulra reingerufen, um es komfortable zu verändern. und waren felder mit langem (fliess-)text (ca 4000bytes), auch ein paar alt-020's drin, editierte man das feld nun, ging auf ENDE (um es abzuspeichern). ZONGGG! -> absturz von a99.exe

es gelingt einem NUR, wenn man das datenfeld in das schreibfeld holt, editiert, und speichert. kein problem.
das "problem" ist die kollegin, die will das formular benutzen.

kennt jemand den fehler?
hat das was mit alt-020 zu tun? 
es könnte sein, daß jetzt "jemand" äußert: ja.... alt-020 war zu dos-zeiten DAS mittel, der ein bisschen "desktop-publishing" reingebracht hat...
hm. ?!


ich bitte um meinungen. danke, viele grüße, Ihr Klaus Lehmann



*******************************************************
* warum gib es diese abstürze vom formular in a99.exe? 
* -> dieser absturz geht so vor sich: klickt man im formular auf "ENDE". Zong! 
* a99.exe ist weg! eine hilflose fehlermeldung seitens windows kommt ("abbrechen" oder "warten"). das wars.
* es kann damit zu tun haben, daß im feld #98 einige hex14 (alt-020) vorkommen. 
* sie werden in dieser betreffenden datenbank viel und gerne genutzt!
*******************************************************

wenn ich hier keine antworten bekomme, dann muss ich alle vorkommenden zeichen (also das echte hex14) konvertieren zu <br />. das erscheint harmlos. es ist aber ein sinnvoller platzhalter, der vielleicht irgendwann mal in einem (nicht?) marc-system genutzt werden kann.

viele grüße, ihr k.lehmann



ps: es geht um eine sehr wichtige "dokumentarische" polizeidatenbank mit 130.000 datensätzen. diese besteht seit ca 30 jahren und wird regelmäßig gepflegt, wurde unter einem 7bittigen sql konzipiert und seit letztem jahr nach allegro "konvertiert" (um ihr !weiterleben! zu gewährleisten!)[die entwickler des sql-programmes sind schon lange nicht mehr im dienst.. ;-((((  ].
ps2: wenn wir glück haben, können die (wenigen) "geheimen verschlusssachen" rausgenommen werden, dann kann sie dem gesamten polizeiapparat zur verfügung gestellt werden. aber das wird bestimmt noch ein jahr dauern. die entwicklung und konversion hat ca 2 jahre gedauert ;-)






-- 
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
* 2019: Neu: vufindnet.de. Ein großer Discovery-Katalog
* 2020: Neu: kohanet.de. Alternativen zu allegro-C und allegronet.de
* 2017-21: Exporte mit Marc. Es höret nimmer auf...