HDTenEightyP/NetNews huggingface dataset:
Organization: K.U.Leuven (Belgium)
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 9 Apr 1992 09:41:13 +0200
From:         "R.Rys" <SYSTRR1@CC1.KULEUVEN.AC.BE>
Subject:      interpreting trace info

Hello,

is there somewhere a description of the meaning of the trace records written
when running a pipe with the trace option?

More specific: what does "COMMIT LEVEL 0" mean? is "LOCATE CALLED" a call
of a locate macro that copies data between stages?
But what to do with "INPUT 0 BYTES" then ( which is apparently issued in
some cases before the locate macro )...

Rudy Rys

====================================================================
R.Rys                                  K.U.Leuven
e-mail: systrr1@cc1.kuleuven.ac.be     Universitair Rekencentrum
tel. (+32) (16) 286611 ext. 2611       De Croylaan 52
                                       3001 Leuven
                                       Belgium

====================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 16:58:10 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: 'VMCF is in use...'

Brent,  I suspect that the examples of using "delay" that you were
looking at in the manuals had one basic difference from the way you
were attempting to use it:  "delay" is good for controlling the
execution of the following stage when that stage must read an input
record before it can do any further processing.  However, "vmc" and
other host command processor stages will issue the command specified
in their argument string before they attempt to read an input record.
(After that, you could use "delay" to control the rate at which they
issue the commands specified by their input records.)

The point about pipeline stages being run as co-routines is an
important one and one that often takes us CMS programmers a
while really to internalize.  Basically, you can think of all the
stages in a pipeline as running *concurrently*.  They are all in
memory at the same time.  They are (in general) all initiated
before data begin to flow through any stages of the pipeline.
Typically, each of them executes for a while and then gives up
control when it needs to read or write a record, at which time
the pipeline dispatcher may dispatch some other stage.  The
algorithm the dispatcher uses to decide which stage to dispatch
next is deliberately not specified (to allow for improvements).

All this is explained much more clearly than I'm doing in "CMS
Pipelines Explained".

Melinda
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 10 Apr 1992 17:15:23 CDT
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      LINERD/LINEWRT [was: Re: WAITRD? WRTERM?]

On Fri, 10 Apr 1992 12:43:14 PDT Yossie Silverman said:
>I doubt pipes grabs WAITRD but it does grab LINEDIT, LINEWRT, TYPLIN as
>well as some low-memory locations that reference these.  - Yossie

        If it grabs LINEWRT,  then how 'bout LINERD?

        Does anyone have examples of using these macros in modules
specifically aimed at Pipeline stage use?

 Rick Troth <TROTH@RICEVM1.RICE.EDU> -------- Rice Univ, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <RZOTTO@DKNKURZ1>
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 8 Apr 1992 09:11:47 +0200
From:         Otto Stolz <RZOTTO@DKNKURZ1.BITNET>
Subject:      Re: READER (Revisited)

On Tue, 7 Apr 1992 16:44:55 EDT Christoper V. DeRobertis said:
> I read a file in from the reader, using READER, tyro to do a little
> work over it, then write it back out.
> ...
> Results after running J EXEC:
>
> &
> &              *{//* This is a test 2
> &                *{//*This is a test
> &                  *{  //* This is a test
> &                    *{//* This is a test
> &                        *{/**//* This is a test, WAY out!!!
> &                          *{//*
> &                            *{//* Can you hear me?

Let me guess: When you browsed your RDR file via PEEK, it looked good;
now you use PIPE's READER stage, it looks like a wallpaper?
Try
    READER | DEBLOCK NETDATA | ...

Ihth,
                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
                               <RZOTTO@nyx.uni-konstanz.de>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 8 Apr 1992 14:12:30 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      VMC device driver

There seems to be a limit of 8320 or so bytes on the response length
from SMART using this driver.  Is this settable?  I am trying to do
'PIPE vmc smart snap user | join * | deblock 208 | > user data a'
but only getting the first 40 users.  - Yossie
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <CLAUDE@BROWNVM>
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 6 Apr 1992 08:47:11 EDT
From:         Claude Goldman <CLAUDE@BROWNVM.BITNET>
Subject:      Re: One-line gem

How about showing how to pipe results of a cms command to a stem for
further mainipulation.  It was the feature that first attracted me to
pipes since out put of many vm command do not have a stack option and
even when they do its cleaner than stacking output.

Query the reading seems to be the classic example based on how many
times that has been discussed here.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 08:47:43 EST
From:         Cleve Moehl <CLEVE@UCONNVM.BITNET>
Subject:      Re: To pipe or not to pipe?
              7 Apr 1992 09:54:47 BST from <SY07@I1.PH.GLA.AC.UK >

PIPES will make you more efficient as well as your machine.  IF the people
who are requiring the justification are indeed "bean counters" as was suggested
then tell them it will count their beans faster.  IF they are true systems
people and they haven't already gotten to PIPES then they must be going through
life wearing a blindfold and their fingers stuck in their ears because they
have missed a lot of input.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 16:44:55 EDT
From:         "Christoper V. DeRobertis" <UICD@MARIST.BITNET>
Subject:      READER (Revisited)

Gang,

Since the READER discussion has come up, here's a (user ?) problem I
have been trying to solve for a WHILE. 8^)

I read a file in from the reader, using READER, tyro to do a little
work over it, then write it back out. (The 'real' version uses PRINTMC.)

I have included the part of the PIPE that seems to be giving me trouble,
the input file (which lives in the READER), and the results (output
file.) *Any* thoughts would be appreciated.

NOTES: The PIPE will run as-is, provided the Y Y A input file lives in
your reader (and is at the top of the reader). I have tried things
like ASATOMC, MCTOASA with no luck. PLEASE HELP! Thanks! -Dero

/* The PIPE below is the 'problem' part of the total program.*/
trace o;
ADDRESS COMMAND;
    'PIPE (end \)',
      'READER',            /*Read contents of 1st RDR file into pipe*/
      '| LOCATE STR %//*%',                 /*Keep only BATCH grid  */
      '| STRIP BOTH',
      '| STRIP STRING @//* @ 4',
      '| CHOP 78',
      '| > Y YY A',
      '| CONS';
EXIT;

Test file input: (with *no* blank line at the top)

//* This is a test
//* This is a test 2
//*This is a test
  //* This is a test
//* This is a test
This is a test, DUDE.
/**//* This is a test, WAY out!!!
//*
//* Can you hear me?
TEMPEST
Blue jean blues


Results after running J EXEC:

&
&              *{//* This is a test 2
&                *{//*This is a test
&                  *{  //* This is a test
&                    *{//* This is a test
&                        *{/**//* This is a test, WAY out!!!
&                          *{//*
&                            *{//* Can you hear me?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 11:35:35 +0200
Comments:     In-Reply-To: Poster of Thu,
              2 Apr 1992 13:02:30 LCL from John P. Hartmann
From:         Otto Stolz <RZOTTO@DKNKURZ1.BITNET>
Subject:      re: NUP

Thanks to all who pointed us to the source of NUP REXX. Actually, it is
in the User's Guide (not in the Tutorial), and I must have been blind
when I searched the User's Guide's index for it.

Special thanks to John for posting his current version of N-UP REXX.
However, John's version will produce an error PIPSCC098E when it is
invoked with a three arguments, as in
   pipe literal xx | n-up 1 1 1 | console
I could mend it easily by simply adding the missing "END \" option to the
pipeline specification. While I was at it, I thought I could as well make
two more amendmends: I have strengthened two conditions, so improper
arguments will simply be ignored rather than resulting in nasty run-time
errors; and I have added a fourth argument.

My version of N-UP REXX, as appended below, now is suitable to assemble
the incoming record into pages, complete with carraiage controll and
a page-heading. It has up to four arguments:

Pos  Type & range  Default  Effect
1.   number > 0    2        Number of columns
2.   number > 0    infinity Number of rows (excluding header) on page
3.   xorc          none     Carriage control for 1st line on page
4.   string        none     Page header (including carriage control char)

Typical invocations are (verbatim, but layed out in portrait form):
   pipe < RZOTTO NETLOG A
      | n-up 1 60 blank 1Type filename filetype    operation Address
      | asatomc
      | printmc
or
   pipe < RZOTTO NETLOG A
      | spec 1.26 1
      | sort unique
      | n-up 3 60 0 1All files mentioned in RZOTTO NETLOG
      | console
      | asatomc
      | printmc
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 09:30:53 CDT
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: RDR file to Printer

>I am a new user of pipes, therefore please forgive me if this question
>has an obvious solution.

        No problem.   Thanks for asking.

>   q rdr all
>   ORIGINID FILE CLASS RECORDS  CPY HOLD DATE  TIME     NAME    TYPE  DIST
>   DEL      0051 F PRT 00000037 001 NONE 04/07 09:48:14 PROFILE EXEC  DEL
>   Ready; T=0.01/0.01 09:53:51
>   pipe reader | printmc
>   No reader file available.
>   ...

        Try   CP SP RDR CLASS *

        My guess is you're CLASS A or B or something.   Maybe not.
Maybe the file is "open",  which is displayed on VM/XA,  unlike on VM/SP.

"Dinosaur Babysitters:  we'd cast your pet in stone,
                        if you'd only let us"
"You can fight the whole world ... or live in your own"
 Rick Troth <TROTH@RICEVM1.RICE.EDU> -------- Rice Univ, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 9 Apr 1992 18:29:36 -0400
From:         Carl Forde <CFORDE@BCSC02.BITNET>
Subject:      Re: VMC device driver

 Here is the filter I wrote to get around the "NEXT" problem:
 Enjoy.

 /* SMART Filter: obtain all SMART output
 */
    trace off
    signal on ERROR

    parse upper arg smart command
    prompt = 'ISSUE THE COMMAND "NEXT"'
    lprompt = length(prompt)
    nheader = 0

 RESTART:
    'CALLPIPE VMC 'smart command' | stem indata.'   /* get first screen */
    'CALLPIPE stem indata. | stem outdata.'         /* copy to output   */
    parse var indata.1 ' END ' f_time .             /* interval timestmp*/
    ndata = outdata.0                               /* save the size    */

    do while left(outdata.ndata,lprompt) == prompt  /* is there more?   */
       outdata.0 = outdata.0 -1                     /* remove the prompt*/
       'CALLPIPE VMC 'smart' NEXT | stem indata.'   /* get some more    */
       if nheader = 0                               /* first time thru? */
       then do
          do j = 1 for indata.0 ,                   /* determine header */
                while indata.j = outdata.j          /* compare 1st & 2nd*/
          end
          nheader = j -1                            /* we've got it     */
       end
       parse var indata.1 ' END ' n_time .          /* new data timestmp*/
       if f_time == n_time                          /* data from the    */
       then do                                      /* same interval?   */
          do j = nheader +1 to indata.0             /* remove header    */
             k = outdata.0 +j -nheader              /* where to put data*/
             outdata.k = indata.j                   /* copy to output   */
          end
          outdata.0 = outdata.0 +indata.0 -nheader  /* new output size  */
          ndata = outdata.0                         /* save the size    */
       end
       else
          signal RESTART                            /* try again        */
    end

    do j = outdata.0 to 1 by -1 ,                   /* find the blank   */
          while outdata.j = ''                      /* lines at the end */
    end
    outdata.0 = j                                   /* drop them        */
    'CALLPIPE stem outdata. | *.out:'               /* return results   */

 ERROR:

    exit rc*(rc<>12)                                /* rc = 0 if eof    */

 Have fun,
 Carl Forde, 604-389-3234
 VM Database and Development Support Centre
 British Columbia Systems Corporation
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 8 Apr 1992 15:56:03 EST
From:         Glen Jula <julag@TACOM-EMH165.ARMY.MIL>
Subject:      READER
Comments: To: SY07@I1.PH.GLA.AC.UK, CMSPIP-L%MARIST.BITNET@uga.cc.uga.edu

> ...
> When I issue the same command under a different userid I get 'No reader
> file available.'
>
>    q rdr all
>    ORIGINID FILE CLASS RECORDS  CPY HOLD DATE  TIME     NAME    TYPE  DIST
>    DEL      0051 F PRT 00000037 001 NONE 04/07 09:48:14 PROFILE EXEC  DEL
>    Ready; T=0.01/0.01 09:53:51
>    pipe reader | printmc
>    No reader file available.

Doug,
My first check would be that that other user's virtual reader was
spooled for class *.  The file that you display is class F, and will
only be processed if the reader is processing class F, i.e if it is
spooled for either F or *.

Is it your intention to READ other users READER FILES??

                            GLEN P. JULA
                            US ARMY TACOM
                       WARREN, MI 48397-5000
                    julag@tacom-emh165.army.mil

          COMM: (313) 574-5185/5488
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 6 Apr 1992 10:50:47 LCL
From:         Bridget Rutty <SYSBXR@SUVM.BITNET>
Subject:      Re: One-line gem

On Fri, 3 Apr 1992 15:55:36 EST Melinda Varian said:
>I'm trying to come up with a suggestion for a simple pipe that
>will fit on one line of a foil and that can be explained in a
>minute or so to an audience who know CMS but not pipes.  It
>should be an example that shows how powerful Pipes is and that
>does something that people could understand and appreciate.
>
>Suggestions?

It depends on the audience, but I'm particularly fond of:

Pipe cp wng all system shutdown in 5 minutes | hole

I love not having to clear all the cp responses from service
machines :-).
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 8 Apr 1992 09:08:29 EDT
From:         "Christoper V. DeRobertis" <UICD@MARIST.BITNET>
Subject:      Re: Dero
              7 Apr 1992 23:55:23 BST from <SY07@I1.PH.GLA.AC.UK>

>You've set us a bit of a problem there, because although you've gone
>into great detail describing your pipe, do you not say what you are
>trying to achieve.  Further, you say that you are having trouble with
>it, and describe the output you are getting, but you fail to say in
>what respect it differs from your expectations.

  Noted. Answer: I want only the strings that LOCATE finds to be in the
  output stream, with the first 4 characters stripped out (via strip),
  and have the output left justified.

  In light of this memo here is some more information that intentionally
  omitted from the original post, as I did not know if it related to
  my query. Bad call on my part? No. Lack of total understanding
  using PIPES? Definitely.

  The file that is processed from the READER is transferred from a
  PRINT queue using CP TRANS. It is ordered to the top of the READER
  using CP ORDER. The file that is transferred originally comes
  from MVS to VM via RSCS. The file is built on MVS using straight
  REXX SAYs. -Dero
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 11:49:29 EDT
From:         Doug Lewis <LEWIS@KENTVM.BITNET>
Subject:      Re: RDR file to Printer
              7 Apr 1992 09:30:53 CDT from <TROTH@RICEVM1.RICE.EDU>

Thank you for all of the responses.

Spooling the RDR class to '*' did the trick.

Thanks again,

Doug Lewis
Systems Analyst
Academic Computer Services
Kent State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 13:17:45 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      how the dispatcher works (the short version)

This is to help the person with vmc driver problems understand what
is going on.

PIPELINE opens all drivers at the same conceptual time.  So, if you
have multiple vmc drivers, they all get opened when the pipe is scanned.

Opening a vmc driver includes establishing a vmcf connection to smart.
Only one such connection can be active in any given virtual machine,
so the second one fails when it tries to open.

Adding a delay stage does not help because the drivers are ALL opened
before any processing is done by way of moving data around.

Other drivers which cannot be opened more than one at a time include
starmsg, reader, etc.. (correct me if I am wrong :-)

I hope this helps - Yossie

P.s. I expect something crazy could be done with runpipe (which is a
runtime pipe creating filter) and delay.  The solutions mentioned so
far are much cleaner (I.e. WON'T fail.)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 16:37:56 EST
From:         "Slow-Children@Play" <IQTI400@INDYCMS.IUPUI.EDU>
Subject:      Re: CMS Filter
Comments: To: VM/SP CMS Pipelines Discussion List
              <CMSPIP-L%MARIST.BITNET@uga.cc.uga.edu>
              14 Apr 1992 15:41:56 LCL from <SYSBXR%SUVM.BITNET@
              uga.cc.uga.edu>

On Tue, 14 Apr 1992 15:41:56 LCL Bridget Rutty said:

>                                                     I wanted to hide
>it from the users and thought pipes was the perfect solution.  Guess
>I'll have to think about it.  Thanks.


Why is it a requirement to use 'REL (DET' ???

     address command 'SET CMSTYPE HT';
     address command 'RELEASE' disk_mode;
     address command 'SET CMSTYPE RT';
     address command 'EXECIO 0 CP ( STRING DETACH' disk_addr;

will release and detach the disk and hide the output...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Oklahoma State University
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 14:33:58 CST
From:         Brent Stilley <UCCXBRS@OSUVM1.BITNET>
Subject:      Re: 'VMCF is in use...'
Comments: To: Melinda Varian <MAINT@PUCC.BITNET>

Thanks for your response on my VMC problem.  I'm not sure what you mean by
CO-routines.  I assume you use this to refer to the dynamics of the dispatcher
being determined by the nature of the stages' use of the pipe API - each stage
(routine) can transfers control differently.

I've never used DELAY before.  The thing that threw me was that I could find
several examples in the book and help files that used DELAY in a very
deterministic, 1-2-3, way.  Do these examples work because there are no cms
waits being issued (like VMC must do for VMCF)?

Brent Stilley,  Oklahoma State University, 113 Math Sciences, Stillwater, 74078
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 10 Apr 1992 12:43:14 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: WAITRD? WRTERM?
              10 Apr 1992 14:02:35 CDT from <TROTH@RICEVM1.RICE.EDU>

I doubt pipes grabs WAITRD but it does grab LINEDIT, LINEWRT, TYPLIN as
well as some low-memory locations that reference these.  - Yossie
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 12:41:41 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: CMS Filter

As I am sure many others will point out, the response to the 'det' part
of 'rel' is from cp, not cms.  IMHO, 'rel' should trap this response and
feed it out as cms output, but as it stands, it doesn't.  It is unresonable
to expect pipe to be able to catch this (also very very diffecult to
implement) shortcomming of cms.  - Yossie
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Oklahoma State University
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 10 Apr 1992 12:48:20 CST
From:         Brent Stilley <UCCXBRS@OSUVM1.BITNET>
Subject:      Re: VMC device driver
              9 Apr 1992 15:13:15 CDT from
              <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT>

On Thu, 9 Apr 1992 15:13:15 CDT <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC
>On Wed, 8 Apr 1992 14:12:30 PDT Yossie Silverman said:
>                                              ... SMART doesn't  even tell you
>that more is waiting ...

RTM VM/ESA 5 my VM/ESA 1.0 system displays the following on the last line
if there is more to view:

 'ISSUE THE COMMAND "NEXT" TO VIEW THE NEXT SCREEN OF DATA'

Brent Stilley,  Oklahoma State University, 113 Math Sciences, Stillwater, 74078
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 08:49:12 EDT
From:         "Jacques V. Dejean" <DEJEAN@MITVMA.BITNET>
Subject:      Re: Pipes Description
              6 Apr 1992 16:35:40 CST from
              <GH0234%SPRINGB.bitnet@SIUCVMB.SIU.EDU>

On Mon, 6 Apr 1992 16:35:40 CST Stace Cameron said:
>I have to justify ordering CMS PIPLELINES. Our systems people wont order it
>unless they know "what it is for", "who will use it", etc. I have seen it
>mentioned in postings on VM-UTIL and VM-REXX and it looked worthwhile from
>the snippets of code there. Does anyone have a short explantion of the
>features in PIPELINES?
>
>PS. I looked in the archives and the FILELIST seems to require pipes.
>
>Stace Cameron, Data Processing Analyst
>Computing Services, Southern Illinois University School of Medicine
>PO Box 19230, Springfield IL 62794-9230
>GH0234@SPRINGB   217-782-4410   FAX: 217-785-5561
Stace-

The bottom line --  PIPES is a utility that will bring the wonders
(at least, some of them) of UNIX to CMS.

Good Luck,

Jacques V. Dejean
VM Systems Programming, MIT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Oklahoma State University
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 11:25:36 CST
From:         Brent Stilley <UCCXBRS@OSUVM1.BITNET>
Subject:      'VMCF is in use...'

I'm trying to write a pipe that combines the output of several
VMC SMART D VOL xxxxxx, commands.  I'm getting message PIPDEL541E VMCF is
in use by another stage.  I'm not suprised by this message, but after I
added a DELAY, I'm still getting it.

'Pipe (end ?) vmc smart d vol esable | take 4 | a: fanin | console ?',
             'literal +10 | delay | hole | vmc smart d vol esares | a:'

If I change the second vmc to 'CP Q T', I immediately see the output from
the remaining vmc followed by the Q T output, *then* after a 10 second delay
I get the CMS ready prompt.  I can't rationalize this at all.  How can I
delay the second, third, etc., pipes?

Brent Stilley,  Oklahoma State University, 113 Math Sciences, Stillwater, 74078
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU