Diffiziles Indexierungsproblem

Thomas Berger ThB at gymel.com
Fr Mär 26 22:48:24 CET 2004


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

Lieber Herr Allers,

| Genau das passiert mir. Unter den Treffern fast jeder Systemstelle gibt
| es (zumindest) einen solchen, der dort überhaupt nicht auftreten
| dürfte!
|
| Ich habe das Phänomen reproduzierbar für jedermann/jedefrau gemacht:
|
| http://www.allers.privat.t-online.de/hepp/allers6.lzh
|

In Ihrem Unterprogramm #(y haben Sie die Zeile

#cc dcc e1 ,"_J_J _" =cc e0 0 #zz 0

und denken, dass dadurch #ucc belegt wird. Der Trugschluss
dabei ist, dass in Ihrer Datenbank in vielen Faellen #cc
nicht belegt ist, was in der Tat etwas ueberraschend ist.

Ich vermute, dies kommt aus der in Ihren Parametern
moeglichen Kombination

ak=zz+O

#-O
...
#u1 >y e0


wenn mit ak=zz gesprungen wird, gibt es strenggenommen
kein #u1, mich wundert eher, dass das Unterprogramm #(y
dennoch aufgerufen wird. Dort ist dann #cc ziemlich
unsinnig (ist es "#zz" oder "#u1": beides gibt es nicht),
#ucc wird nicht geloescht, behaelt also seinen Wert aus
dem unmittelbar vorausgehenden Datensatz.

viele Gruesse
Thomas Berger


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAZKUoENVh3bB0lwMRAiUeAJ94oQvi9j0Ena4SJ+N5CNghlshADQCfbAyM
QEppAV+pPUHspzCboQZt+5I=
=EFx6
-----END PGP SIGNATURE-----




Mehr Informationen über die Mailingliste Allegro