CPF5008

[Fuerchau]

Ich habe es mir schon immer angewöhnt, für jede Subfile per SFLRNR in den F-Bestimmungen ein Feld zu definieren.
Somit habe ich genau für jede SFL eine eigene Satznummer in der Hand.
Dann kann ich beim WRITE das SFLRNR-Feld entsprechend selber hochzählen.
Außerdem wird beim READ/READC in diesem Feld auch die Satz-Nr. geliefert um zu positionieren.
Ich brauche keine INFDS abfragen.

Nach dem SFLCLR wird die interne SFLRNR nicht unbedingt korrekt zurückgesetzt so dass der WRITE dann wohl scheitert.

[tarkusch]

Ich mache aber ein Reset auf C1RNR.
Ich zähle ja auch das selber hoch.

[Fuerchau]

Nun, dann scheint ggf. der SFLCLR nicht zu wirken was ich mir fast nicht vorstellen kann!?

[tarkusch]

Beim Debuggen stürze ich beim 2. mal befüllen in der Clear Sufile Routine (write SUBFCTL1;)
Wie kann ich das Testen ob das SFLCLR funktioniert?

[Fuerchau]

Jetzt verwirrst du mich. Stürzt du ab beim "write SUBFCTL1;" oder erst beim "write SUBF;"?

Nach einem SFLCLR müsste ein "chain (1) SUBF;" einen %NOTFOUND liefern.

[tarkusch]

ich stürze beim write SUBFCTL1;

[Fuerchau]

Dann scheint ggf. dein Bezug zwischen i_subfxxx und dem korrespondierenden *INxx nicht zu passen.
Mach mal zusätzlich einen "Clear SUBFCTL1;".
Es ist schon ungewöhnlich, dass der Fehler beim SFLCLR auftritt.

[tarkusch]

Danke für die Unterstützung.
Ich habe versehentlich die Bezugszahl 34 benutzt die aber für CHANGE(34) vorgesehen war.

[Fuerchau]

Damit erklärt sich natürlich die 1. korrekte Befüllung, da die SFL natürlich leer ist.
Ich habe auch schon Workarounds gesehen, die die DSPF per USROPN und Open/Close bearbeiten.