Re: Using a display file in a batch environment

Bill:

All the fields are defined in the compiler so putting things there is no
problem but, loading the subfile (writeing the format, or clearing the
subfile for that matter) as a holding array is a problem in batch unless
you want to work out redirected display.

An alternative that has worked for me is to declare a multi-occurance data
structure externally defined with the subfile's format, fill that in the
program where you would be doing the subfile that "read" from it when
ready.

hth

larry

----------
> From: Bill Parks <WParks@worldnet.att.net>
> To: RPG400-L@midrange.com
> Subject: Re: Using a display file in a batch environment
> Date: Tuesday, January 19, 1999 12:25 PM
> 
> David, while I have not tried this, I believe that it may not work
> because of the subfile usage.  I don't believe that it would let me
> load up a subfile in the background unless the file was opened first.
> 
> Bill
> -----Original Message-----
> From: David Gibbs <david@midrange.com>
> To: RPG400-L@midrange.com <RPG400-L@midrange.com>
> Date: Tuesday, January 19, 1999 6:32 AM
> Subject: Re: Using a display file in a batch environment
> 
> 
> >At 11:57 PM 1/18/99 , Bill Parks wrote:
> >>I have a large program which I have created an input file to provide
> >>the information usually entered onto the various screens.  The
> screen
> >>program includes subfiles from which information is assembled and
> >>processed.  The program runs without displaying any of the screens,
> >>but when I place the program in batch it tries to get a lock on a
> >>display (*REQUESTOR or a named device).  It bombs when the screen is
> >>not available.
> >>Is there any way to run this program with the screen in?
> >
> >Try making the display file user controlled and only open the file if
> the
> >program is run interactively.
> >
> >Obviously, you'll have to deal with getting your input from another
> source
> >in batch.
> >
> >david
> >
> >--
> >| Internet: david@midrange.com
> >| WWW:      http://www.midrange.com/david
> >|
> >| ... A man can move mountains, a world can be turned,
> >| and the greatest of distances easily spanned,
> >| When the strength that's invested in making a fist
> >| is transformed into shaking a hand
> >|
> >| - DMRoth
> >
> >* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * *
> >* This is the RPG/400 Discussion Mailing List!  To submit a new
> *
> >* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe
> *
> >* from this list send email to MAJORDOMO@midrange.com and specify
> *
> >* 'unsubscribe RPG400-L' in the body of your message.  Questions
> should *
> >* be directed to the list owner / operator: david@midrange.com
> *
> >* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * *
> 
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This is the RPG/400 Discussion Mailing List!  To submit a new         *
> * message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
> * from this list send email to MAJORDOMO@midrange.com and specify       *
> * 'unsubscribe RPG400-L' in the body of your message.  Questions should *
> * be directed to the list owner / operator: david@midrange.com          *
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the RPG/400 Discussion Mailing List!  To submit a new         *
* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
* from this list send email to MAJORDOMO@midrange.com and specify       *
* 'unsubscribe RPG400-L' in the body of your message.  Questions should *
* be directed to the list owner / operator: david@midrange.com          *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *