[Allegro] inline-update bei avanti noch moeglich?
Anando Eger
a.eger at aneg-dv.de
Di Jul 29 17:08:08 CEST 2008
Hallo Herr Eversberg,
Entwarnung für die t3,k5-Konfiguration: hier gab es in meinen
Indexparametern eine Kat.-Nr. als Vorwärts-Sprungziel, die
in der cfg nicht eingetragen war. Sorry für die ungeprüfte
Vermutung.
Die Ergebnisse einiger weiterer Tests scheinen zu belegen,
dass _nur der erste Befehl_ nach den Daten nicht abgearbeitet,
sondern mit der 'wrong-line'-Fehlermeldung quittiert wird.
Weitere Befehle scheinen danach zu funktionieren.
Deshalb folgende Idee: Der end-Befehl ist ja in a99-Flex
mit einer anderen Bedeutung belegt; Vielleicht ist
es besser, den Befehl nach den Inline-Daten in zukünftigen
avanti/acon-Versionen "dataend" oder ähnlich zu nennen.
Im Moment ist es ja egal, welcher Begriff die update-Funktion
zum Verlassen des Inline-Datenmodus bringt.
Viele Grüße
Anando Eger
On 29 Jul 2008 at 15:47, Bernhard Eversberg wrote:
> Anando Eger schrieb:
> > Liebe Listenleserinnen und -leser,
> >
> > in den 1.x-Versionen des avanti gab es offiziell die Möglichkeit,
> > auf update direkt die Daten folgen zu lassen - Beispiel
> >
> > ...
> > update
> > #00 12345
> > #20 Test
> > end
> > ...
> >
> > Wird diese Möglichkeit noch unterstützt?
> >
> > avanti 27.6.3 (win) gibt zwar eine Erfolgsmeldung, der Datensatz
> > wird auch gespeichert, nur der "end"-Befehl wird als "wrong line"
> > bemängelt (auch jeder andere Befehl, der auf nach den Daten folgt).
> >
> > In einer t3,k5-Konfiguration wird ein Datensatz nach einem
> > inline-Update auch gespeichert, die Schlüssel werden aber nicht
> > gebildet - für mich "riecht" das nach internem Absturz, der nur
> > in der t2,k4-Konfiguration des a-Schemas nicht so schwerwiegende
> > Folgen hat.
> >
> Ein Absturz passiert nicht. Man kann es testen, in dem man
> solchen Job manuell von acon verarbeiten läßt.
> Richtig ist, und das begründet einen H-Bedarf, daß man keine
> Endemarkierung setzen kann, nach welcher der Job dann
> fortgesetzt würde.
> Mit t3,k5 konnten wir noch nicht testen, aber ich sehe keinen
> Grund, warum es nicht gehen sollte.
>
> B.E.
>
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
Mehr Informationen über die Mailingliste Allegro