× 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.


  • Subject: [Fwd: Using a display file in a batch environment]
  • From: "James W. Kilgore" <qappdsn@xxxxxxx>
  • Date: Tue, 26 Jan 1999 01:30:26 -0800
  • Organization: Progressive Data Systems, Inc.



"James W. Kilgore" wrote:

> Bill,
>
> Now a 900 page program, I'm sure, can not be described in 25 words or less in
> a solution request ... so here's my shot in the dark:
>
> If PGMA is calling PGMB to pass data have thought about data queues?
>
> A data queue can be attached to a display device and you can within your
> program determine if record formats are coming in by display (interactive) or
> data queue (batch) under the same format.  Maybe ... I've created
> "nonexistent" printer but never tried displays which may require a ACQ to
> make a program work.
>
> Now mind you I've never tried this myself, our standard solution is that if
> it is an on-demand (or even batch) print job it must be a background wait on
> queue process.  The front end (queue feeder) can be any job (batch or
> interactive) that's in the mood to feed.
>
> It may turn out that your 900 page program could be broken down into two
> 400/700 line (add 100 each for duplication) programs with a "client/server"
> approach.  One asks, one serves.  The asker is interactive, the server is
> batch.  Other "feeders" are also batch.
>
> BTW, IMHO any program that requires 900 pages to print is a likely candidate
> for breaking apart into logical functions. Interactive requester, callable
> verifier, background server ... lump it into Y2K solutions ... it's the
> excuse de jour. ;-)
>
> James W. Kilgore
> email@James-W-Kilgore.com
>
> P.S. subfiles can be cleared, built, read, altered and never displayed.  Alas
> they must be attached to a WORKSTN device and AFAIK the device/file must be
> able to be opened.  I've never been able to write to a DB/PRINT/DSP (*FILE)
> unless it was open.  For a valid open, the program must acquire.  There was
> an old S/36 trick with an assembler routine one could write/read to the
> buffer for a nonexistent file for doing editing of numerics, but I've not
> seen a similar feature in CPF/XCPF.
>
> ========================================================================
>
> 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?
> > Regards,
> > Bill

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* 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          *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.