[Allegro] Wunderbare und -liche Welten aus dem Index bzw. qrix.exe

Mi Jun 20 08:28:25 CEST 2018

[leider jetzt erst die nötigen antworten auf so vieles nützliches aus
den letzten wochen, aber allegronet.de war wie immer als einziger vertreter auf
dem bibliothekartag, und es war richtig viel los! dazu gleich in der
nächsten email]

Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Dienstag, 5. Juni 2018 um 11:43 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

>> Gesendet: Freitag, 01. Juni 2018 um 12:51 Uhr
>> Von: "Klaus Lehmann" <lehmann_klaus at t-online.de>
>> 
>> 
>> ich denke mal unqualifiziert weiter:
>> augenscheinlich ist ja qrix.exe an die 2GB-grenze gebunden.
>> vermutlich kann man diese grenze ganz einfach aufheben. "einfach"....
>> aber was haben wir davon?
>> qrix würde also eine adx (in meinem fall: apx) erzeugen, die größer als 2GB ist.
>> wir haben aber NIX davon!
>> weil: DANN müsste man a99.exe "überzeugen", eine
>> "index-basis-datei" einlesen zu können, die größer als 2GB ist.
>> UND an dieser Stelle kommt man an größere probleme, als qrix.exe sie hat.
>> denke ich richtig?
>> 
>> 
> Ja. Etwas genauer:
> Was bei Dateien oberhalb 2GB funktioniert, das ist der lesende und schreibende
> serielle Zugriff, d.h. vom Anfang her ein Byte nach dem andern lesen bzw. schreiben.
> Was *nicht* geht, ist der wahlfreie Zugriff auf eine beliebige Position innerhalb
> der Datei. Das jedoch ist es, was beim Indexzugriff in a99, acon oder auch PRESTO
> gebraucht wird. Was diese Programme tun, ist kein "Einlesen" der (gesamten) Datei,
> sondern sie springen an einen Punkt (der vorher ausgerechnet wurde) innerhalb der
> Datei und lesen von da an seriell eine Anzahl von Bytes. Dieses Hineinspringen an
> irgendeine Position das geht bei den Dateien oberhalb 2GB eben nicht. Jedenfalls
> nicht mit Dateien, die intern 16bit-Adressen für Positionen enthalten, und so eine
> ist leider der Typ .adx. Und nein, ändern können wir das nicht, das ist leider zu komplex.
> Intern enthält so eine Datei ungemein viele 16bit-Adressen von anderen Positionen
> innerhalb der Datei. Diese müßten alle auf 32bit umgestellt werden, und das hätte
> noch etliche andere Neben- und Folgewirkungen.

ja. ich hatte mir das schon gedacht (so in etwa), daß es dann intern
um die lesefähigkeit der 16bit-adresse geht, und diese eben nicht so
leicht oder gar nicht in 32bit-adressen umzuwandeln seien. gut
und doppelgut ("plusgut" nach george orwell?) ist, das wir eben wissen, die i-dateien können
SEHR werden!
wenn "ich" (ich meine egal "wer") sehr gut mit der allegrotrickkiste
umgehen kann, dann kann ich SEHR große index(teil)bereiche erzeugen! das
muss dann gut vorausgeplant werden. ich habe im experiment geschafft,
aus den ca 20GB umfassenden letzten(!) i-dateien eben sehr viele
*.a?x-dateien zu erzeugen! (so von *.aax bis *.azx) ;-)
es war wie neulich erwähnt, nur ein experiment, der indexlauf hätte
2-3 wochen gedauert! dat wollt icke nicke!

nebenbei: a99.exe hat etwas zugriffsprobleme, wenn es ausgelagerte
bereiche zu greifen soll (die datei *.a?x nie größer als 2GB! klar!):
es kann die stelle springen, aber zurück geht es nicht mehr. a99.exe
schliessen und erneut suchen heisst es dann.....

naja.
grüße, k.l.

> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.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-12:  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
Lesen Sie auf http://portal.allegronet.de/allegrowerkstatt/allegro-windows die
Wahrheit zur Zukunft von allegro-C. Bilden Sie sich Ihre eigene Meinung! Lesen Sie!

Am Dienstag, 5. Juni 2018 um 11:43 schrieben Sie:
>> Gesendet: Freitag, 01. Juni 2018 um 12:51 Uhr
>> Von: "Klaus Lehmann" <lehmann_klaus at t-online.de>
>> 
>> 
>> ich denke mal unqualifiziert weiter:
>> augenscheinlich ist ja qrix.exe an die 2GB-grenze gebunden.
>> vermutlich kann man diese grenze ganz einfach aufheben. "einfach"....
>> aber was haben wir davon?
>> qrix würde also eine adx (in meinem fall: apx) erzeugen, die größer als 2GB ist.
>> wir haben aber NIX davon!
>> weil: DANN müsste man a99.exe "überzeugen", eine
>> "index-basis-datei" einlesen zu können, die größer als 2GB ist.
>> UND an dieser Stelle kommt man an größere probleme, als qrix.exe sie hat.
>> denke ich richtig?
>> 
>> 
> Ja. Etwas genauer:
> Was bei Dateien oberhalb 2GB funktioniert, das ist der lesende und schreibende
> serielle Zugriff, d.h. vom Anfang her ein Byte nach dem andern lesen bzw. schreiben.
> Was *nicht* geht, ist der wahlfreie Zugriff auf eine beliebige Position innerhalb
> der Datei. Das jedoch ist es, was beim Indexzugriff in a99, acon oder auch PRESTO
> gebraucht wird. Was diese Programme tun, ist kein "Einlesen" der (gesamten) Datei,
> sondern sie springen an einen Punkt (der vorher ausgerechnet wurde) innerhalb der
> Datei und lesen von da an seriell eine Anzahl von Bytes. Dieses Hineinspringen an
> irgendeine Position das geht bei den Dateien oberhalb 2GB eben nicht. Jedenfalls
> nicht mit Dateien, die intern 16bit-Adressen für Positionen enthalten, und so eine
> ist leider der Typ .adx. Und nein, ändern können wir das nicht, das ist leider zu komplex.
> Intern enthält so eine Datei ungemein viele 16bit-Adressen von anderen Positionen
> innerhalb der Datei. Diese müßten alle auf 32bit umgestellt werden, und das hätte
> noch etliche andere Neben- und Folgewirkungen.

> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro