AW: [Allegro] Avanti: Befehlsänderung?

[Thomas Fischer]

Hallo Herr Eversberg,

danke für die (extrem?) prompte Antwort!

Das Entfernen von
#99e
hat sofort geholfen.
Ich verstehe noch nicht, warum das in den letzten fünf Jahren dann nicht gestört hat, vielleicht hatten wir da eine andere Setzung von ce oder D - diese internen Zusammenhänge sind ja immer schwer zu überschauen.

Sie schreiben:
> > 1. Ich finde nicht mehr die Bedeutung von
> > @3
> > vermute, dass es sich um eine Berechtigungsstufe handelt.
> Ist obsolet und wirkungslos

> > 4. In der alten avanti-Doku gibt es den Befehl
> > put 1
> > der den geladenen Satz freigeben soll (ich weiß nicht in welchem Sinne).
> obsolet, die 1 bewirkt nichts

Gibt es irgendwo eine Übersicht über solche Änderungen?
 

> > 3. get i<nr>
> > hieß: Daten mit interner Nummer <nr> in die Bearbeitung nehmen 
> (avanti 1.7 oder so)
> > get edit i
> > habe ich in der Flex-Dokumentation nicht gefunden, überhaupt 
> keine Hinweise auf die Bearbeitung eines Satzes mit gegebener 
> interner Nummer.
> Statt  get edit i
> kann man auch schreiben
> find #i
> set lock
Ist das dann dasselbe? Oder gar besser?
Oder: ist
get edit i
noch gültig, aber "deprecated"?

> > 5. Wenn ich hinter
> > put
> > ein
> > if no ...
> Das zweite Speichern klappt nicht, weil das Feld #99e dabei ist. Darin
> steht das letzte Aenderungsdatum, welches beim Speichern ja neu vergeben 
> wird! Wenn man es selber mitliefert, wird das im Datensatz stehende
> damit zunächst überschrieben, beim Speichern wird aber gemerkt, daß die
> zurückgelieferte #99e nicht mit der vorhandenen übereinstimmt, das geht
> natürlich nicht. Das ist ja der Mechanismus zur Absicherung gegen
> konkurrierendes Speichern.

Hat wie gesagt sofort geholfen. Warum kommt aber keine Fehlermeldung in der iV an (oder kommt die iV nicht im Script an)?

Nochmals herzlichen Dank!

Mit freundlichen Grüßen
Thomas Fischer