RPG1251 / CPF5192

[TheDevil]

Hallo.
Ja ich weiß der Ausgangsbeitrag ist schon was älter. Aber auch wir (ich) hatten heute
einen CPF5192 und haben ewig gesucht .... und dann gefunden das
ein RSTDSP = *NO der Übeltäter war. Vielleicht hilft das ja auch dem einen oder anderen.

[Fuerchau]

Wobei ich das nun nicht verstehe:

Restore display (RSTDSP)

Specifies whether data being shown at a display device by this display file is saved at the time the file is suspended (made temporarily inactive) so that another display file can show different data on the same device. If the data for this file is saved, it is restored to the display of the device when the file is used again.

*NO

The data being shown by this file is not saved when the file is suspended.

*YES

The data being shown when this file is suspended is saved, and it is restored to the device display when the file is used again.

Das heißt doch nur, dass ich bei RSTDSP(*NO) nach einem CALL für die Wiederherstellung meines Bildschirmes selber verantwortlich bin.
M.a.W, das erste Format, dass ich ausgebe, darf keinen Overlay beinhalten, da sonst der Bildschirm nicht gelöscht wird und noch irgendein Schrott stehen bleibt.

RSTDSP(*NO) hat auch leichte Performancevorteile, da die AS/400 das aktuelle Abbild nicht vom Terminal zurückladen muss und hinterher wieder herstellen muss.
Dies kann schon mal zu unerwünschtem Flackern des Bildschirmes führen.

Vielleicht hättet ihr ja nur eure Bildschirmausgabe korrigieren müssen.

[TheDevil]

Hallo Herr Fürschau.
Warum das Problem aufgeschlagen ist hat andere Gründe gehabt. Wollte halt
einfach nur daraufhinweisen das dieser CPF auch aus dem genannten Grund
"hochkommen" kann. Da sucht "man" dann schon eine kleine Weile, da die Fehler-
meldung einen mit "nicht darstellbaren Zeichen etc..." in die Irre führt.