|
"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 mailing list archive is Copyright 1997-2025 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.