Everyone has been very helpfull.
Thanks
And now for the 'BUT..'
'REL x (DET' is so nice because I don't need to know the v-address of the disk I am detaching.
I'll survive though.
-----Original Message-----
From: The IBM z/VM Operating System [mailto:[email protected]]On
Behalf Of Kris Buelens
Sent: Thursday, July 06, 2006 2:45 PM
To: [email protected]
Subject: Re: a really little pipe question
Most of the time there is not even a need for a HOLE stage.
HOLE is doing work: it is eating records, only the writing is skipped.
When HOLE is ommitted the stage to its right doesn't even try to write
records. Next point: never use the CMS stage, use COMMAND instead if you
want to be sure of what happens. So, instead of:
PIPE CMS REL X | HOLE | CP DETACH 120 | HOLE
a tiny bit less expensive and safer:
PIPE (end ?) COMMAND RELEASE X ? CP DETACH 120
> If you don't want to examine the messages, use HOLE instead of STEM.
> Brian Nielsen
> On Thu, 6 Jul 2006 12:03:06 -0500, Huegel, Thomas <[EMAIL PROTECTED]>
> wrote:
> >I guess either I wasn't clear or I hadn't engaged all of the brain
cells.
> >The 'REL Z (DET' of course works fine, the real question is that when
> doing
> >the REL DET as one command I get the console message ..
> >
> >DASD 01DB DETACHED
> >
> >But when doing them individually I don't get any messages.
> >
> >As in Allen's example I could just add a dummy STEM as the next stage.
__________________________________________________________________
<< ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me
You can use it too - and it's FREE! http://www.ellaforspam.com
