Is this a TCP/IP remote OutQ?  You must add special options to make LPR
support multiple copies...

This site might help ...
http://tinyurl.com/677du

http://www-912.ibm.com/s_dir/slkbase.NSF/00000000000000000000000000000000/9f
4b1d4d23c582f1862565c2007d4471?OpenDocument

In particular, look for destination option XAIX.


Eric DeLong
Sally Beauty Company
MIS-Project Manager (BSG)
940-297-2863 or ext. 1863



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of AS400 MAILS
Sent: Saturday, April 09, 2005 12:43 PM
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: Issue in OVRPRTF...


Hi
 
I ma having a CLP program as like below which is submitted as a batch. It
calls PRG1, PRG2, PRG3, ..... PRG100 to genearte 100 reports.
 In one point in the program, consier a below code..

RTVDTAARA DTAARA(DA1)  RTNVAR(&VAR1)

/* DA1 Contains the command : OVRPRTF   FILE(LIB1/PRT1) + */

/* COPIES(1) SAVE(*YES) OUTQ(OUTPUT1)  */

CALL PGM(QCMDEXEC) PARM(&VAR1 90)

Call PGM(PRG65) /* call to PRG65 to generate a Report PRT1*/.


RTVDTAARA DTAARA(DA2)  RTNVAR(&VAR1)

/* DA1 Contains the command : OVRPRTF   FILE(LIB1/PRT1) + */

/* COPIES(2) SAVE(*YES) OUTQ(OUTPUT1)  */



Call PGM(PRG66) /* call to PRG66 to generate a Report PRT1 .

 

The problem is PRG66 is not printing two copies of PRT1. Able to get only
one

copy of PRT1. The override done using the second statement is not getting 

reflected while calling the program PRG66..

 

Any idea why this happen. Any general Override done will skip this?.

The printer file PRT1 gets overridden with differnt COPIES and OUTQ values
in

various places in the program ( from calling PRG1 to PRG64 and alos after
PRG66)

Anyone has faced similr issue like this?

 

 

Thanks

Siva



                
---------------------------------
Do you Yahoo!?
 Yahoo! Small Business - Try our new resources site! 
-- 
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


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.