HDTenEightyP/NetNews huggingface dataset:
X-Envelope-to: INNOPAC@MAINE.bitnet
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.innopac
Date:         Mon, 31 Aug 1992 09:13:07 +0000
              <INNOPAC@MAINE.BITNET>
From:         Michael Rissinger <michael_rissinger@MACMAIL.MED.NYU.EDU>
Subject:      spine labels

                       Subject:                               Time:9:08 AM
  OFFICE MEMO          spine labels                           Date:8/31/92
We are interested in producing spine labels with the Innovative system.  Could
we hear from you about your experiences?

1.  Which printer(s) do you use?
2.  What brand labels do you use?
3.  Does anyone use SELIN?
4.  Do your spine labels fade?
5.  Do you use protective covers?

Do you have any ideas or suggestions for us?

===============================================================
Michael Rissinger
rissinger@med.nyu.edu
Ehrman Medical Library                                       (212) 263-6691
New York University Medical Center
550 First Ave.
New York, NY 10016
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Stanford Linear Accelerator Center
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 31 Aug 1992 12:31:43 PST
From:         Chuck Boeheim <BOEHEIM@SLACVM.BITNET>
Subject:      Re: Pipedemo version 3

For those new to the list and the archives, all contributions are
encoded using the KNAPSACK package.  To get the introductory materials
to the list, the DEKNAP EXEC, and the full KNAPSACK PACKAGE,
send the following commands to the listserv:

  GET CMSPIP-L PACKAGE
  GET KNAPSACK PACKAGE

------------------------------------------------------------------------
Chuck Boeheim                                  Boeheim@SLAC.Stanford.Edu
Server Computing Group                                    (415) 926-4640
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 2 Sep 1992 16:15:06 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      Another pipeline bug exposed by PIPEDEMO.

 RE:  Another pipeline bug exposed by PIPEDEMO.

 There is a bug in the underlying interface used by RUNPIPE that allows
 the controlling pipeline (the one with RUNPIPE) to run away from the
 controlled pipeline.  This surfaces when the new PIPEDEMO is run in a
 370-mode virtual machine.  I'm appending the fix below.

 I expect a circumvention could be to force the use of the console
 interface for the fullscr stages in pipedemo.  Locate /| fullscr
 and add the keyword CONSOLE.

     j.                                                john@vnet.ibm.com
+============================================ Beginning of PIPEBLOK CTLDW
./ I 00370000          $ 371000 1000                  09/02/92 13:49:15
.* 2 Sep 1992  219 Controlling pipeline must wait.             CTLDW
./ R 00710000          $ 714990 4990                  09/02/92 13:49:15
PIPHDFLAG FLAGDEF PIPHSTRT,   Has started                              *
./ I 01100000          $ 1105000 5000                 09/02/92 13:49:15
         GENOFS PIPHDFLAG                                      CTLDW
-================================================== End of PIPEBLOK CTLDW
* PIPEBLOK CTLDW    H1 F         80          6          1  9/02/92 13:49:15
+============================================== Beginning of PIPDEF CTLDW
./ I 00120000          $ 124000 4000                  09/02/92 13:44:44
*  2 Sep 1992  219 Controlling pipeline must wait.             CTLDW
./ I 02741530          $ 2741540 10                   09/02/92 13:44:44
 FLAGOFF PIPHNONDISP,BASE=R1  Make it dispatchable             CTLDW
./ I 02741710          $ 2741720 10                   09/02/92 13:44:44
 L       R1,PIPHRCTLHDR       Get the one to switch to         CTLDW    02741530
 FLAGON  PIPHNONDISP,BASE=R1  Make it non-dispatchable         CTLDW
-==================================================== End of PIPDEF CTLDW
* PIPDEF   CTLDW    H1 F         80          7          1  9/02/92 13:44:44
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 2 Sep 1992 11:55:52 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: Reading MVS datasets from CMS Pipes

The following REXX stage is one we use to read a particular BDAM
file (going at it sequentially):

/* DEBDOL REXX:  Read and deblock specified $File */

Signal On Error
Signal On Novalue

Parse Upper Arg fn'.'ft mode

If fn = '' | ft = '' | mode = '' | Substr(ft,1,2) /= '$F'
Then Do
   Say 'Arguments are "fn.ft mode", e.g., "debdol sys5.$file92 x".'
   Exit
End

'CALLPIPE',                           /* Check for OS disk accessed: */
   'cms query disk' mode '|',
   'drop 1 |',
   'spec w7 1 |',
   'find OS|',
   'count lines |',                   /* Make Boolean.               */
   'var osdisk'
If ^ osdisk  Then Do
   Say 'The disk containing the desired $File must already be accessed.'
   Exit
End

Address Command 'FILEDEF $FILE DISK' fn ft mode ,
                '( RECFM F LRECL 1024 DSORG PS BLKSIZE 1024'

'CALLPIPE',                           /* Examine Block 0 of $File:   */
   'qsam $file |',                    /* Read as QSAM.               */
   'take 1 |',                        /* Get 0th block.              */
   'spec',                            /* Select desired fields:      */
      '3.2 c2d 1',                    /*   $DATUSED,                 */
      'write',                        /*   (write it out),           */
      '5.2 c2d 1 |',                  /*   $DATLAST.                 */
   'var $datused |',                  /* Save in Rexx variable.      */
   'drop 1 |',                        /* Neat trick.                 */
   'var $datlast'                     /* Save in Rexx variable.      */

'CALLPIPE (endchar ?)',               /* Read and deblock the file:  */
      'qsam $file |',                 /* Read as QSAM.               */
      'take' $datlast+1 '|',          /* Select active blocks.       */
   'd: drop 1 |',                     /* Block 0 is special.         */
   'f: faninany |',                   /* But now it's normal.        */
      'spec 3-* c2v 1 |',             /* No leading/trailing sludge. */
      'deblock sf |',                 /* Get individual records.     */
      'spec 1-* 1 /  / next |',       /* Restore the length fields.  */
      'spec 1-* v2c 1 |',             /*    "     "     "      "     */
      'spec 1;-3 1 |',                /*    "     "     "      "     */
      '*:',                           /* Send records to caller.     */
'?',
   'd: |',                            /* Block 0 to here.            */
      'spec',                         /* Make it normal:             */
         '/'x2c(d2x($datused-6,8))'/ 1',  /* Subtract 6 from length. */
         '11-* next |',                   /* Delete 3 halfwords.     */
   'f:'                               /* Process with rest of file.  */

Error: Exit RC*(RC<>12)               /* RC = 0 if EOF.              */
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Stanford Linear Accelerator Center
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 3 Sep 1992 11:12:49 PST
From:         Chuck Boeheim <BOEHEIM@SLACVM.BITNET>
Subject:      Fixed version of Pipedemo now available

I have just placed an updated version of Pipedemo on the
listserv archives and VMSHARE.  This version fixes the problems
with I/O errors on several kinds of 3270s that are not able to
display all of the colors that I attempted to use.  It also bypasses
the problems of pipeline stalls when a pause stage was used.  The
actual fix is the update posted by John Hartmann recently, but you
need not apply that if the only place that you saw unexplained stalls
was Pipedemo.  There are also a few minor fixes of garbage characters
in the data area and for translating out undisplayable characters in
the output.

Many thanks are due to John Hartmann for diagnosing both the 3270 and
the stall problems and supplying fixes to them, and to the many
individuals who independently diagnosed the 3270 problem and sent me
suggestions.   It seems like I have had notes from about a hundred people
about these problems.  I appreciate all of the effort all of you put into
reporting the problem and contributing solutions.  I apologize for not
replying to each one of your notes, but the task was rather overwhelming
on top of the debugging and all of the other problems demanding my attention.
Thanks for your patience, and I hope the new version is worth it.

Again, to retrieve the new version of Pipedemo, send the following command
to LISTSERV, at either MARIST or AWIIMC12, as either a TELL message or
as the first line in a mail item:

  get pipedemo package

You'll get PIPEDEMO KNAPSACK, and you need the DEKNAP exec to decode it.
If you don't have that, also send the command

  get cmspip-l package

to the listserv.

------------------------------------------------------------------------
Chuck Boeheim                                  Boeheim@SLAC.Stanford.Edu
Server Computing Group                                    (415) 926-4640
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: State University of New York at Buffalo
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 2 Sep 1992 11:38:48 EDT
From:         "Steven P. Roder" <TKSSTEVE@UBVM.CC.BUFFALO.EDU>
Subject:      Reading MVS datasets from CMS Pipes

Does anyone have a Q&D pipe for reading datasets off MVS Volumes?  I need
to link and access an MVS volume, and read some MVS files into CMS files.

Thanks


Steve Roder
(tkssteve@ubvm.bitnet | tkssteve@ubvm.cc.buffalo.edu | (716)636-3564
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 27 Aug 1992 13:09:00 EDT
From:         Bob Fowles 814-865-4774 <RBF@PSUVM.BITNET>
Subject:      Re: Capturing RSCS return messages

The Washington Systems Center Tech Bulletin "CMS Pipelines Tutorial"
edited by Janet Gobeille contains some examples of this in Chapter 15.
The solution to Exercise 15.1 should help.  Based on this and contributions
from a colleague of mine, I wrote the following driver:

/*********************************************************************
*
*  ROUTINE:      RSCS REXX (pipeline driver for RSCS 3.1)
*
*  PURPOSE:      Pipeline driver to issue RSCS 3.1 command and trap
*                output. No inputs; output sent to primary output.
*
*  PACKAGE:      USERTOOL
*
*  CALLS:        CP SET SMSG
*
*  DEPENDENCIES: Calling programs may need to be aware that this
*                driver can CP SET SMSG IUCV at beginning and
*                CP SET SMSG OFF at the end.
*
*  AUTHOR:       Robert Fowles  <RBF@PSUVM>  2/25/92
*
*  REVISIONS:
*********************************************************************/

arg RSCScmd '(' opts

call Scanopts

if setsmsg then address command 'CP SET SMSG IUCV'
sig = right(time('L'),6)   /* Unique CRI signature for this call */

'maxstrm output'
if rc = 0
then sec = ''
else sec = '\ Rscs: | *.output.1:'   /* Write to secondary */

'CALLPIPE (end \)',
  '|STARMSG *MSG CP SM RSCS (SL.'sig')' RSCScmd,
  '|Rscs: find 00000004RSCS',   /* only SMSGS from RSCS */
  '|spec 22-*',              /* Strip STARMSG header and part of othr*/
  '|locate 20.6 /'sig'/',    /* Just ones with CRI signature */
  '|tolabel 0001'||,         /* Until "End of Response" msg num */
  '|spec 31-*',              /* Keep just message text */
  '|buffer',                 /* Prevent halt before last line */
  '|f: fanout',              /* Save output for below */
  '|take 1',                 /* Discard output */
  '|c: faninany',            /* Come here to stop pipeline */
  '|spec /pipmod stop/',     /* Set up to stop */
  '|subcom cms',             /* Stop STARMSG and DELAY */
 '\literal +00:10',          /* Set timer to stop pipeline */
  '|delay',
  '|c:',                     /* Go stop pipeline */
 '\immcmd stop',             /* Set immediate command "stop" */
  '|c:',                     /* Go stop pipeline */
 '\ f:',                     /* Send to primary output */
  '|*:',
  sec

if setsmsg then address command 'CP SET SMSG OFF'

exit rc

ScanOpts:
   setsmsg = 1
   rscs = 'RSCS'
   do while opts <> ''
      parse var opts opt opts
      select
         when opt = 'NOSET' then setsmsg = 0
         when opt = 'RSCS' then do
            parse var opts rscs opts
            if rscs = '' then rscs = 'RSCS'
         end
         otherwise call Errstop 'Incorrect argument'
      end
   end
   parse value diagrc(8,'QUERY USER' rscs) with cprc cpcc m
   if cprc > 0 then exit cprc
   return

Errstop:
   say arg(1)
   exit 100



Bob Fowles, Center for Academic Computing, Penn State
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 3 Sep 1992 15:10:30 LCL
From:         Bridget Rutty <SYSBXR@SUVM.BITNET>
Subject:      Re: Another pipeline bug exposed by PIPEDEMO.

On Wed, 2 Sep 1992 16:15:06 LCL John P. Hartmann said:
> RE:  Another pipeline bug exposed by PIPEDEMO.

I want to apply these fixes to my pipes, but in checking my
control file as recommended by Melinda, I find that mine is
different.  This is my control file:

TEXT MACS PIPGBL PIPEIF DMSSP CMSLIB OSMACRO TSOMAC
FIX  AUXFIX
* SELECT RE-GENERATED PARAMETER FILES
PARM

I don't have maclibs DMSGPI, DMSOM, and OSPSI that Melinda says
should be listed.  I am running HPO release 5, CP slu 514 and
CMS slu 523.  Will I be able to apply these fixes on my system?

Bridget Rutty                                        SYSBXR@SUVM.BITNET
Newsgroups: bit.listserv.cmspip-l
From: MAINT@ibm.rz.uni-passau.de (Kornexl Anton)
Subject: PIPEDEMO 3
Organization: University of Passau - Germany
Date: Thu, 3 Sep 1992 14:29:41 GMT

Hello,
 
Has someone PIPEDEMO 3 successfully running on VM/SP 6 with Mod 6 of
PIPES. I have already included the PIPSCR FOOLPR fix in the Pipeline
Module. The results are the same before and after the fix.
Ready; T=0.01/0.02 14:19:13
pipetst3
PIPIOS292E I/O error on CONSOLE; CSW X'00223F00 0E000000', CCW X'291CC001 20C00471'.
PIPMSG004I ... Issued from stage 8 of pipeline 1 name "RUNPIPE".
PIPMSG001I ... Running "fullscr noclose path pipedemo condread".
PIPIOS293I Sense 01.
  2004 +++   'readto response'
Error in line 2004 of PIPEDEMO EXEC * rc = 12
Variables have been dumped to PIPEDEMO EXECVARS A
VM/SP RELEASE 6, SERVICE LEVEL 619
GENERATED AT 07/22/92 12:19:12 MEZ
IPL AT 08/31/92 10:05:10 MEZ
 
sincerely
Anton Kornexl
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 31 Aug 1992 14:54:05 GMT
From:         Kwong Kam <URKWK@NYUCCVM.BITNET>
Subject:      Re: Pipedemo version 3

On Wed, 26 Aug 1992 16:59:09 PST Chuck Boeheim said:
>Pipedemo version 3 is now available on the listserv archives and
>on VMSHARE.  You can retrieve it from the archives with the command:
>
>  tell listserv at <place> get pipedemo package
>
>   where <place> = the closest of MARIST or AWIIMC12
>
>This is the version that I talked about in my session at SHARE last week.
>
>Please let me know of any problems, or of any suggestions for improvements.
>
Could some one tell me how to receive and seperate files from PIPEDEMO
KNAPSACK?  The files in PEIPDEMO KNAPSACK looks like it is uu(xx)encoded?
Thanks
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 3 Sep 1992 17:26:29 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      PIPEDEMO.

 RE: PIPEDEMO.

 I have one working now.  It requires a fix to PIPDEF (appended
 earlier) and some change to PIPEDEMO to look for colour information
 in the diag 8c response.  I've sent the modified PIPEDEMO back to
 Chuck; I'm sure he'll send it to the list in due course.

 If you're desperate, change the colour attributes set towards the end
 of PIPEDEMO to use only values in the range f1..f7 (assuming your
 terminal is a 3279).

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Kentucky - Computing Center
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 2 Sep 1992 07:44:08 EDT
From:         "Fraebel, Trent" <SYSTRENT@UKCC.UKY.EDU>
Subject:      Re: FULLSCREEN problems again

On Tue, 1 Sep 1992 12:12:38 EDT Melinda Varian said:
>In a recent posting to this list, Perry Ruiter gave a version of the
>PRPQ fix that he had converted to fit on the CMS 8 module.  If you
>want to apply Perry's fix as a local modification, you would use the
>normal SES procedures for doing that.
>
I applied Perry fixes and our problem is cured.
Thanks
Trent
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 1 Sep 1992 10:56:44 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Getting the basic tools for this list

If you issue TELL LISTSERV AT MARIST GET CMSPIP-L $PACKAGE, you
will get a file that tells you what other files you need.  Basically,
you want to get the following files:

  CMSPIP-L READ$$ME Introduction
  DEKNAP   EXEC     EXEC for unfolding the kanpsack
  DEKNAP   REXX     ... the filter
  PIPDEC   REXX     ... the decoding filter
  VCHAR    REXX     A VCHAR substitute
  KNAPSACK KNAPSACK Contains all routines for ...sacks

(You need VCHAR REXX only if you're running a very old version of
CMS Pipelines that doesn't have the VCHAR built-in program.)

Melinda
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.GLA.PH.I1; 29 AUG 92 17:25:04 BST
Phone:      041 339 8855 ext 5454 or 4197  (fax 334 9029)
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 29 Aug 1992 16:56:36 BST
From:         "SY07 at GWIA Alan J.Flavell" <SY07@I1.PH.GLA.AC.UK>
Subject:      PIPEDEMO V3 - I/O error on CONSOLE...
Comments: To: MAINT@PUCC.BITNET

My problem looks simple enough, in fact.

My controller (3274-41D, with what I thought was the most
comprehensive setup that 3274's allow) does not support all the
colours that PIPEDEMO uses.

I don't have a manual here, but I've only ever tried to use colours
F1--F7 (as were also supported on the 4361 WSA, b.t.w).  If I change
field.read from palegreen to, say, pink, and field.label from orange
to, say, neutral, it works OK, at least as far as the tests I've
done.  (I used those two colours as they were the two that I'm sure my
controller understands that don't seem to be currently used by
PIPEDEMO).

I believe the supported colours can be determined from the response
to DIAG 8C, if it was desired to go to that degree of complexity.
Certainly the "color" part of the response that I get to DIAG 8C
only includes the colours F1--F7.

Incidentally, PIPEDEMO EXEC has

fs.colortab.NEUTRAL = 'F0'x

and then a few lines later

fs.colortab.NEUTRAL = 'F7'x

This is fortunate, since my controller expects F7 to mean Neutral,
but it leaves one wondering what F0 would do, if my controller had
it.  (OK, I'm not being sarcastic - I've no right to be, what with
not having an up to date 3270 manual, and being only able to gaze in
wonder at this splendid piece of work).

I'm also getting "Pipeline stalled" when I try to pause and quit the
pipeline, as some others have reported.  However, I don't find it
necessary to IPL CMS, I find I can get out of it with HX or, if "NOT
ACCEPTED", press PA1, issue CP ATTN and then HX.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Stanford Linear Accelerator Center
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 26 Aug 1992 16:59:09 PST
From:         Chuck Boeheim <BOEHEIM@SLACVM.BITNET>
Subject:      Pipedemo version 3

Pipedemo version 3 is now available on the listserv archives and
on VMSHARE.  You can retrieve it from the archives with the command:

  tell listserv at <place> get pipedemo package

   where <place> = the closest of MARIST or AWIIMC12

Some of the highlights of this release are:

* Color support
* Scrolling data area
* Selectable detail levels for tracing
* Less intrusive to the subject pipeline
* Correct operation of VAR and STEM within a pipeline
* Support for ADDPIPE
* Numerous other enhancements

This is the version that I talked about in my session at SHARE last week.

Please let me know of any problems, or of any suggestions for improvements.

-Chuck Boeheim

------------------------------------------------------------------------
Chuck Boeheim                                  Boeheim@SLAC.Stanford.Edu
Server Computing Group                                    (415) 926-4640
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Kentucky - Computing Center
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 31 Aug 1992 15:14:40 EDT
From:         "Fraebel, Trent" <SYSTRENT@UKCC.UKY.EDU>
Subject:      Re: Pipedemo version 3

Is there a fix for the I/O problem reported for Pipedemo for
CMS8 ? APAR number ? Local fix ?  I could not find one on IBMLINK.

Trent
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 27 Aug 1992 19:50:33 GVA
From:         Mario Guanziroli <L3EMULAT@LEPICS.BITNET>
Subject:      PIPEDEMO (New version)

I have also some problems when running the set of test programs for
PIPEDEMO:
for both PDCALL and PDADD, only the help files are available
PIPETST1 stops not founding PIPEDUMP (or something alike) --> IPL CMS

Thanks for helping.

                                 Mario

+---------------------------------------------------------------------+
|      Mario Guanziroli -------- World Laboratory / FBLJA Project     |
|                                c/o CERN - PPE Division              |
|      Phone: +41 22 767.8114    CH - 1211 Geneva 23                  |
+---------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 1 Sep 1992 12:12:38 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: FULLSCREEN problems again

Jean, in CMS 8, CMS Pipelines is an integral part of CMS, so the
modules have names of the form DMSxxx, and applying service for
Pipes is just like applying service for any other part of CMS, i.e.,
one uses SES.

In a recent posting to this list, Perry Ruiter gave a version of the
PRPQ fix that he had converted to fit on the CMS 8 module.  If you
want to apply Perry's fix as a local modification, you would use the
normal SES procedures for doing that.

Melinda
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 1 Sep 1992 11:12:08 EDT
From:         Jean Snow <JEAN@UGA.BITNET>
Subject:      FULLSCREEN problems again

On Wed, 5 Aug 1992, Melinda Varian posted here:

>Subject:      Re: FULLSCR problems

>The problem that Katherine Faella reported earlier this week when
>running Gopher from a 7171-attached device or a TN3270 session in
>an XA-mode virtual machine with CMS Pipelines 1.1.6 is in fact a
>Pipes problem.  The Piper has generated the following fix for 1.1.6
>(and one assumes that there will be an APAR for CMS 8):
<fix and instructions for applying it followed>

I decided I'd try applying this to our ESA 1.1 system, since there
doesn't seem to be a CMS 8 apar out on IBMLINK yet...

Following her instructions, after setting up for CMS, I looked for PIPE
CNTRL to check for correct maclibs: there is no PIPE CNTRL. There do not
seem to be any PIP* maclibs or assemble files on my system either.

So, I am wondering if the source is only included in the CMS PIPELINES
1.6 PRPQ (which I don't have) and not in the ESA 1.1 base?
Or maybe someone could reveal what really dumb thing I am doing wrong?

Thanks
Jean

** Jean Snow  UGA Systems                 JEAN@UGA.CC.UGA.EDU      **
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 3 Sep 1992 21:50:40 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      MACLIBS.

 RE: MACLIBS.

 The DMSGPI and DMSOM maclibs are introduced in CMS 5.5; for CMS 5 you
 can use the control file as it is.

 Note that you must apply the fix to PIPEBLOK by hand to a temporary
 disk before issuing PIPGBLML to generate the composite pipeline
 maclib.

 And the new version of PIPEDEMO circumvents the bug.

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU