HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 2 Oct 1992 22:00:45 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: Joining userids to MDISK statements
              2 Oct 1992 12:57:21 PDT from <YOSSIE@UCSFVM.UCSF.EDU>

On Fri, 2 Oct 1992 12:57:21 PDT Yossie Silverman said:
>Here is my version of juxtapose.  Whatcha think?  It was REAL simple
>to write :-)
>

Hmmmmm, I would have guessed that juxtapose was more like:

/*
JUXTAPOSe REXX

Read records from any and all streams,

If the record is from stream 0, remember it.

If the record is from any other stream, build a new record by
concatenating that record to the recently remembered record from
stream 0.  Pass the new record out stream 0.

The first record to arrive should be on stream 0
*/

Trace N
Signal On NoValue

'READTO PRIMARY'
Do Forever
  'SELECT ANYINPUT'
  If rc <> 0 Then
    Exit rc*(rc<>12)
  'STREAMNUM INPUT'
  Select
    When rc = 0 Then
      'READTO PRIMARY'
    Otherwise
      Do
      'READTO SECONDARY'
      'OUTPUT' primary || secondary
      End
    End
  End
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 2 Oct 1992 06:49:56 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: How to obtain new function.

This would seem to be an area in which user group requirements might be
of benefit.  If we want IBM to continue enhancing the version of Pipes in
CMS, we should let them know that.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 6 Oct 1992 08:34:54 EST
From:         Nick Laflamme <NLAFLAMM@IRISHVMA.BITNET>
Subject:      Re: PLC2 and TAPE decoding
              5 Oct 1992 21:06:00 CET from
              <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT>

Wow, thanks, Christian!  That looks fairly straight forward.  In my case
I think I can assume F80, so I don't have to do much more than verify
afterwards that each file format was as expected.  I supposed this gets
more complicated if one tries to read lots of files with different
formats, but at least this is now a better understood problem.

On to the accounting data....

Nick

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 21:06:00 CET
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      PLC2 and TAPE decoding

'ts not so complicated indeed but there's a few gotchas.
First byte is '02'x.
3 bytes 'CMS' (for TAPE) or 'PLC'.
For PLC a  record with H in  the 5th byte containing the  state info preceedes
the actual file. It's important for  F-format records because that's where you
get the LRECL from.
F or V in  the 5th byte are data records. For V-format  use DEBLOCK CMS, for F
the lrecl from the header.
For TAPE the header  (with a different layout) follows the  files. Format V is
the same as for  PLC. For F you have a problem though.  And theres the special
case for sparse files.
Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 10:24:42 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: joining userids and mdisks, juxtapose
              5 Oct 1992 08:42:14 CET from
              <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT>

On Mon, 5 Oct 1992 08:42:14 CET <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC
>Some time ago I've  written an ALLSTREAM filter (but never  bothered to put it
>on the list)  which basically ensures that records arrive  on all streams etc.
>etc. and it can insert predefined strings  or keep the last value for a stream
>which has no record ready.
>For the directory problem you have to put an overlay stage after it.
>Ask for it and you'll get it (or shall I put it on the list ...?)
>
>Christian

I vote LIST
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 3 Oct 1992 10:39:50 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: Juxtapose.

But why limit JUXTAPOSe to two streams only (primary and other.)
I can think (not right now, please) of cases where three streams
might be useful and I am sure a general solution beats a specific
one by a mile anyday!  No?  Anyway it was an interesting excersize
and if nothing else it tought ME a bit more about complex filters
in REXX/PIPES.  - Yossie

---
Yossie Silverman                   "What did the Caspian Sea?" - Saki
I'Net:  yossie@ucsfvm.ucsf.edu
Bitnet: YOSSIE@UCSFVM              B5/4 f- w- t cd g++ k++ s++ p
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 26 Sep 1992 13:28:06 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      My previous fix to PIPSQI.

 RE: My previous fix to PIPSQI.

 You'll have to hack the pipeline to define an escape character; the
 fix assumes that the scanner knows that || really means one |.  The
 standard 1.1.6 scanner rejects this as a null stage.

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 2 Oct 1992 18:16:41 CET
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Re: how to pre-dispatch?
              2 Oct 1992 12:01:48 CDT from <TROTH@RICEVM1.RICE.EDU>

If your choice1 can decide whether to  fail or not before actually consuming a
record then you'll be happy with callpipe. If it happens to be a REXX stage ..
well, ever wondered what commit/nocommit is for :-) ?
Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 1 Oct 1992 14:32:40 EST
From:         macphil <IQTI400@INDYCMS.IUPUI.EDU>
Subject:      Re: NO SUBJECT
Comments: To: VM/SP CMS Pipelines Discussion List
              <CMSPIP-L%MARIST.BitNet@pucc.PRINCETON.EDU>
              1 Oct 1992 18:48:12 +0100 from <c772503i@NLEVDPSB.
              SNADS.PHILIPS.NL>

On Thu, 1 Oct 1992 18:48:12 +0100 Rob vd Heij said:
>Anyone with a neat solution for the following?
>From the USER & MDISK statements of the directory, I want a the mdisks with
>the proper userid per record. Sure, it can be done by a Rexx program that
>does a 'callpipe' per user to collect all MDISKs and prefix them with the
>userid (I wrote that when I needed the file).
>But it should be simpler than that...

If it's a requirement for a programming contest or something, then perhaps
one should remain committed to PIPEs, but also remember what
Erasmus said:  "Make things simple, not simpler."  (i.e. Don't use PIPES
just because you have PIPES)

Here's a first attempt that matches up against the results of
DIRM SCAN MDISK (which is another solution if you have DIRMAINT):

/* */

Address Command ;

Trace Off ;

InFile = 'USER WITHPASS C' ;
OutFile = 'USER MDISK C' ;

'FINIS' InFile ;
'FINIS' OutFile ;

CurrentUser = '' ;

'EXECIO 1 DISKR' InFile '( VAR INTEXT' ;   InRcode = Rc ;
Do While InRcode = 0 ;
   Word1 = Word( InText, 1 ) ;
   Select ;
      When Word1 = 'USER'
      Then CurrentUser = Word( InText, 2 ) ;
      When Word1 = 'MDISK'
      Then 'EXECIO 1 DISKW' OutFile '( STRING',
         Substr( CurrentUser, 1, 10 ) InText ;
      Otherwise Nop ;
   End ;
   'EXECIO 1 DISKR' InFile '( VAR INTEXT' ;   InRcode = Rc ;
End ;

'FINIS' InFile ;
'FINIS' OutFile ;

Exit ;
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 08:42:36 CDT
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: Reading VMFPLC2 format tapes

Nick,

        I doubt it's as bad as you fear.   Last week I thought-up a
replacement for our CMS TAR  (typically at tape utility)  using Pipes
(while I was supposed to be doing other things;  you know ... just
couldn't stop the flow of though).   It came to mind that a  TARLIST,
not too different from  FILELIST,  would be trivial.   In the case of
VMFPLC2 tapes and files,  maybe a PLCLIST EXEC could similarly be created.

        Pipes is kool!

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 08:42:14 CET
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Re: joining userids and mdisks, juxtapose

Some time ago I've  written an ALLSTREAM filter (but never  bothered to put it
on the list)  which basically ensures that records arrive  on all streams etc.
etc. and it can insert predefined strings  or keep the last value for a stream
which has no record ready.
For the directory problem you have to put an overlay stage after it.
Ask for it and you'll get it (or shall I put it on the list ...?)

Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: CMSPIP-L@MARIST.BITNET
X-VMS-To: IN%"CMSPIP-L@MARIST"
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 28 Sep 1992 17:17:00 BSC
Reply-To:     gomide@BRFAPQ.BITNET
Comments:     @FAPQ.FAPESP.BR - @FAPQ%FPSP.HEPNET - @BRFAPQ.BITNET - .BR gateway
Comments:     Warning -- original Sender: tag was GOMIDE@BRFAPQ
From:         gomide@FPSP.FAPESP.BR
Subject:      Apologies re: InterMeta course

