Sorry for the delay in responding to this. You might look into using the ALTTAPE parm to have DDR "spill" to another tape volume automagically. This works, but unfortunately it ties up TWO tape drives for what is essentially a single tape dump "stream".
I modified DDR so the EOT condition triggers a REXX EXEC that mounts a scratch tape (using VMTAPE and DFSMS/RMS) to get around this. Michael Coffin, President MC Consulting Company, Inc. 57 Tamarack Drive Stoughton, Massachusetts 02072 Voice: (781) 344-9837 FAX: (781) 344-7683 [EMAIL PROTECTED] www.mccci.com We employ aggressive SPAM filters. If you cannot reply or send email to mccci.com go to www.mccci.com/spamblockremove.php Click here to help fight the war on Spam! Report an unsolicited commercial email or a spamming organization. -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Brian Nielsen Sent: Thursday, March 23, 2006 11:13 AM To: [email protected] Subject: Re: DDR in Pipelines question On Wed, 22 Mar 2006 20:35:31 -0500, Michael Coffin <[EMAIL PROTECTED]> wrote: >Hi Brian, > >When you instruct PIPE to execute a COMMAND (or a CMS command in your >case) PIPE doesn't get control back until the command terminates. The >messages you want to see are being issued WHILE DDR is running, so PIPE >can't do anything with them (display them or otherwise) until DDR >terminates. That's where a PIPE version of DDR would help. >DDR is prompting you, you might want to look at setting prompts off and >let your PIPE or EXEC react to any failure messages instead. My test code didn't have PROMPTS OFF, but my original code does. In any case, after the DDR completes is too late to react to messages like END OF VOLUME when you want to know what new tape number is being mounted. Brian Nielsen
