RE: Weird behavior when writing a window

What key do they use to bring the window up?

Enter, CFxx, or CAxx??

Just thinking that CAxx might cause something funny, since the screen isn't 
sent back.

Charles Wilt
iSeries Systems Administrator / Developer
Mitsubishi Electric Automotive America
ph: 513-573-4343
fax: 513-398-1121
 

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of Reeve
> Sent: Friday, April 15, 2005 3:06 PM
> To: Midrange Systems Technical Discussion
> Subject: Re: Weird behavior when writing a window
> 
> 
> Hmmm...had the ASSUME and KEEP in place, so that's not it.  I've
> manually positioned the subfile to overlay the moon-bounce data, and I
> can watch the (old) data redisplay just before the window writes over
> it.  It's like the window isn't really a window but a full screen from
> a previous life with a new window pasted on top.
> 
> On 4/15/05, Reeve <rfritchman@xxxxxxxxx> wrote:
> > Dang, I assumed the ASSUME.  Bet that's it.  And thanks from Burien!
> > 
> > -reeve
> > 
> > On 4/15/05, Gary Monnier <gary.monnier@xxxxxxxxxxxxx> wrote:
> > > Are the display files in question using the window have 
> the KEEP and
> > > ASSUME keywords?  If not, the customer can add a dummy 
> record format to
> > > their window that contains them.
> > >
> > > -----Original Message-----
> > > From: midrange-l-bounces@xxxxxxxxxxxx
> > > [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Reeve
> > > Sent: Friday, April 15, 2005 11:34 AM
> > > To: Midrange Systems Technical Discussion
> > > Subject: Weird behavior when writing a window
> > >
> > > I'm working with a customer's service program: it writes 
> a window with
> > > a message subfile and operates properly.
> > >
> > > However, when the service program is called and displays 
> the window,
> > > the "background" data changes to the calling program's previous
> > > values.  When the window clears, the correct data 
> displays.  This is
> > > not a data problem in the calling program, although it may be a
> > > display file problem.
> > >
> > > The window uses default positioning, RSTDSP(*YES), DFRWRT(*YES),
> > > PUTOVR, and OVERLAY.  I can't identify anything funny in 
> the service
> > > program.
> > >
> > > Any ideas?  Today, my brain is doubly taxed.
> > >
> > > Thanks,
> > > Reeve
> > >
> > > --
> > > 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.
> > >
> > > --
> > > 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.
> > >
> > >
> >
> 
> -- 
> 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.
> 
>