RE: Problems with spool files

["Morgan, Paul" <Paul.Morgan@xxxxxxxxxxx>]

James,

There could also be a program monitoring the output queue (tied into it with a data queue).  A hold on the spool file (or any spool file) might be ignored by that process.  Maybe using your own output queue is appropriate.

Paul

Principal Programmer Analyst
IS Supply Chain/Replenishment


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of James H. H. Lampert
Sent: Tuesday, August 24, 2010 2:25 PM
To: Midrange Systems Technical Discussion
Subject: Re: Problems with spool files

Morgan, Paul wrote:
> If your process is mixed in with
> other things (called from somewhere, calling something else or maybe
> using the attention key) then a different print file with a hold
> override on that print file might be appropriate.

That's exactly the situation: it's an external call from a script that's 
being run in a trigger program that is in turn tripped by an application 
that may be trying to do some sort of print-to-email itself. (And for 
all I know, there could be another job monitoring the job we're running 
in, doing the application-initiated print-to-email!)

If we're getting into a fight, let's try to avoid the fight in the first 
place.

--
JHHL