RE: Stale Window Background

David,
        Seeing that this is an interactive function, why not just let PGMB
end with LR on?  I doubt the users will run PGMB enough times (in a day) to
create a performance issue, especially if it's just a prompt window (no real
database IO). 

        We have the exact same scenario.  We have a prompt window used on
two different screens.  They may want to use it or may not.  We just end the
second prompt program with LR on. 

Thank you,
Matt Tyler
WinCo Foods, LLC
mattt@xxxxxxxxxxxxxx

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of David Keck
Sent: Wednesday, August 31, 2005 5:01 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Stale Window Background



Here is my scenario.
1. PGMA displays SCREEN1, then calls PGMB.
2. PGMB displays a window.  User presses F3. PGMB returns leaving it's
display file open and LR off.
3. PGMA displays SCREEN2, then calls PGMB.
4. PGMB displays a window

In the above scenario, the background displayed upon execution of step 4 is
the same background as displayed in step 2.  This situation persists until
the display file in PGMB is closed.  Given that PGMA and PGMB must remain
distinct programs, is there a way to have the current background displayed
when PGMB displays it's window?  It seems kludgy to close PGMB's display
file every time it's called.  Below is the DDS for PGMB.


A                                      DSPSIZ(24 80 *DS3)
A                                      INDARA
A                                      PRINT
 *-------------------------------------------------------------------
A          R WINMSG
A                                      CF03(03)
A                                      CF12(12)
A                                      WINDOW(*DFT 5 50)
A            MSG1          50   O  1  1
A            MSG2          50   O  2  1
A            MSG3          50   O  3  1
A                                  4  1'Press Enter to Continue ...'
A                                      COLOR(BLU)
 *-------------------------------------------------------------------
A          R ASSUME
A                                      ASSUME
A            DUMMY          1      4 48

Thanks, Dave

David Keck
NBTY, Inc
Phone (631) 200-5809
DavidKeck@xxxxxxxxxx 

This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.