| 
 | 
Eric,
        Are you sure that the ones that the override does not work also does
not have a *JOB level override?  We use that for programmers that work on
the production system so that their interactive reports do not go to end
users (OVRPRTF *PRTF OUTQ(PGMR))  
        Can you print some job screens (*DFNA & *FILOVR) of those user jobs
that do not work correctly?  Preferably, during the call of PGM_B after it
has opened the printer file.  
It sounds like you should be able to re-create the issue with any user.
Have you been able to do that?
Thank you,
Matt Tyler
WinCo Foods, Inc
mattt@wincofoods.com
-----Original Message-----
From: DeLong, Eric [mailto:EDeLong@Sallybeauty.com]
Sent: Wednesday, January 15, 2003 11:56
To: 'Midrange Systems Technical Discussion'
Subject: RE: Wierd behavior on OVRPRTF
I agree, that's the hammer that I've used for these problems in the past.
For academic purposes, I'm trying to understand why the OUTQ setting on a
user profile should prevent my attempt to override OUTQ for this program.
It appears that if the job's OUTQ attribute is not *DEV, then overrides to
OUTQ are not applied. ??!  I'm missing something here. 
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.