[Allegro] Windows-Fehler bei Indexierung mit kleiner, aber spezieller cat.api

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg,


> In diesem Fall ist es eben die exzessive Verwendung von Code 8
> *innerhalb des Abschnitts einer einzelnen ak-Bearbeitung*.

... die wiederum immer beliebter wird, seit sich herausgestellt hat,
dass Zwischenspeichern von Inhalten in Anwendervariablen und
abschliessende Verarbeitung derselben mittels eines ak-Statements
schon bei viel bescheideneren Mengen (4096 Zeichen?) als "exzessiv"
qualifiziert worden ist...


> Genauer:  Wenn man  ak=nn."; "+P  haette, dann ergäben sich
> x Durchläufe durch den Abschnitt #-P, einer pro Bestandteil einer
> jeden #nn, der durch "; " begrenzt ist. Jeder dieser Durchläufe
> hat das Recht, bis zu 19800 Bytes zu produzieren, die danach am

Die Grenze kannte ich noch nicht. Ist die irgendwo dokumentiert?

> Code 8 wieder zerlegt werden. (Fragen Sie nicht, warum diese Zahl,
> dann wird diese Erklärung wirklich länger als Ihre Geduld.)
> 
> Wenn also im Abschnitt #-P während eines Durchlaufs mehr
> produziert wird, ist Feierabend.
> 
> Abhilfe im Fall Allers:

Abhilfe allgemein: Geraet (typischerweise als einziges, erstes oder letztes
Zeichen des hinzukommenden Texts) ein Zeichen 8 in den obigen Ausgabepuffer
und hat dieser bereits mehr als 16kB => Einfach alles rausschieben...

Gewisse Optimierungen koennen dann evtl. nicht mehr stattfinden, das
kennen wir aber von "eine Etage hoeher", als aufgegeben wurde /alle/
Schluessel eines Datensatzes vor dem Wegschreiben in die ii-Datei im
Arbeitsspeicher zusammenzuhalten.

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAktvyvYACgkQYhMlmJ6W47NUZAP/VeAZeJCUdE6mLSEB2nuDFjaA
i5CLfYrComOUMiO1Rz/gKSNu05qCqvP3IaD2uGPBJhGHmgoU9fD75EOPsHjJDOUF
7FlZPDf9c8UlyeHZxhcDRc4m+Ck/0PsBw/McVnRZ8NnVAC0V52RD+qDvOezziWe+
hozyWeSjG3NYVhwuGs0=
=wmyH
-----END PGP SIGNATURE-----