HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 7 Oct 1992 15:03:03 PDT
From:         Rodger Bagnall <RPB@UCSFVM.BITNET>
Subject:      Re: Pipe lookups
              7 Oct 1992 16:57:39 EST from <IQTI400@INDYCMS.IUPUI.EDU>

On Wed, 7 Oct 1992 16:57:39 EST macphil said:
>Like the following?  Obviously one wouldn't expect to find anything
>resulting in the stem <QDisk.> because everything in the search list
>should be linked (except SFS directories).
This is not PIPEs but...
You can detach a disk without releasing it. You can do STATEs on files
on such a phantom disk.
From: RZOTTO@DKNKURZ1.BITNET (Otto Stolz)
Newsgroups: bit.listserv.cmspip-l
Subject: Re: Address ???
Date: 15 Oct 92 22:04:16 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <RZOTTO@DKNKURZ1>
              14 Oct 1992 16:17:20 BST from <IGBF@IBM-B.RUTHERFORD.AC.UK>

On Wed, 14 Oct 1992 16:17:20 BST Ivan Fabian said:
> Could someone tell me how to restore Address
> after issuing ADDRESS COMMAND in a REXX filter.
> The function Address() returns something unreadable.

There are three legal methods to address varying environments:

1. Address every non-pipes command individually, as in
        address command "VMFCLEAR"
        "PEEKTO" line

   This is the method I personally prefer: a bit more to write,
   but programs become a lot easyer to maintain.

   Aside: In REXX programs that are not meant as filters, I address all
          commands individually, and exploit a global
               address none
          statement to flag typos--in addition to those typos that will
          be flagged via
               signal on novalue

          This seems impossible in REXX filters, as there is apparently
          no legal way to address the pipes environment, explicitely.
          John?

2. Use
        address
   to switch back to the former environment

   (which was already pointed out).

3. Rely on REXX's procedure mechanism (cf. HELP REXX CALL) to handle
   nested environment settings, as in
        ...
        call clear_screen
        "PEEKTO" line
        ...
        exit

        clear_screen: procedure
           address command
           "VMFCLEAR"
        return rc /* clear_screen */

   This is convenient for routines that perform system-related tasks.
   (But I still prefer method 1, above).

Happy programming,
                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
                               <RZOTTO@nyx.uni-konstanz.de>
From: IQTI400@INDYCMS.IUPUI.EDU (macphil)
Newsgroups: bit.listserv.cmspip-l
Subject: Re: Address <unspeakable> again
Date: 15 Oct 92 17:44:28 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: VM/SP CMS Pipelines Discussion List <CMSPIP-L@MARIST.IUPUI.EDU>
              15 Oct 1992 18:19:46 BST from <SY07@I1.PH.GLA.AC.U K>

On Thu, 15 Oct 1992 18:19:46 BST Alan J.Flavell (SY07 at GWIA) said:
>John, could you please be a little more explicit about the dangers
>of reinstating the pipelines Address via "Address" with no arguments?

I received the impression it was not "Address" which caused a problem
but rather "Address()" which was dangerous.

------------------------------------------------------------------------
"The lesser of two evils is still evil." - Winston Churchill

MacPhil / iqti400@indycms.bitnet / iqti400@indycms.iupui.edu
From: U18983@UICVM.BITNET (Tim Eisler)
Newsgroups: bit.listserv.cmspip-l
Subject: Re: Pipes and LEXX
Date: 14 Oct 92 20:17:56 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              from Rick Troth <TROTH@RICEVM1.RICE.EDU>

>         But!   Has anyone created an in-line editor?   Can LEXX be
> taught to read from an input stream?   This is something that doesn't
> exist even in the  (supposedly)  heavily pipelined UNIX world,
> an editor that reads from the input stream,  edits the file,
> and sends it to the output stream.   T'would be neat,  no?

I'm not too familiar with unix, but doesn't 'sed' meet your description?

Tim Eisler
Systems Programmer
Computer Center
University of Illinois at Chicago
From: PIPER@VNET.BITNET (John P. Hartmann)
Newsgroups: bit.listserv.cmspip-l
Subject: address()
Date: 15 Oct 92 19:22:20 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU


 RE: address()

 Now that you have discovered this, I urge you to forget it again.  See
 the pipeline restrictions and the archives of this discussion list.

     j.                                                john@vnet.ibm.com
Newsgroups: bit.listserv.cmspip-l
From: pg@sanitas.stortek.com (Paul Gilmartin)
Subject: Fixed case file names.
Organization: Storage Technology Corp.
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 10 Oct 1992 14:50:28 GMT

[ Article crossposted from bit.listserv.vm-util ]
[ Author was Paul Gilmartin ]
[ Posted on Fri, 9 Oct 1992 18:38:31 GMT ]

Jean Bedard (ADMIN@VM1.ULAVAL.CA) wrote:

: Yeah, but PIPE is a bit tricky: if you PIPE ERASE 83D99022 NNReader A
: it will check if such a file with mixed cased identifier exists; if it does
: not find one, then it will try with 83D99022 NNREADER A (all in upcase).

Ouch!  I strongly disapprove!  The CMS file system has a well-established
convention for case handling of fileids.  Namely, if I say,

	address command 'WHATEVER FileName FileType FILEMODE',

the case of the fileid is taken to be whatever I typed; if I say instead,

	address CMS     'WHATEVER FileName FileType FileMode',

(or type the command on the command line) the Command Search Function
converts the fileid to upper case.  Programmers know this convention
well; they expect this behavior.  I'd have been astonished (or very
angry, depending on the extent of the damage) if I had discovered this
by accident.  (It's not practical to R every word of every FM.)

PIPE would do well to recognize the virtue of consistency, and fall
in step with the rest of CMS.

: So beware.

Amen.
From: PIPER@VNET.BITNET (John P. Hartmann)
Newsgroups: bit.listserv.cmspip-l
Subject: SL26-0018-00 is obsolete. At least use -01.
Date: 15 Oct 92 22:34:57 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU


 RE: SL26-0018-00 is obsolete.  At least use -01.

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 7 Oct 1992 15:02:44 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: Pipe lookups

On Wed, 7 Oct 1992 15:10:54 EDT Philip Tejera said:
>Not having gone through a plumbing apprenticeship, the Pipes manual
>explanation of Lookup is not clear to me. Perhaps someone would be kind

don't feel bad .... it was suggested that I was in the habit of always
jumping into the deep end when I first tackled LOOKUP;-)


>enough to help.
>
>What I am trying to do is match the output from a Q V DASD with that
>from a CMS Q DISK, under ESA. The problem is that the former gives the
>address as, say, 0191, while the latter gives 191. Worse still, if there
>is, say, a 1111, it extends to the right of the 191, so it seems I
>will have to left-pad the CMS Q DISK 191 to 0191; but from the manual
>it seems that the Lookup Pad option "is used to extend the shorter of
>two key fields" , that is, to the right, or 1910. I suppose what I
>could do is write a simple Rexx filter to do the padding, but how
>does that affect the lookup syntax?
>
>Is this a correct interpretation? If so, what can be done? Thanks.


You can do this with SPECS and its PAD and RIGHT keywords.  I do not have
access to an ESA system so some of the details may be a little different but
try something like:

'PIPE',
  '  cms QUERY DISK',
  '| drop 1',
  '| spec 1.7 1',
  '       pad 0',
  '       8.4 next right',
  '       12-* nextw',
  '| .....

If the QUERY DISK output ALWAYS has a blank between the label, address and
mode then you can use word positioning instead of nasty old column numbers:

'PIPE',
  '  cms QUERY DISK',
  '| drop 1',
  '| spec w 1 1.7',
  '       pad 0',
  '       w 2 8.4 right',
  '       w 3-* nextw',
  '| .....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 16 Oct 1992 09:42:00 EDT
From:         SBROOKS@PSUHMC.BITNET
Subject:      Xedit Locate Command duplicating in Pipes

Hello Plumbers,

I'm new to Pipes.  I just finished "PLUNGING INTO PIPES" and am
excited about using Pipes.  The first thing I'd like to
try to write is a Pipeline which duplicates the Xedit Locate
command on a CMS file(s).  But before working on the Wheel I thought
I'd see if any of you have already invented it?

Thanks for any help,

Scott

+--------------------------------------+--------------------------------------+
| Scott Brooks                         |   Bitnet: SBROOKS@PSUHMC.BITNET      |
| Programmer Analyst                   |--------------------------------------|
| Information Systems                  | Internet: SBROOKS@PSUHMC.HMC.PSU.EDU |
| The Milton S. Hershey Medical Center |--------------------------------------|
| P.O. Box 850                         |    Phone: (717) 531-6954             |
| Hershey, PA 17033                    |--------------------------------------|
|                                      |      Fax: (717) 531-7259             |
+--------------------------------------+--------------------------------------+
From: SY07@I1.PH.GLA.AC.UK (Alan J.Flavell (SY07 at GWIA))
Newsgroups: bit.listserv.cmspip-l
Subject: Address <unspeakable> again
Date: 15 Oct 92 17:19:46 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.GLA.PH.I1; 15 OCT 92 18:21:53 BST
Phone:      041 339 8855 ext 5454 or 4197  (fax 334 9029)

John, could you please be a little more explicit about the dangers
of reinstating the pipelines Address via "Address" with no arguments?

Your references are no doubt impeccable, as always, but from other
mail on this list it seems there are many of us who expect it to
work as the REXX helpfile advertises it, and we are left in doubt
as to just what restriction we have failed to take into account.

Best regards
From: barle@central.rutgers.edu (Stanko Barle)
Newsgroups: bit.listserv.mideur-l
Subject: RFD: soc.culture.croatia
Date: 15 Oct 92 01:33:00 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


	Forwarded Message:
_______________________________________________________________________________

Subject: RFD: soc.culture.croatia
From: blazic@ecf.toronto.edu (Joseph R Blazic @ University of Toronto,
Engineering Computing Facility)
Newsgroups: news.announce.newgroups,news.groups,soc.culture.yugoslavia,soc.culture.bosna-herzgvna,soc.culture.europe


                              CALL FOR DISCUSSION

                              soc.culture.croatia


I propose the creation of a new newsgroup for discussion of the following
topics:

- culture and cultural heritage of peoples of Croatia
- social and economic issues in Croatia
- current and previous politics of Croatia
- relationship between Croatia and its neighbours
- everything else pertaining to Croatia

* articles may be posted in any language (English, Croatian, any
  language of former-Yugoslavia are preferred)

* the newsgroup will not be moderated


                             *********************


I have long ago come to the conclusion (as have many other people) that
soc.culture.yugoslavia is a completely inviable forum for constructive
discussion of issues pertaining to Croatia and its citizens.  Most people
have grown tired of typing "rn", only to see 50 + messages in s.c.yu, knowing
that most of them about the latest fighting on the territories of former
Yugoslavia.

That is why I propose this newsgroup, in the hope that people who care about
the well-being of Croatia and its citizens can discuss the many critical
problems that are facing that new country: the still-unresolved issue
of
"Krajina" and occupied territories; the return of all citizens to their
rightful homes before the war; guaranteeing the safety and rights of these
people when they return, and of all other people; rebuilding the war-ravaged
areas (which is more than 1/3 of Croatia); dissipating the "war-siege
mentality"; healing the fresh physical and psychological wounds that have
accumulated in the past year and a half...etc. etc.

And of course, it would be nice to actually discuss _culture_ on a soc.culture
newsgroup as well.

/Joe Blazic
blazic@ecf.toronto.edu

P.S.  Voting will begin in precisely three weeks time.

_______________________________________________________________________________
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"MIDEUR-L@ubvm"
Newsgroups: bit.listserv.mideur-l
Date:         Thu, 8 Oct 1992 10:34:00 EST
From:         EKOCSARD@IUBACS.BITNET
Subject:      Carpath-basin clay deposits

We are working for complex material investigation(geology, mineralogy,
processing, industrial uses) of Carpath-basin clay deposits for developing
processing methoids and increasing the export power E-Europe componies to
West contries.For this purpose we looking for partners at U.S. Universities )
(research) at Clay ,Rubber, Paper, Ceramic Companies(industrial tests,proce-
ssing methods, interest in joint venture )and international organisations
funds for support our project.
E.A.Kocsardy Geology DepartmentIndiana Univ.Eloth Str.loo5,IN,47405
bitn%"ekocsard@iubacs"
edu%"ekocsard@ucs.indiana.edu"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mideur-l
Date:         Thu, 8 Oct 1992 07:20:58 EDT
From:         Hugh Agnew <AGNEWHL@GWUVM.BITNET>
Subject:      Dubcek in Critical Condition

The BBC World Service, heard here at 07:00 EDT in Washington, quoted
Czecho-Slovak Radio as saying that Alexander Dubcek was now in critical
condition following kidney failure.  An abdominal operation was performed
this week, and yesterday it was necessary to place him on a kidney machine.
Dubcek has been hospitalized in Prague since being seriously injured in an
automobile accident in September.

Hugh Agnew
AGNEWHL@GWUVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mideur-l
Date:         Mon, 12 Oct 1992 15:38:38 MST
From:         BOB STRINGFIELD <bstring@MAINZ-EMH2.ARMY.MIL>
Subject: Re: CAU$E$ OF WAR$

liked this one.  beating up on those 'money-lenders' and the
like.  say Robert.  Are folks really this dumb that all they are
is ***talking heads****.  sign....
:ds
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"MIDEUR-L@UBVM.BITNET"
Newsgroups: bit.listserv.mideur-l
Date:         Tue, 13 Oct 1992 00:23:00 EDT
From:         CMORRISO@SNYESCVA.BITNET
Subject:      Re: CAU$E$ OF WAR$

        Mr. McElwaine does not read lists he sends to and probably did
not hear your request.  He has said that if he receives an email request
from a listowner to stop sending to the list he will.  His college has said
if he doesn't he will lose his account.

                                        Chris Morrison
                                        CMorriso@snyescva.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.mideur-l
Date:         Mon, 12 Oct 1992 20:01:28 EDT
From:         "(George Frajkor)" <gfrajkor@CCS.CARLETON.CA>
Subject:      Re: CAU$E$ OF WAR$
              'Robert E. McElwaine" at Oct 9, 92 4:19 pm

      Although Mideur-l is an open list and we encourage postings from
all interested parties, it would be much appreciated if postings
related directly to Mideur-L and middle-European problems directly.
General problems of philosophy , economics, religion and CIA
conspiracies have no place on the list.  Other lists are more
appropriate.   Many of  the people on this list have to pay for their
email services, unlike those of us who get it free from universitites
or institutes.  Therefore, I ask posters to keep in mind that they
joined these lists to learn about Middle europe and must not be
subjected to other interests.

   Such postings as those by Mr. McElwaine do not belong on this list.
It's purposes are clearly stated to members when they sign on.  I
would appreciate it if Mr. McElwaine refrained from further postings,
just as non-smokers in a restaurant appreciate it when smokers respect
their right not to have smoke inflicted upon them.


    Jan George Frajkor
 School of Journalism                      _!_
 Carleton University,                     __!__
 Ottawa, Ontario                            !
 Canada K1S 5B6                             !
   -- gfrajkor@ccs.carleton.ca --          /^\
  613 788-7404     fax:613 788-5604    /^\/   \/^\
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mideur-l
Date:         Mon, 12 Oct 1992 19:21:29 GMT
From:         percus@LPNCLS.IN2P3.FR
Subject:      Re: CAU$E$ OF WAR$

>                In 1977, the CIA used MIND-CONTROL techniques to induce
>           Egyptian President Anwar Sadat to go to Israel for so-called
>           "peace" talks, which he NEVER would have done otherwise.

But even this pales in comparison with their use of CAPITAL LETTERS.


Allon Percus
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mideur-l
Date:         Sat, 10 Oct 1992 12:19:32 EST
From:         charles ingrao <INGRAO@PURCCVM.BITNET>
Subject:      Re: CAU$E$ OF WAR$

Dear Mr. McElwaine:
I regret to inform you that your disclosure has been brought to the attention
of the CIA's special operations unit.  They will deal with you shortly.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Approved-By:  Public-Access Computer Systems Forum <LIBPACS@UHUPVM1.BITNET>
Newsgroups: bit.listserv.pacs-l
Date:         Thu, 8 Oct 1992 11:37:37 CDT
From:         "Charlotte Rubens (NRLF)" <CCRRF@UCCMVSA.BITNET>

----------------------------Original message----------------------------
TO:  Northern California PACS-L Readers
FR:  Carl Bengston (dominica@class.org)
RE:  Program Announcement

Northern California Academic Librarian Managers (CALM-North)
presents "THE BIG SQUEEZE:  MANAGERS IN THE MIDDLE" on Thursday,
October 15th, 1992, 9:30-12:30, at the Santa Clara University.

The hard choices have been made-- automation, budget,
personnel...  Whether you like them or not, you have to support
and sell them...  to the staff...  to your users!  "THE BIG
SQUEEZE" will feature a keynote address by Michele Kremen Bolton,
Associate Professor in the San Jose State University College of
Business and noted speaker on the topic of management.  Professor
Bolton's comments will be followed by reaction from a panel of
prominent academic librarian-managers and lively discussion, so
mark your calendars now and plan to attend.

E-mail to Carl Bengston (DOMINICA@CLASS.ORG) for further information.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"PACS-L%UHUPVM1.BitNet@pucc.PRINCETON.EDU"
Approved-By:  Public-Access Computer Systems Forum <LIBPACS@UHUPVM1.BITNET>
Newsgroups: bit.listserv.pacs-l
Date:         Thu, 8 Oct 1992 11:41:17 CDT
From:         "(Eric Childress)" <ERIC@PALS.GUILFORD.EDU>
Subject:      Re: Printing from the OED2nd on CD

