CPF5011 Fehlermeldung

[Fuerchau]

Nach einem READC ist der Status der Änderung eines SFL-Satzes weg.
Erst nach einem erneuten EXFMT des CTL-Formates kann wieder READC verwendet werden.
Wenn also READC einmal EOF geliefert hat, meldet der nächste READC den CPF-Fehler.

"Komfortable" Programme arbeiten hier mit einer "Bestätigungssubfile".
D.h., per READC werden die Sätze mit der 1. gefunden Auswahl in eine 2. SFL kopiert, diese dann angezeigt und nach Bestätigung dann verarbeitet (siehe z.B. WRKSPLF).

Die Anzeige kann natürlich auch unterbleiben und die 2. SFL einfach per READ verarbeitet werden.

Alternativ kannst du dir auch eine Tabelle mit den Satz-Nr'n merken und dies dann per CHAIN SFLSATZ abarbeiten.

[AG1965_2]

*IN14 wird wohl das DSPATR(MDT) bedingen, wenn man den Satz damit updatet, dann liest den READC auch wieder.
Und ad Fehler: Das Subfile unterscheidet sich von einer normalen Datei in der Hinsicht nicht - man muss einen Satz lesen, bevor man ihn updaten kann. Und das sagt die Meldung.
Wenn Du zwischen dem ENDDO von oben und dem UPDATE in der zweiten Schleife wirklich kein Lesen hast, ist das die Ursache.

[tarkusch]

Ich hatte das READC vor der 2. Dountil-Schleife vergessen.
Nun funktioniert es.

Danke vielmals.

Mein Sfl sieht wie folgt aus

A          R FMTS2                     SFL              
A  14                                  SFLNXTCHG        
A            S2#REC         4S 0H                       
A            S2AUSW         1A  B  6  2

Was ist mit DSPATR(MDT) bedingen gemeint bzw. wie wäre das umzusetzen?

Danke

[AG1965_2]

Gerne.
DSPATR(MDT) ist genau das Gleiche wie SFLNXTCHG, nur eine andere Schreibweise.
Beide setzen das MDT - Modified Data Tag - den "Datenänderungsanzeiger", was dazu führt, dass Du den Satz mit READC nochmal lesen kannst.

[Fuerchau]

MDT ist ein Attribut auf Feldebene.
Ohne SFLNXTCHG mit BZ gibt's keinen READC!
Beim WRITE mit BZ *ON wird der Satz als geändert markiert, ohne eben nicht.