Re: OVRPRTF Command in OCL for RPG II Report

[CRPence <CRPbottle@xxxxxxxxx>]

  The default of TOFILE(*FILE) should probably work.  What is most 
likely to be an issue is the OUTQ() setting on the printer file [e.g. an 
Output Queue is named or another special value other than *DEV], or 
maybe the nuances of the S/36EE and spooling support; e.g. conflict with 
"// PRINTER" activity.  I believe there is some more detailed 
information in the S/36E Programming manual and the S/36EE manual:
http://publib.boulder.ibm.com/iseries/v5r2/ic2924/books/sm26/c4147300.pdf
http://publib.boulder.ibm.com/iseries/v5r2/ic2924/books/c4147310.pdf

  Note: Query/400 activity is not a true S/36 application, so it is 
almost unaffected by any nuances.

Regards, Chuck

Jerry Adams wrote:
> I have a boatload of legacy RPG II programs that run via OCL in the
> 36 environment.  I've used OVRPRTF commands in OCL before, but always
> for things like Query/400 reports.
>
> I've written a generate command and processing program that build the
> appropriate OVRPRTF command.  So far, though I've only used this in
> CL's.  I would like to use it in OCL, too, because, among other
> things, it can automatically use a substitute printer, rather than
> the normal one, when the printer has, well, gone south temporarily.
>
> Anyway, while my command and program build and execute the OVRPRTF
> command successfully, the OCL sends the report to printer defined in
> the QPRTDEV system value; i.e., it is ignoring the print device in
> the generated OVRPRTF command.
>
> I am pretty sure that the reason for this problem is that I cannot
> get the TOFILE( ) parameter right.  I tried QSYSPRT, but that did not
> help.  The name of the program-described printer is REPORT, but I
> can't use that.  Does anyone know (or even be willing to hazard am
> educated guess) what TOFILE( ) value would work for a
> program-described RPG II printer file?