|
You may also want to specify HOLD(*YES) just in case the OUTQ it lands in happens to have a writer associated with it. Otherwise it may start printing before you can delete it. Scott Lindstrom "Wayne Johnson" <wjohnson@ddc.com> To: <midrange-l@midrange.com> Sent by: cc: (bcc: Scott Lindstrom/PDC/Pactiv) midrange-l-admin@m Subject: Re: Ignoring a Spool File idrange.com 11/20/02 05:11 PM Please respond to midrange-l If you're going to use an OVRPRTF to hold the spooled file, you could follow the call to the program with a DLTSPLF *LAST. It would still produce the report, but it would delete the spool file right away. -Wayne ----- Original Message ----- From: "Bob Randall" <BLR@Airxcel.com> To: <midrange-l@midrange.com> Sent: Wednesday, November 20, 2002 3:19 PM Subject: Ignoring a Spool File > This seems very simple, but obviously I don't know how to do it. I would > like to simply ignore a print file from a program. I want the program to > run, and I don't have the source. I was thinking of using an OVRPRTF to > not print the file. Currently we are sending it to a queue and delete it > manually, or we use the cleanup process once a day. But I thought it > would be nice to not produce the silly report if we could avoid it. > > Ideas? > > Thanks, > Bob Randall > >
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.