Re: Override a display file....

Hi Mike,

How about this? If you can change your interactive program so that it gets
called with a parameter list that includes the part number, you can then

a) change the display file to USROPN in your program
b) change the program so that if the part number is blank (or zero), it
triggers the display file, but otherwise it proceeds to the report phase
using the passed parm.

Finally, set up a second program to call the first one, passing it the
part numbers you want.

We actually use this general scheme for all our reports, and it's really
handy -- it means any of them can be set up either to run interactively or
in batch. We also add a parm for interactive/batch, so that we can pass in
parms that get sent to the display file (in interactive mode) as defaults
(instead of having to always have them be blanks or zeros).

hth,


rpg400-l@midrange.com writes:
>This is a multi-part message in MIME format.
>--
>[ Picked text/plain from multipart/alternative ]
>Hi All,
>
>I have an interesting situation.  I need to run an interactive program
>with
>a part number for several thousand parts.  A report is generated for each
>individual part.  What I would like to do is to make this either an
>unattended interactive process (where we do not have to enter each
>individual part number) or batch process.  I tried to override the display
>file to a physical file with fields the same size.  I was receiving an I/O
>error.  I do not have the source for the RPG program and I can not
>recreate
>the program.  I was thinking along the lines of overriding to a physical
>file (one that contains the part numbers) and letting it run to create the
>reports.  Does anyone have any ideas?
>
>Thanks...
>
>Mike


Mike Naughton
Senior Programmer/Analyst
Judd Wire, Inc.
124 Turnpike Road
Turners Falls, MA  01376
413-863-4357 x444
mnaughton@juddwire.com