HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.rexxlist
Date:         Wed, 8 Apr 1992 10:33:40 MST
From:         Don Barker <62623@UCDASVM1.ADMIN.UCALGARY.CA>
Subject:      IBM REXX Compiler
Comments: cc: "Ms. E. Debicka" <626015@UCDASVM1.BITNET>

FROM: Don Barker
      Administrative Systems         The University of Calgary
      Phone (403) 220-5441           Fax (403) 282-9361
   We recently started using the REXX Compiler. We had hoped that the
compiled execs would run faster and use less resources.
   Unfortunately the compiled programs were two to five times the size
of the original execs. The working set size of the users increased and
our system started to page to death.
   My questions are
   1 - What execs would you recommend that we compile (if any)?
   2 - Where do you expect to see a noticeable benefit?
   3 - What compiled execs should be loaded into the DCSS?
   4 - Should I forget the whole idea and curse IBM's name?

           Regards Don.
Organization: Penn State University
Date: Monday, 6 Apr 1992 18:22:45 EDT
From: BRAD SILEO <BXS111@psuvm.psu.edu>
Newsgroups: bit.listserv.rexxlist
Subject: Reading filelist's to stack

I am writing a rexx program which needs to have the ability to read a filelist
to the stack, or at least find out the number of lines in the list.  Is there a
n easy way to do this?  As a beginner to REXX, I might be missing an easy solut
ion, but I woiuld appreciate your help.
      Thanks in advance!

-- Brad Sileo
_______________________________________________________________
|bxs111@psuvm.psu.edu :: internet  |     GO Nittany Lions!!   |
|bxs111 at psuvm      :: bitnet    |          PSU # 1         |
---------------------------------------------------------------
From: kkruse@matt.ksu.ksu.edu (Korey J. Kruse)
Newsgroups: bit.listserv.rexxlist
Subject: Re: IBM REXX Compiler
Date: 9 Apr 1992 17:09:53 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

In article <REXX-L%92040810355614@UALTAVM.BITNET> Don Barker <62623@UCDASVM1.ADMIN.UCALGARY.CA> writes:
>   We recently started using the REXX Compiler. We had hoped that the
>compiled execs would run faster and use less resources.
>   Unfortunately the compiled programs were two to five times the size
>of the original execs. The working set size of the users increased and
>our system started to page to death.
>   My questions are
>   1 - What execs would you recommend that we compile (if any)?
 Any exec that you use often.    Compile whatever program you guys use
 to find out users logged on to the system and do a comparison.
>   2 - Where do you expect to see a noticeable benefit?
 For the users program I have the REXX compiler gave 1/6 the TotalCPU
 Time and similiar results for VirtCPU.    And there was about a 30%
 increase in the actual execution time of the program.
>   3 - What compiled execs should be loaded into the DCSS?
 Can't help you here.
>   4 - Should I forget the whole idea and curse IBM's name?

NO! NO! NO! The compiler is great....you'll need more disk space, but
the advantages of speed and CPU utilization make it very much worthwhile
--
    _   _   _                _       _   _    kkruse@ksuvm.bitnet
