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