[Allegro] acon-Meldungen

[Thomas Berger]

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

Lieber Herr Eversberg,

>> 3. Am 16.6. hatten Sie eine Version gebaut, mit der die in xfetch.rtf
>> beschriebene Sequenz
>>
>> fetch b
>> fetch b4
>> fetch rec
>>
>> tatsaechlich funktionierte und den Datensatz aus der zu durchsuchenden
>> .ald-Datei in die iV brachte.
>>
> Das war nicht intendiert.

Na, und ob:

http://sun250.biblio.etc.tu-bs.de/pipermail/allegro/2010-June/031611.html

(nach langer Diskussion)

viele Gruesse
Thomas Berger





> Für acon gilt: fetch rec  liest den Satz korrekt ein, abhängig vom Typ
> der Datei (.alg, .adt, .ald, .log). Bei .log und .ald steht danach in
> der Sondervariablen iR die interne Nummer, bei gelöschten Sätzen gilt
> if Del ...   und der Satz beginnt mit  #u1 @@@@@
> Neue Sätze (nur bei .log) beginnen mit #u1 #####N, N=Dateinummer.
> Es ist also anders, aber einfacher, als bei a99. fetch b und fetch b4
> sollen dabei nicht zur Anwendung kommen. Sie funktionieren gleichwohl,
> auch fetch c, dienen aber nur der Byte-für-Byte-Verarbeitung einer Datei. 
> [Besser wär, es gäbe keine Unterschiede zwischen a99 und acon,
> stimmt.]
> xfetch.rtf wird verbessert.
> 
> B.E.
> 
> 
> 
> 
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkxiSLwACgkQYhMlmJ6W47OMxwP+IF3JNi+4VeyGvkrTCwQcJOEt
clhZXyfi1r0kLQ88UEEKDi2jMoQQqePwQR7kunekt+O5eHduhEaAtfwOhNzS7/eJ
bBjZK6yofo04TlJQuENM5J/3Pc9yYaPk+m4hsDTNeQ3T5BjfuwlKLwyX/LUsRFtC
OhGBbUlGjCQ2VgXNMjI=
=H6YZ
-----END PGP SIGNATURE-----