|/ | | |_) |_ \ /     |  |/ |_) | | (_` |_    kkruse@ksuvm.ksu.edu
|\ |_| | \ |_  |    (_|  |\ | \ |_| ._) |_    kkruse@matt.ksu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.rexxlist
Date:         Tue, 7 Apr 1992 15:50:20 EST
From:         "Scott Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Comments: To: General REXX Language Discussion List
              <REXXLIST@ucf1vm.cc.ucf.edu>

On Tue, 7 Apr 1992 13:37:21 CDT Mitchell E. Carson said:
>Hello,
>Our installation is running VM/XA CMS 5.6, Service Level 208.
>This is the environment that I'm trying to write the REXX logon procedures.
>Any assistance in finding a solution to the invisible entry of passwords
>in REXX is appreciated.

Mitchell E. Carson,
  A native to VM resource, and one that is on most VMs in use today, is
XEDIT.  Look at using SET CTLCHAR and SET RESERVE.  With these two you
can define a non-display input field and can know what interupt key was
pressed and put up pretty text (colors, hi-liting, etc) for the user to
be hand held.

  If you want I have a sample of using XEDIT to build panels that you
can have.

  A non-native resource is RDINHBT (I think that is the spelling) and it
is on the VM-UTIL LISTSERV (at ohstvma.acs.ohio-state.edu).  Do a GET
RDINHBT PACKAGE.

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rexxlist
Date:         Tue, 7 Apr 1992 15:22:11 EDT
From:         BENNYV@MAINE.BITNET
Subject:      Have you tried using XEDIT maps?

These are basically the same maps that r used to list all your files
(FILELIST)...this will allow you to set attributes for the different
variables  on your screen...one of those attributes should allow
you to set it to invisible...i'm not sure where you can find
documentation on this...but if you need any further help, send me
some mail, and i will try to dig up some old REXX files, and send them 2 u.

=========================================================================
Benny A. Veenhof                     e-mail: bennyv@maine.maine.edu
Computer Services                            benny@gandalf.umcs.maine.edu
Residential Life
University of Maine
Orono, ME 04469, US                          Lat: 044N 45   Long: 068W 40
-------------------------------------------------------------------------
"Spoon feeding in the long run teaches us nothing but the shape of the
                                                              Spoon." - ?
=========================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rexxlist
Date:         Fri, 10 Apr 1992 10:50:53 EDT
From:         IRMIS007@SIVM.BITNET
Subject:      Calling an EXEC from COBOL

Is there any way of calling a REXX EXEC from a COBOL
program without using ISPF services under VM CMS?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rexxlist
Date:         Mon, 6 Apr 1992 11:43:31 EST
From:         "Scott Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Re: Capturing response from CP command within REXX exec
Comments: To: General REXX Language Discussion List
              <REXXLIST@ucf1vm.cc.ucf.edu>
              26 Mar 1992 09:56:12 +0100 from
              <Woitok@VM.RRZE.UNI-ERLANGEN.DBP.DE>

On Thu, 26 Mar 1992 09:56:12 +0100 Rainer M Woitok said:
>On Tue, 24 Mar 1992 19:21:31 I received mail from Scott (nmi) Mattes, saying:
>> ...
>>                                                            (query how
>>many files in your rdr first with Q F * and specify the BUFFER option of
>>EXECIO with the number of files+1 * 80).
>
>This  seems to  be  a  perennial source  of  confusion  (just check  the
>archives: apparently this is coming up every other year or so :-)
>
>A line  stuffed into the  internal buffer  of EXECIO is  80+1 characters
>long. 80 characters  of information plus one  linefeed character (EBCDIC
>'15'x) to separate the line from the next. Thus you'll have to provide a
>buffer of at least (files+1)*81 characters.

  True for the internal buffer, but when EXECIO puts the lines into the
stack or into a VAR/STEM the x'15's are striped off.
  On my HPO 5 system the length of each line placed in the stack by
EXECIO is RECFM V and the LRECL never reaches 80.  And, the x'15' is not
the last character (I think you are thinking about when you use the REXX
Diag function).
  Here is a console to 'prove' it;

CP SP CONS * START
Ready; T=0.01/0.01 11:39:27
CP Q R * ALL
ORIGINID FILE CLASS RECORDS  CPY HOLD DATE  TIME     NAME      TYPE     DIST
AMHSG    2288 T CON 00000004 001 NONE 04/05 18:02:56                    SYSPROG

rexxtry 'execio * cp ( string Q R * ALL';do queued();pull a;say length(a);
 say right(a,1);end

76
T
79
G
Ready; T=0.02/0.03 11:39:34

>As an additional  saveguard against reader files just showing  up in the
>small  timespan between  the 'CP  Q  F *'  and the  EXECIO command,  I'd
>suggest to use something like (files+10)*81 (the buffer isn't needed for
>a very long time, so why be thrifty?)

  True, my method doesn't allow for incoming files, good point.

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rexxlist
Date:         Thu, 9 Apr 1992 14:28:28 CDT
From:         "Mitchell E. Carson" <JL03@UNTVM1.BITNET>
Subject:      Re: compiler
              9 Apr 1992 14:03:21 CDT from <U56673@UICVM.UIC.EDU>

Try your local IBM account SE.  He/she can fix you up.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.rexxlist
Date:         Wed, 8 Apr 1992 17:01:03 EST
From:         Paul Russell <PRUSSELL@IUBVM.BITNET>

You can restrict access to SQL without writing a front-end in REXX (or
any other language, for that matter).  We are running SQL/DS v2r2 under
VM/SP 5, so this answer is based on that.

The sample CP directory entry for the SQL/DS database server includes an
'IUCV ALLOW' statement, and I suspect that you will find this statement
in the directory entry for your server.  Change that statement to read
'IUCV *IDENT'.  This will prevent general users from establishing a
connection to the server.  They may be able to run the invocation execs,
but they won't be able to do anything at all in SQL.  To enable a user
to connect to SQL, add the following statement to that user's CP
directory entry: 'IUCV dbid', where 'dbid' is the userid of the SQL/DS
database server.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rexxlist
Date:         Fri, 10 Apr 1992 19:07:34 EDT
From:         Dan Newcombe <STDN@MARIST.BITNET>
Subject:      Re: compiler

>1) I believe, for every compiler executable code is significantly larger than
>source (for example, g++ in Unix creates 100K executable from an empty
>C program), so that this is not disadvantage of this particular compiler.
True, not only does the compiler have to create the code for the program,
but it also has to create code to load it, leave it, manage it, handle
errors, and many other things that you don't put in.

  -Dan
From: COTRSSM@SEA04VM.NAVSEA.NAVY.MIL (Scott Mattes)
Newsgroups: bit.listserv.rexxlist
Subject: ANONYMOU FTP of SHARE tools tape at KSUVM gets better
Date: 10 Apr 92 18:21:37 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: vm utilities list <vm-util@OHSTVMA.acs.ohio-state.edu>,
              XEDIT discussion list <xedit-l%uga.uga.edu@vm1.nodak.edu>,
              rexx-l%uiucvmd.bitnet@cunyvm.cuny.edu, vmsys-l@uga.cc.uga.edu,
              TNT discussion list <tnt-l%umab@cunyvm.cuny.edu>,
              cms pipes list <cmspip-l%marist.bitnet@uga.cc.uga.edu>,
              Rice Mail <mailbook%ricevm1.bitnet@ricevm1.rice.edu>,
              PROFS discussion <profs-l@uga.cc.uga.edu>,
              rexxlist%ucf1vm.bitnet@cunyvm.cuny.edu


  As some of you are aware, KSUVM.KSU.EDU has had available an anonymous
FTP to the the SHARE and Waterloo tools tapes.  This service has just
gotten better with the addition of a VMARC'd list of the contents of the
WORKxx.VMARC files, similiar to the TAPE MAP output.  GET TOOLLIST.VMARC
to see exactly what is in all those WORKxx.VMARC files.

  And thanks to Brick Verser <BAV@KSUVM.KSU.EDU> for doing this.

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rexxlist
Date:         Fri, 10 Apr 1992 08:25:25 EST
From:         "Scott Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Re: DMS Panels
Comments: To: General REXX Language Discussion List
              <REXXLIST@ucf1vm.cc.ucf.edu>

On Thu, 9 Apr 1992 23:30:37 EDT Mellon Reyes said:
>Greetings,
>          Does anyone know  of a discussion list  for DMS Panels?
>     Or could someone help me with a question?
>          Question:
>          How can I intialize all the variables in a Panel to be blank?
>     I usually blank them out like this:
>          D1 = ' ' or D1 = copies(' ',8)
>          But  my problem  is that  I have  over 80  variables or
>     cells, and I consider the above method wasteful.  Can anyone help?

  I just did the following and it worked;

  do z = 1 to 80
     interpret 'd'z '= hi'
     say value('d'z)
  end

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 19:40:37 EST
From:         Allan Bazinet <ABAZINET@UVMVM.BITNET>
Subject:      Re: CMS Filter
              14 Apr 1992 16:37:56 EST from <IQTI400@INDYCMS.IUPUI.EDU>

>>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...

alternately, and somewhat faster:

'RELEASE' disk_mode
call diag 08,'DETACH' disk_addr

works wonderfully.

(apologies to the list:  I use pipes every day.  But not to
 detach disks. )

  ------------------------------------------------------------
  Allan L. Bazinet, Computer Operations, University of Vermont
       abazinet@uvmvm.uvm.edu             (802)656-8785
  ------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 10 Apr 1992 13:21:37 EST
From:         "Scott Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      ANONYMOU FTP of SHARE tools tape at KSUVM gets better
Comments: To: vm utilities list <vm-util@OHSTVMA.acs.ohio-state.edu>,
              XEDIT discussion list <xedit-l%uga.uga.edu@vm1.nodak.edu>,
              rexx-l%uiucvmd.bitnet@cunyvm.cuny.edu, vmsys-l@uga.cc.uga.edu,
              TNT discussion list <tnt-l%umab@cunyvm.cuny.edu>,
              cms pipes list <cmspip-l%marist.bitnet@uga.cc.uga.edu>,
              Rice Mail <mailbook%ricevm1.bitnet@ricevm1.rice.edu>,
              PROFS discussion <profs-l@uga.cc.uga.edu>,
              rexxlist%ucf1vm.bitnet@cunyvm.cuny.edu

  As some of you are aware, KSUVM.KSU.EDU has had available an anonymous
FTP to the the SHARE and Waterloo tools tapes.  This service has just
gotten better with the addition of a VMARC'd list of the contents of the
WORKxx.VMARC files, similiar to the TAPE MAP output.  GET TOOLLIST.VMARC
to see exactly what is in all those WORKxx.VMARC files.

  And thanks to Brick Verser <BAV@KSUVM.KSU.EDU> for doing this.

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 9 Apr 1992 10:21:25 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: VMC device driver
              9 Apr 1992 15:13:15 CDT from
              <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT>

Since SNAP returns unformatted information, I decided against it.  These
are the screens I needed: D and D IDLE.  So I did the following (and
it seems to work!)

literal next ! dup * ! literal d idle ! vmc ! tolabel |<---!
 a: tolabel +----! ...    ? a: ...

The first ... gets all the screens returned by 'd idle'.
The second ... gets the important part of the 'd' screen for me.

I still think that vmc, like cp, should have an optional buffer length
parameter.   - Yossie
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 07:56:11 EST
From:         Nick Laflamme <NLAFLAMM@VMA.CC.ND.EDU>
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 asked the big question:
>I have to justify ordering CMS PIPLELINES. Our systems people wont order it
>unless they know
>"what it is for",

It's a programming language.  That's the shortest answer, and one even a
systems person like me can grasp.  :-) If you prefer, it's an
application generator, which is easier to use for what it's meant for
and harder for other purposes than REXX or C.  If you're processing
lines of data, it's dead easy.  If you're trying to do seismic analysis
normally done in FORTRAN, maybe you should stick for FORTRAN, at least
at first.

>"who will use it", etc.

Well, they might use it, but we don't have to tell them that.  It's an
end-user tool which many consultants and analysts also use for ad hoc
programming.

Emphasize to them that once they finish a two hour installation job
(that includes mucking with what symbols should be in the help files),
they can ignore it.  Also, it's extremely efficient; they won't see
their CPU load reports going through the roof due to this new CPU pig.
In fact, there are reports of CPU loads decreasing as applications are
rewritten using Pipes.

Hope this helps, and sorry for any overlap with other answers,

Nick

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"CMSPIP-L@MARIST"
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 8 Apr 1992 21:27:00 EDT
From:         Milamber <GCS_JOGULIN@STEVENS.BITNET>
Subject:      RE: VMC device driver

You may have to do a loop of
        pipe 'VMC NEXT |' (the rest of your pipe minus the VMC stage)
until you no longer see "ENTER NEXT TO CONTINUE" or something like that in
the last line...

--Joe
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 6 Apr 1992 16:35:40 CST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         Stace Cameron <GH0234%SPRINGB.bitnet@SIUCVMB.SIU.EDU>
Subject:      Pipes Description

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
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 10 Apr 1992 16:18:18 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: LINERD/LINEWRT [was: Re: WAITRD? WRTERM?]
              10 Apr 1992 17:15:23 CDT from <TROTH@RICEVM1.RICE.EDU>

As far as I can tell, none of the pipeline filters in the standard
package bother grabbing any INPUT function (waitrd, linerd, etc..)
'cause they just trap the output from the commands.  I could be
wrong though :-)   - Yossie
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 14 Apr 1992 12:47:50 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: 'VMCF is in use...'

Brent,  you must never assume that the stages in a pipeline are
dispatched in any particular order.  In this case, you seem to
be assuming that the stages will be executed in the order in
which they occur in the pipeline.  You are implicitly assuming
that one "vmc" stage will execute, receive end-of-file, and
terminate before the other "vmc" stage is initiated.  That is
unlikely.  It is never safe to assume dispatching order, but
as a practical matter (at least the way things work today),
you will find that "host command processor" stages that have
a command specified in their argument string typically issue
that command quite early in the running of the pipeline.

I think this will do more or less what you want:

'PIPE (endchar ?)',
   'literal d vol esares |',
   'vmc smart d vol esable |',
   'strip trailing |',
   'locate 1 |',
   'console'

The one "vmc" stage issues both commands to SMART, and this pipeline
gets rid of the blank lines generated by RTM by turning them into
null lines and selecting only non-null lines (the same thing you had
used the "take 4" stage for).

Think CO-routines.  ;-)

Melinda Varian,
Princeton University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 11:22:13 CST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         Stace Cameron <GH0234%SPRINGB.bitnet@SIUCVMB.SIU.EDU>
Subject:      Pipes Description

Thanks for all the information and support. I have forwarded the PLUNGE
and PLUNGEON documents to our systems people. I am eagerly awaiting their
decision.

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
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 7 Apr 1992 10:13:46 EDT
From:         Doug Lewis <LEWIS@KENTVM.BITNET>
Subject:      RDR file to Printer

Hi All,

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

On my account, the following command works to transfer a rdr file
to the printer:  'PIPE READER | PRINTMC'

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.
   ... Issued from stage 1 of pipeline 1.
   ... Running "reader".
   Ready(00090); T=0.01/0.01 09:53:59

Any suggestions will be greatly appreciated.  Thanks.

Doug Lewis
Systems Analyst
Academic Computer Services
Kent State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 15 Apr 1992 14:38:06 EDT
From:         Doug Lewis <LEWIS@KENTVM.BITNET>
Subject:      LOOKUP output streams

Please help, I am new at this and I have been trying for hours to
match the entries in 'pile.' to the entries in 'mast.'.  I am looking to
output all entries in 'pile.' and only the matched entries from 'mast.'

  /* */
  mast.0 = 4; mast.1 = 'A'; mast.2 = 'B dat'; mast.3 = 'C dat'; mast.4 = 'D'
  pile.0 = 3; pile.1 = 'C'; pile.2 = 'B'; pile.3 = 'F not in it'
 'pipe (end ?)',
   'stem pile.| sort |',
   'l:lookup 1-1',
   '? stem mast.',
   '| l: | console'
  return rc

Any help is greatly appreciated. Thanks,

Doug Lewis
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 9 Apr 1992 15:23:53 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      CMS Pipelines in VM/ESA 1.1

I have just received a letter stating that APAR VM47212 has been
closed.  This is the APAR that adds support for CMS Pipelines to
ESA 1.1.  The letter says that the APAR contains only help files
and that it is continued in APAR VM52001.

Melinda
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU