× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I've followed this thread with interest because we have the exact same thing
happening here.  We have numerous window programs that are in production
that work like a window should (only overlay the part of the screen that it
needs and leave the rest there).  I wrote some new programs, using ILE
concepts (not that that has anything to do with it), and suddenly we have
the problem of the window format clearing the remainder of the screen.

I've had a couple other programmers in our shop play with it without
success.  We've compared keywords and compile options of the new program
with existing window programs and they are the same.

All our windows are stand-alone display file/programs.  I initially created
this set of programs on V4R5 and we've since moved to V5R1 and it still acts
the same.  I've tried all of the suggestions mentioned on this thread
without success.

Don, I thought I'd let you know that someone else is going bald (by pulling
my hair out) too.   I'll let you know if/when we find a solution.

Thanks!
Jade Richtsmeier, Programmer/Analyst
Minnesota Counties Information Systems
413 SE 7th Avenue
Grand Rapids, MN 55744

218.326.0381 Ext. 21
218.326.3544 Fax
jade.richtsmeier@mcis.cog.mn.us
----- Original Message -----
From: "Simon Coulter" <shc@flybynight.com.au>
To: <rpg400-l@midrange.com>
Sent: Thursday, March 14, 2002 10:45 PM
Subject: Re: Window format clearing the remainder of the screen


>
> Hello Don,
>
> You wrote:
> >In any event, I have WINDOW specified on the formats I'm attempting to
> >display over the first format.  I also followed your suggestion about
> >CLRL with no success.  I attempted to use CLRL(*NO) and CLRL(11) (the
> >number of lines occupied by my window).  CLRL is apparently not allowed
> >with SFLCTL so I tried it on my footer record and on the first format.
>
> WINDOW does the management of the display and causes only the area of the
> window to be cleared.  It does what we used to have to do with various
> KEEP, ASSUME, OVERLAY, PUTOVR, CLRL tricks to get 'window' formats to
> appear on a display in the S/38's days.  Given that you are using WINDOW
> you have no need of the CLRL keyword -- never mind that it is not allowed
> with subfile keywords.  I can't think of a circumstance that would cause
> the entire display to be cleared when a WINDOW format is displayed unless
> they are in separate display files.
>
> >Trouble is, I have a program on another system that does exactly what I'm
> >attempting here, except the screens behave as I expect on the other
> >system.  Both systems are at V4R1 and I checked the DDS keywords and
> >compile options used for each display file.
>
> Are you sure the display files are identical?  It may be due to a PTF
> difference but I couldn't find a match for your symptoms.
>
> Some questions:
>
> Is the record format with WINDOW in the same display file as the format
> being overlayed?
>
> Are there any warning messages in the DDS compiler listing?
>
> Can you post the DDS source?
>
> Regards,
> Simon Coulter.
>
> --------------------------------------------------------------------
>    FlyByNight Software         AS/400 Technical Specialists
>    http://www.flybynight.com.au/
>
>    Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\
>    Fax:   +61 3 9419 0175   mailto: shc@flybynight.com.au   \ /
>                                                              X
>                  ASCII Ribbon campaign against HTML E-Mail  / \
> --------------------------------------------------------------------
>
> _______________________________________________
> This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
> To post a message email: RPG400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
> or email: RPG400-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpg400-l.
>
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.