PLEASE DO NOT SEND MONEY !
It is with regret that I perform this task. Dr. Gelson V. Gomes. a
professor of the University of Parana, Brazil, has exceeded this
privileges and announced a eletronic course:

> ____________________________________________________________
>        Mastering INTERNET Tools, Seizing METANET Power -
>                      The InterMeta Course
> ____________________________________________________________

I must apologize for this flagrant breach of network etiquette. Please
be aware that Dr. Gelson had no right to do so, since this is against
the rules of our ANSP network, and also against the Bitnet rules.
PLEASE DO NOT SEND MONEY!
I will not discuss what his motivations were. But his account has been
revoked, and there will be no such course through my network.

Please write by normal mail, to:
-> Gelson V. Gomes
-> 358, R. Alvaro Andrade - ap.1201
-> Curitiba PR BRAZIL 80610-240
to get more information on his objectives. He may want to give the
course by normal mail.  :-)

With regards,
--
Alberto Courrege Gomide | Fundacao de Amparo `a Pesquisa - (11)831-3357
Software Supervisor     | Rua Pio XI, 1500 - CEP 05468-901 - Sao Paulo
<gomide@fapq.fapesp.br> | FAX (11)261-4167 Telex (11)82014 - Brazil
(ACG8) - .BR Domain Technical Contact. |
--
From: CLAUZEL@FRCPN11.BITNET (Dominique Clauzel)
Newsgroups: bit.listserv.cmspip-l
Subject: Re: SMART 1.5.1.
Date: 29 Sep 92 16:07:40 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

il faut essayer de l'obtenir et tester...
c'est facile, mais qui peux nous fournie cette ptf?
Dominique
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 3 Oct 1992 13:12:48 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      Juxtapose.

 RE: Juxtapose.

 Jim is almost there.  Of course, minor details like ensuring there
 are no arguments, the secondary steram is defined, stopping when
 the output is severed, and so on are left as exercises for the user
 :-)

     j.                                                john@vnet.ibm.com
------------------------------------------------------------------------
/*
JUXTAPOSe REXX

Read records from any and all streams,

If the record is from stream 0, remember it.

If the record is from any other stream, build a new record by
concatenating that record to the recently remembered record from
stream 0.  Pass the new record out stream 0.

The first record to arrive should be on stream 0
*/

Trace N
Signal On NoValue

'READTO PRIMARY'
Do Forever
  'SELECT ANYINPUT'
  If rc <> 0 Then
    Exit rc*(rc<>12)
  'STREAMNUM INPUT'
  Select
    When rc = 0 Then
      'READTO PRIMARY'
    Otherwise
      Do
      'PEEKTO SECONDARY'
      'OUTPUT' primary || secondary
      'READTO'
      End
    End
  End
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 3 Oct 1992 13:14:44 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      Inserting in a table.

 RE: Inserting in a table.

 The numbers must be binary.

     j.                                                john@vnet.ibm.com
------------------------------------------------------------------------

 /* */
 arg fid
 nextkey = 1
 'PIPE <' fid,
     '| spec /'nextkey'/ d2c 1.4 recno d2c 5.2 right 1.80 7.80',
     '| sql insert into tms.problog',
 exit
From: NLAFLAMM@IRISHVMA.BITNET (Nick Laflamme)
Newsgroups: bit.listserv.cmspip-l
Subject: Reading VMFPLC2 format tapes
Date: 1 Oct 92 13:24:01 GMT
Organization: Office of University Computing
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Note:  In the following note, an experienced VM SysProg is about to
expose lots and lots of ignorance of how tapes can be and are used,
especially by application programs.  Try not to laugh, OK?  :-)

I routinely dump my VM accounting cards to tape in VMFPLC2 format.  I'll
dump a few months at a time to tape, one CMS file per day, about 90 CMS
files per tape file.  Every now and then my boss (or his boss) asks me
for some historical data about VM use which can be answered at least
partially by these records on tape.  So far, I've just dumped the tapes
to a T-disk and used Pipes on the disk files.  However, there's a little
voice in my head yelling as loud as a little voice can, "THERE'S GOT TO
BE A BETTER WAY!"

Is there a way to directly read into a pipe records from files of a
predictable format stored on a tape in VMFPLC2 format?  I don't
necessarily need to completely avoid the use of a staging disk, but if I
can filter out lots of records before even going to the disk, that'd be
great.  Mostly what I want is just lines of data without regard to what
the file was called that they came from.

I realize this is probably a non-trivial problem, and I'll eagerly
accept mere pointers such as, "Try this filter xxxx with these options;
you should get data of the form, xxxxxxx."

Thanks,
Nick

P.S.- Remember, no laughing if this is much easier than I fear.  Mild
gloating is allowed. :-)

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 2 Oct 1992 12:57:21 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: Joining userids to MDISK statements

Here is my version of juxtapose.  Whatcha think?  It was REAL simple
to write :-)

---

/* JUXTAPOS - read records from all streams and remember the last     */
/*             record on each stream.  When a record on the highest   */
/*             number stream is input, append all remembered          */
/*             records and output the result                          */
/*                                                                    */
/*                                                                    */
/* Written by Yossie Silverman, UCSF, Last update 10/02/92.           */
/*                                                                    */
j. = ''                               /* initially all parts are null */
'maxstream input'; m = rc    /* figure out how many streams there are */
do forever                                     /* loop on all records */
  'select anyinput'                                   /* get an input */
  if rc /= 0 then exit rc*(rc<>12)                   /* check for eof */
  'streamnum input'; r = rc                /* figure out which stream */
  'readto j.r'                                      /* get the record */
  if r = m then do                        /* if highest number stream */
    j = ''; do i = 0 to m; j = j||j.i; end      /* ... then juxtapose */
    'output' j                        /* output the juxtaposed record */
  end
end

---
Yossie Silverman                   "What did the Caspian Sea?" - Saki
I'Net:  yossie@ucsfvm.ucsf.edu
Bitnet: YOSSIE@UCSFVM              B5/4 f- w- t cd g++ k++ s++ p
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 15:08:29 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: Subject not specified.

On Mon, 5 Oct 1992 18:42:37 LCL John P. Hartmann said:
> The built-in JUXTAPOSE only supports two input stream and one output
> stream.  Maybe it should be more generous, but it isn't clear (to me
> at least) what it should do with five input streams.
>
>     j.                                                john@vnet.ibm.com

Well, afew reasonable alternatives come to mind.  I agree that it is not
clear which is most reasonable:

  1) send all output out stream 0

  2) copy input stream 0 to output stream 0 and send the rest of the output
     out stream 1

  3) copy input stream 0 to output stream 0 and send the rest of the output
     out on the same stream number that supplied the record.

There seems to be ways to make any one of the above behave like any of the
others using additional selection and/or fan stages.  Perhaps the behavior
could be determined by which output streams are connected?  (not very carefully
thought through here)

Jim Colten
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 09:51:01 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: Juxtapose.

The need addressed by JUXTAPOSE is common enough for JUXTAPOS REXX to be
considered a paradigm.  I will be finishing it for my own purposes.  If
there is interest, I can send it to the filelist.  Just two questions:

1) JUXTAPOSE is nine chars long.  A pipe macro name can be up to eight
   chars long.  Should a built-in JUXTAPOSE ever see the light of day, what
   will its abbreviated name be?  I am inclined to GUESS that it would be JUXT
   or JUXTAPOS, but why guess! I would use the short name as the name of the
   macro.

2) Anyone care to explain the finer points of the differences between
   READTO .... OUTPUT  and PEEKTO .... OUTPUT .... READTO?

Jim Colten
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 2 Oct 1992 13:44:53 -0400
From:         James Gu <JGU@IBRDVM1.BITNET>
Subject:      Seeking help on SQL insert

 I tried to use pipeline to insert records into sql table.
 The first attribute is defined as integer, and the second is defined
 as smallint.
 The following is the code,

 /* */
 arg fid
 nextkey = 1
 'PIPE <' fid,
     '| spec /'nextkey'/ 1.4 recno 5.2 right 1.80 7.80',
     '| sql insert into tms.problog',
 exit

 The problem is after I inserted the data, and from ISQL or RXSQL to
 see what I have loaded into the table, the first fieldis shown is
 not the value I have loaded, same as the second.  But when you use
 PIPE sql noindicators select * from tms.problog | console
 it shows the correct values.
 I also tried the following, no luck.
      ...
     '| spec /'nextkey'/ c2d 1.4 recno 5.2 right 1.80 7.80',
      ...

     '| spec /'nextkey'/ c2x 1.4 recno 5.2 right 1.80 7.80',
      ...

 I am seeking your help.

 Regards,


 James Gu
 The World Bank
 (202)473-6049
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 13:23:01 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      juxtapose

I just realized that juxtapose could be used in series to produce the
result I had in mind assuming it does what the piper said it does
currently.  Multi-level merging isn't very common (I can think of a few
far out cases but they aren't likely) and so the extra code to support
it in one stage would be pointless.  Especially since you can always
do it with a series connection:

... | a: locate ... | c: locate ... | b: juxtapose | d: juxtapose | ...
    ? a: | b:
    ? c: | d:

this would be equivalent to (using MY filter):

... | a: locate ... | c: locate ... | b: juxtapose | ...
    ? a: | b:
    ? c: | b:

- Yossie

---
Yossie Silverman                   "What did the Caspian Sea?" - Saki
I'Net:  yossie@ucsfvm.ucsf.edu
Bitnet: YOSSIE@UCSFVM              B5/4 f- w- t cd g++ k++ s++ p
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 10:33:12 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: Juxtapose.
              3 Oct 1992 10:39:50 PDT from <YOSSIE@UCSFVM.UCSF.EDU>

On Sat, 3 Oct 1992 10:39:50 PDT Yossie Silverman said:
>But why limit JUXTAPOSe to two streams only (primary and other.)
>I can think (not right now, please) of cases where three streams
>might be useful and I am sure a general solution beats a specific
>one by a mile anyday!  No?  Anyway it was an interesting excersize
>and if nothing else it tought ME a bit more about complex filters
>in REXX/PIPES.  - Yossie
>
>---

Oh, but it does handle as many input streams as are present. Were you
suggesting that the input streams not be merged into one output stream?

Jim
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 5 Oct 1992 18:42:37 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      Subject not specified.

 The built-in JUXTAPOSE only supports two input stream and one output
 stream.  Maybe it should be more generous, but it isn't clear (to me
 at least) what it should do with five input streams.

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 2 Oct 1992 11:10:13 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      How to obtain new function.

 RE:  How to obtain new function.

 You can ask IBM for it.  And then IBM will quote you a price.  This is
 the way businesses work.

 I doubt you'll like the price.

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 2 Oct 1992 12:01:48 CDT
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      how to pre-dispatch?

        I have this slick new tool I'm creating.   (don't we all?)
There are two possible output paths from a certain point in the pipeline.
I want to try adding one path,  and if that fails try adding the other.
But I don't want to let the (possibly) failing first choice suck-up any
of the output stream,  so that all of that is available for the second.

        I could perhaps do:

                'CALLPIPE *: | CHOICE1'
                If rc ^= 0 Then
                'CALLPIPE *: | CHOICE2'

        ... and indeed,  as I type this,  I think maybe what I need is
to just use CALLPIPE instead of ADDPIPE and make CHOICE1 and CHOICE2
behave properly.   Thoughts?

        The initial idea was to force CHOICE1 to run until it did a
'PEEKTO' or 'READTO',  so that failure (it's TCP) could be discovered
in a  "set up" phase  before real runtime.

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 1 Oct 1992 16:22:15 CET
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      FTP access to archives

CMSPIP-L  archives and  the  FILELIST  are available  via  anonymous ftp  from
AWIIMC12.IMC.UNIVIE.AC.AT [131.130.43.2] in directory CMSPIP-L.
Happy plumbing
Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU