[Allegro] acon: if Del ... nach fetch record

[Thomas Berger]

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

Lieber Herr Eversberg,

> Damit ein wirklich zuverlässiges Prüfen auf Gelöschtheit des gerade
> eben mit "fetch record" eingelesenen Satzes möglich wird, werden wir
> in acon dieses einbauen:
> 
> if Deleted ...
> 
> und die Satznummer  iR  wird dann negativ (braucht man zwar wohl sowieso
> nicht, aber immerhin).

aber so ein geloeschter Satz (in .ald oder .log-Datei) hat doch eine
ganz reale Satznmmer, gibt das dann nicht irgendwo boese Ueberraschungen,
z.B. beim reaktivieren?


> Das Datenfeld  #u1    @@@@@  bleibt trotzdem.
> 
> 
> (Mit "if deleted", also kleines d, wird ja die Gelöschtheit des
> aktuellen, z.B. mit "find #n" aus der Datenbank eingelesenen Satzes
> geprüft!)

inwiefern ist "if Deleted" davon verschieden?

mir ist bei "fetch record" immer noch einiges unklar: Einerseits ist es eine
acon-Spezialitaet und wegen der Besonderheiten bei update-artigen Vorgaengen
sehe ich die Notwendigkeit ein, das echte Einlesen als Datensatz in den
Arbeitsspeicher zu verzoegern (bis etwa anhand der schon verfuegbaren Internen
Satznummer das "Original" aus der Datenbank gezogen werden konnte).

Andererseits scheint diese Magie (speziell bei .ald-Dateien?) die eigentlich
verfuegbaren Funktionen fetch b und fetch b4 zu stoeren, und auch die
Kategorieenden sind schon laengst nicht mehr "^@". Ich frage mich, ob diese
partielle Vorab-Aufbereitung wirklich hilfreich ist, evtl. waere es besser,
den Datensatz ganz "nackt" einzulesen, mit geeigneten CStrings koennte man
Status und Satznummer dann explizit auslesen (und mit "set iR" dann setzen?)
und "ins ,^@,^J#," ist ja die leichteste Uebung, um den Satz fuer ein
anschliessendes "ins" flott zu bekommen.

viele Gruesse
Thomas Berger


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

iJwEAQECAAYFAkwXiz4ACgkQYhMlmJ6W47MK0QP8Cb5u2Fb8Vn3RXSDnGckxVMXO
SnxbWDVI3uc101oHpv5cGFj4EuJ8x9R25P2IQaRJAbpABD2EBnfMzFtri69CShKn
TO6a0y2565EbCNknWIdlE6DqyRg6mRMkAFH+9YYj1d6FbeBTzt2IOG5rAnQXXoXJ
4fcEYC1fiJS4pcxY5N8=
=YSyW
-----END PGP SIGNATURE-----