----------------------------Original message----------------------------
We've been looking for ways to "secure" our CD-ROM workstations
from unintended use by patrons.  When I asked the technical support
staff at UMI for suggestions about how to do this, they recommended
a menu system software package called Direct Access.  We currently
have it on order.  Among the software package's features are password
protection to "keep unwanted eyes out of an menu or sub-menu ... and
safeguard your applications, menu configurations, or your files," and
virus protection.  It's available in a DOS version, a network version,
and I think a Windows version as well.   If you're interested in the
package, contact Fifth Generation Systems, Inc. (10049 N. Reiger Rd.,
Baton Rouge, LA  70809 / 1-800-873-4384).

Hope this helps.

Eric Childress
Special Materials Cataloger
Elon College NC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: PACS-L@UHUPVM1.BITNET
X-VMS-To: IN%"PACS-L@UHUPVM1"
Approved-By:  Public-Access Computer Systems Forum <LIBPACS@UHUPVM1.BITNET>
Newsgroups: bit.listserv.pacs-l
Date:         Mon, 12 Oct 1992 17:14:54 CDT
From:         BMOO@UORDBV.BITNET
Subject: JOB: HEAD, MICRO SERVICES

----------------------------Original message----------------------------

                Head, Microcomputer Services Department
                    University of Rochester Library

The University of Rochester Library is seeking qualified applicants
for Head, Microcomputer Services Department.  This position manages
a department of 2.5 FTE plus student assistants; supports more than
100 public and staff microcomputers; manages a Novell LAN with 30
workstations and 56 CD-ROM drives; plans new microcomputer and net-
work applications.

RESPONSIBILITIES:  Reports to the Assistant Director of Libraries for
Computer Systems and Applications as Head and Manager of the Micro-
computer Services Department.  Works closely with the Assistant
Director and the Head, Local Systems Department in planning, develop-
ment, implementation, and maintenance of automation systems.   Serves
as a primary resource person for microcomputer hardware and software
selection and applications; manages local area network; troubleshoots
microcomputer, network and telecommunication problems; trains staff;
maintains current awareness of technological advancements and
recommends new programs, equipment, etc.; manages the library's services
in the Computing Library and Resources Center, a joint operation with
University Computing.

QUALIFICATIONS:  ALA accredited MLS; 3-4 years library experience, min.
2 years experience directly working with microcomputer applications;
experience with local area networks, preferably Novell; good communication
skills; work effectively in a team setting with staff at all levels.
DESIRE:  Knowledge of academic research libraries; excellent anayltical
and creative problem solving skills; coursework in Computer Science;
experience with telecommunications; supervisory skills.

The University of Rochester is a private research institution.  The
Library, an ARL, CRL & RLG member, is comprised of a central library with
six branches, serving 9500 undergraduate and graduate students and
1100 faculty.

SALARY:  $32,000+, depending upon qualifications.  Excellent benefits.

Send letter of application, resume and 3 references to:  Head,
Microcomputer Services Search Committee, Library Administrative Office,
Rush Rhees Library, University of Rochester, Rochester, N.Y.  14627.
Application reviews to begin mid-November, 1992.  EOE/M,F.

For more information, contact:


Barbara Moore
Assistant Director of Libraries
 for Computer Systems and Applications
University of Rochester
Rush Rhees Library
Rochester, New York 14627
email:  bmoo@uordbv.bitnet
        bmoo@db1.cc.rochester.edu
voice:  (716) 275-9330
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Approved-By:  Public-Access Computer Systems Forum <LIBPACS@UHUPVM1.BITNET>
Newsgroups: bit.listserv.pacs-l
Date:         Thu, 8 Oct 1992 11:40:28 CDT
From:         "Michael S. Hart" <HART@vmd.cso.uiuc.edu>
Subject:      Arrow in the Back

----------------------------Original message----------------------------
I think as often as settlers got an arrow (no coup if in the back),
they probably were attacked by those who followed the settlers, and
started the range wars and water rights wars, to get their hands on
land that had already proven valuable.  Pretty much the same for an
army of "claim-jumpers" and the miners and prospectors.

Thank you for your interest,

Michael S. Hart, Professor of Electronic Text
Executive Director of Project Gutenberg Etext
Illinois Benedictine College, Lisle, IL 60532
No official connection to U of Illinois--UIUC
hart @uiucvmd.bitnet or hart@vmd.cso.uiuc.edu

COPYRIGHT 1992 PROF. MICHAEL S. HART, ALL RIGHTS RESERVED
THIS MESSAGE MAY NOT BE COPIED WITHOUT WRITTEN PERMISSION
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU