It has been a while but I'm sure it is possible. One way is to repaint the RSTDSP(*NO) screen upon returning to it. The OVRDATA and OVRATR keywords come to mind as probably being used as well.
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of John Yeung
Sent: Wednesday, April 08, 2015 12:45 PM
To: Midrange Systems Technical Discussion
Subject: Hair-saving tip: Use RSTDSP(*YES)
I can't believe how much time I just spent trying to figure out why a seemingly small change to an interactive program totally screwed it up. Essentially, my situation was the same as this:
[OPM -> ILE -> OPM and RSTDSP]
http://archive.midrange.com/midrange-l/201503/msg00106.html
But I didn't recognize it. In the linked thread, Joe Pluta was talking about adding an ILE program which displays a pop-up window.
In my case, I was adding an RPG IV program, but it's full-screen and it's not what I think of as ILE, because it's a standalone bound program, called in typical OPM fashion using CALL and a series of PARM statements.
And the calling program was itself also a standalone bound RPG IV program. So both programs involved are of type "ILE" according to DSPPGM, or you could say both are "conceptually" OPM programs.
And nothing was bombing. The calling program sometimes continued to work fine and sometime had its display really screwed up upon returning from the called program (depending on the user actions taken in the called program). But even when the display was screwed up, the function keys still worked, and eventually you could get yourself back to a normal-looking state.
The punch line is of course that I finally thought to try recompiling the (caller's) display file with RSTDSP(*YES), and then everything magically worked.
Does anyone know if it is even theoretically possible to write an application which works correctly when one or more of the display files are created with RSTDSP(*NO), but then *breaks* when you recompile all the display files to RSTDSP(*YES)?
John Y.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
