[Allegro] acon und .ald-Dateien

[Thomas Berger]

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

Lieber Herr Eversberg,

Dokumentation xfetch.rtf und srch.job und das tatsaechliche
Verhalten von neueren acon scheinen mir nicht kohaerent:

* "fetch record" erkennt automatisch die Art des Datensatzes
  (anhand des Dateianfangs: .adt, .alg, .ald, .log?), d.h.
  der Hinweis auf voranzugehendes "fetch b" und evtl. zusaetzliches
  "fetch b4" stimmt so nicht.

* mehr noch: Nach "fetch b" und/oder "fetch b4" ist die iV leer,
  ich kann nicht die versprochene Zahl (Status bzw. Satznummer)
  entdecken

* Der cstring iR ist bei .ald-Dateien nach "fetch record" offensichtlich
  korrekt belegt (auch bei .log-Dateien?), obwohl man nur etwas
  in die iV geladen hat und noch kein Datensatz existiert. iR wird
  aber beim Versuch, aus dem Eingelesenen einen Datensatz zu
  erzeugen, zerstoert?

* "fetch record" ueberspringt geloeschte Saetze (in .ald-Dateien, auch in
  .log-Dateien?), d.h. der (auf .ald-Dateien beschraenkte) Test auf "@@@@@"
  in srch.job und das Vermerken "ald-Datei" als #ulD ist nicht erforderlich?

* in srch.job findet sich als Kommentar ein Hinweis
// Satz incl. Satznr einlesen (Rec statt rec)
  so etwas wie "Rec" gegen "rec" wurde aber nie implementiert?

* ich habe eine kleine .ald-Datei (10 Saetze) isoliert, bei der
  acon beim Export mit e-1.apr zuverlaessig nach dem 4. Satz
  crasht, der Testcase geht Ihnen per PM zu.

viele Gruesse
Thomas Berger

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

iJwEAQECAAYFAkwU52kACgkQYhMlmJ6W47MmUwP/W+pNCoiKPoQdoKKaYYUuNm6l
/BFKdeLRgdfx2zA5G3RUfDal0SWGrYnqDVMu49xNqn65B0ckaafYQF4TmizYzJLs
uYCgLB57Gcc9SOpBA0NqjZIBukYa26Y0LeBqhz1nCzxQmO2+5MLJl+/MlwJ3godG
s2tu2a0Pe0OEh9HGt1k=
=cbJO
-----END PGP SIGNATURE-----