HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 6 Apr 1992 14:32:19 EDT
From:         "Duane D. Weaver" <WEAVER@OHSTVMA.BITNET>
Subject:      Re: Changing TOD clock

>On Sun, 5 Apr 1992 02:11:04 EST Fran Hensler said:
>>Why isn't there a way to change the TOD clock without shutting down and
>>doing an IPL?
Contact John Chandler at PEPMNT@CFAAMP to obtain his Time mod.
It eliminates the need for the IPL.
Duane

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

Duane D. Weaver
LISTSERV Postmaster
Senior Systems Programmer
VM Support Group
Ohio State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 8 Apr 1992 13:39:21 EDT
From:         "Duane D. Weaver" <WEAVER@OHSTVMA.BITNET>
Subject:      MVS on HESC?

An IBM rep at Share mentioned that IBM had planned to to make
a decision  by Mar. 31, whether or not to add MVS to HESC.

HAs anyone heard whether or not that decision was made, and what
was the decision?

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

Duane D. Weaver
LISTSERV Postmaster
Senior Systems Programmer
VM Support Group
Ohio State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 7 Apr 1992 08:14:24 CDT
From:         Tim Haiar <THTJ18@SDNET.BITNET>
Subject:      Clear Screen for USSTAB MSG10

  Our environment is MVS/ESA V3.1.3 and VTAM V3R3. I am trying to code a
USSTAB and use the BUFFER= parameter to send a menu style MSG10 to my VTAM
terminals. I have the screen coded and everthing works fine on the initial
output to the screen. The problem I am having is that any subsequent USS
messages that get sent to the screen start where USS MSG10 left off. This
makes the users screen very cluttered and confusing.
  What I am looking for is some kind of command code to allow me to do a
clear screen or an erase-write prior to sending the USS MSG. For BSC
terminals the erase-write command code is 'F5'. Is there an erase-write
counter-part for SNA/SDLC terminals?

- Tim Haiar
- State of South Dakota / Board of Regents
- MVS Systems Programmer
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 6 Apr 1992 16:30:16 EST
From:         "Matt Simpson" <SYSMATT@UKCC.UKY.EDU>
Subject:      MVS Jobname Conventions

We are an MVS/TSO and VM/CMS shop. In the past, TSO usage has been
extremely limited (systems programmers only). The only access our MVS
applications programmers have had to MVS is via batch jobs submitted
from VM/CMS. The output from these batch jobs is spooled back to their
VM reader queue for browsing.
In the past, we have never had any standards for jobnames for MVS batch
jobs. Since the VM spool system knows who every print file belongs to,
there was no need to enforce jobname standards for identification.
As TSO usage becomes more prevalent, we are going to have more users
wanting to submit jobs from TSO and view the output directly from the
MVS spool via SDSF, instead of routing it back to a VM spool file. Since
MVS does not have the same concept of "spool file ownership" as VM, it
becomes more of a problem to know what job belongs to whom, and who is
allowed to view what output.
I realize that in the past, many TSO shops have required all jobs
submitted via TSO to have a jobname consisting of the userid plus 1
character. Much of the default security in TSO and SDSF still seems to
follow this convention. We have had a few complaints, and will probably
have more, from new TSO users who have not had this restriction under
CMS, and don't like it under TSO.
What are other TSO/SDSF shops doing out there?  Are you still requiring
jobs to be the userid plus 1 character? If not, how are you identifying
the "owner" of a job to determine who is allowed to view/print/delete
it?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 9 Apr 1992 14:16:45 CDT
From:         Barry Finkel <B19141@ANLVM.CTD.ANL.GOV>
Subject:      A Few MVS History Questions

As for ASP - There was a presentation at SHARE xx by Andrew Schmidt of
the IBM JES3 Development Group on the history of DCS-ASP-JES3.  A copy
should be in the Proceedings in volume II on microfiche.  Direct Coupled
Systems began in 1959 using, if I remember correctly, 704 or 7090 CPUs.
This led to ASP and then JES3.  I can't dig out of my archives exactly
which SHARE it was.  It would be in the 1989-1991 time frame.  I can
pursue my archives in detail if someone requests it; I know I have a copy
of Andrew's handout.
----------------------------------------------------------------------------
========> NOTE THE CHANGE IN PHONE NUMBER - EXCHANGE IS NOW 252. <=======
Barry S. Finkel
Computing and Telecommunications Division
Argonne National Laboratory               BITNET:   B19141@ANLVM
9700 South Cass Avenue                    Internet: B19141@ANLVM.CTD.ANL.GOV
Building 221, Room B223                   Phone:    (708) 252-7277 <===========
Argonne, IL   60439-4844                  Facsimile:(708) 252-5983 <===========
                                          FTS:            972-7277
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 8 Apr 1992 11:27:19 EST
From:         "Matt Simpson" <SYSMATT@UKCC.UKY.EDU>
Subject:      Re: Service-only CBPDO Subscription Offering and MVS PUTs

I just talked to our SE about 10 minutes ago about this same topic.
I told him to discontinue the PUTs, and not to order the subscription
PDO. Our maintenance here is so erratic and unscheduled that I
thought it would make more sense just to order PDOs as we need them.
In the cases where we need a specific PTF to fix a problem, we
can order that PTF from the Support Center.  Considering that it
may have several pre-reqs, which may be on several different PUT
tapes, I'd rather order one tape from the Support center with
all the pre-reqs than dig through several PUT tapes trying to
find everything.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Slippery Rock University - Computer Center
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 6 Apr 1992 05:56:25 EDT
From:         Fran Hensler <FJH@SRU.BITNET>
Subject:      Re: PL/1
Comments: To: Monte L Kosanke <MK80@NASVM.BITNET>,
              IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
Comments: cc: mk80@nasvm.BITNET

On Tue, 31 Mar 1992 14:10:27 EST Monte L Kosanke said:
>the pl/1 transient library, under vm, is needed for, at least, SAS and VMMAP.

I'm running SAS under VM/ESA-370.  I have SAS 6.06 and I do not have the PL/I
transient library.

Francis J. Hensler, CDP                     BITNET: FJH@SRU
Software Support Specialist                 Phone: (412) 738-2033
Slippery Rock University Computer Center    PANET:     8-654-2033
Slippery Rock, PA  16057-1326  USA   "Yes, Virginia, there is a Slippery Rock"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 14 Apr 1992 08:08:00 CST
From:         Kriss Davis <CCFXKPD@UCHIMVS1.BITNET>
Subject:      Re: Controlling Various ISPF primary menus

I have always resented it when I have come into a shop using
ISPF and found that the main menus and even the location of certain
functions have been changed by local coding.  I believe most people
are capable of ignoring what they do not need on the main ISPF menu.
I also believe that by leaving items on the main menu encourages
"good" explorations into what ISPF has to offer by technical and
non-technical personnel.  I have been most impressed with the solutions
where a "U"ser or "L"ocal option was added to the primary panel to make
locating user tools easier.

For a security perspective, just hiding options from view is not
enough to keep the truly inquisitive out.  If there are not other
protective measures in place (ACF2, RACF) to control access to
executable modules, a technical person coming into a TSO/ISPF shop from
another ISPF shop will find a way to access the functions they want to
even if the options are not on the menu.

What really blows my mind is when productivity tools like SUPERCOMPARE
and SEARCHFOR options are removed from the utilities menus.  These
tools really increase application programmer productivity.  I know the
argument is that these utilities are CPU/IO hogs, but with the cost
per hour of programmers, care must be take to insure getting as much
productivity out of their time as possible.

Kriss Davis, CDP
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 13 Apr 1992 09:25:25 EST
From:         "Marsha R. Luce" <URML@MARISTC.BITNET>
Subject:      Catalog error

I have a catalog with an entry error. The following messages appear
when I do an examine with datatest:

IDC11734I SEQUENCE SET AND DATA CI KEY SEQUENCE MISMATCH
IDC01716I INDEX KEY FOLLOWS
Two keys listed for names CICSOUT.IAPROD.LOGD
                               CICSOUT.IATRAIN.D
IDC01717I DATA KEY FOLLOWS
     Data key listed for CICSOUT.IATRAIN.LOGD

   This happened after I deleted CICSOUT.IATRAIN.LOGD from
ISPF screen 3.4, using the command 'd'. The dataset CICSOUT.IATRAIN.D
has never existed, so I don't understand why that key is in the
catalog.
   What I really need is help in cleaning this up. Any suggestions???
Can I do an export and import, or do I need to re-build the catalog.
Also, any ideas on how this could happen. The system is MVS 3.1.3.

Marsha R. Luce
MVS System Programmer, Marist College, Poughkeepsie, NY
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 15 Apr 1992 00:36:28 LCL
Comments:     <Parser> E: "From:"/"Sender:" field is missing.
From:         Undetermined origin c/o Postmaster <POSTMASTER@RICEVM1.BITNET>

OPTIONS: ACK    LOG    SHORT     NOTEBOOK ALL
Date: 15 April 92, 08:33:23 SLT
From: D03G004@SAKSU00.BITNET
To:  ibm-main@ricevm1.bitnet smtp at interbit
Subject:  test

test mail only.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 13 Apr 1992 20:38:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: Controlling Various ISPF primary menus

>    What are suggested ways of providing different primary option menus to
>  different people. Very few people will need CA-ACTIVATOR as an example.

Typically it's done by having different logon procs (or ISPF startup
clists if you do it that way) which have different panels libraries
containing appropriate versions of ISR@PRIM.)

Some day I'm going to look into using the ISPF exit which gets control
before panel display and is allowed to alter the panel name.  When it
sees ISR@PRIM, it'll alter that name to the appropriate primary option
name for the particular user.  I've defined a field in acf2 to hold
that name.  BTW, let's see you do this in a trivial manner using racf!

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 14 Apr 1992 10:57:00 EDT
From:         Phil Rengert <PHIL@UORMVS.BITNET>
Subject:      Re: Controlling Various ISPF primary menus

Like several other respondants, we have one primary panel for everyone.  I
wrote a command processor which allocates the system ISPF libraries and does a
generic locate for additional user-created libraries and concatenates them
*after* the system ones.  It does the same for clist libraries.

Our primary panel has 2 selections which invoke user-written panels (PERSMENU,
GRUPMENU) via ISPALTDI so that, if the user selects the option without coding
up a panel or naming his library correctly to be picked up in the search, a
helpful message panel gets displayed rather then an ugly ISPF error.

Even after all this and my jawboning about how users should leave the system
panels alone we had a stubborn department that insisted on having their own
(worse) version of the primary menu.  To make them happy I wrote an exec that
used ISPSTART to invoke PDF with a differently named primary.

-Phil Rengert
 University of Rochester
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 7 Apr 1992 10:23:55 -0500
From:         "Roy Watson" <RWATSON@BCSC02.BITNET>
Subject:      Re: MVS Jobname Conventions

 >I realize that in the past, many TSO shops have required all jobs
 >submitted via TSO to have a jobname consisting of the userid plus 1
 >character. Much of the default security in TSO and SDSF still seems to
 >follow this convention. We have had a few complaints, and will probably
 >have more, from new TSO users who have not had this restriction under
 >CMS, and don't like it under TSO.
 >What are other TSO/SDSF shops doing out there?  Are you still requiring
 >jobs to be the userid plus 1 character? If not, how are you identifying
 >the "owner" of a job to determine who is allowed to view/print/delete
 >it?

    In our MVS/JES2/RACF environment, we have developed the following "rules"
 to determine if access to a spool file is to be allowed.

 1) The standard jobname equals your userid plus a character.
 2) Your userid was specified as the NOTIFY= userid. (If you were notified
    that the job ran, you can access it.)
 3) Your userid was specified as the USER= userid. (If the job ran under your
    security userid, you can access it.)
 4) As a last chance, access is allowed depending on your level of access to
    a resource of the pattern USERID.#SPOOL#.JOBNAME where "USERID" is taken
    from the job's USER= and "JOBNAME" is the job's jobname.  The level of
    access to this resource determines how the user is permitted to access
    the spool file.  READ will permit the user to browse the files, UPDATE
    permits the user to alter the file's characteristics, and ALTER permits
    the user to purge the file.  (This was to allow users access to started
    tasks' output where the preceding rules could not use used.)

    Hope that this gives you some ideas.

 * * *
 Regards,
 ROY WATSON   (604) 389-3747   RWATSON@BCSC02
 MVS SUPPORT - BC SYSTEMS CORPORATION, VICTORIA BC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 6 Apr 1992 14:23:38 EDT
From:         Mauricio Alvarenga <MAINT@BRCPRM.BITNET>
Subject:      Re: Changing TOD clock
              5 Apr 1992 11:25:21 EDT from <RICH@WVNVM.WVNET.EDU>

On Sun, 5 Apr 1992 11:25:21 EDT Rich said:
>In article <IBM-MAIN%92040502201563@RICEVM1.RICE.EDU>, Fran Hensler
><FJH@SRU.BITNET> says:
>>
>>Why isn't there a way to change the TOD clock without shutting down and
>>doing an IPL?
>>
>   ...
>fly at the right time.  The only defense for VM that I can come up with is
>that VM has no knowledge of the guest OS's running under it.  It's only
>responsibility it to provide a real hardware environment to whatever guest
>is running.  Given that, it could possibly cause problems for the guest if the
>clock was changed on the fly.  I'm not sure I completely buy this argument, but
>it's the best I could come up with.
>
>Rich
I think that another reason is that both elegible and dispatch queues are
ordered by TOD plus delay.
Mauricio
Newsgroups: bit.listserv.ibm-main
From: hardiman@csd4.csd.uwm.edu (Paul V Hardiman)
Subject: Re: Controlling Various ISPF primary menus
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Date: Tue, 14 Apr 1992 15:41:44 GMT

In article <IBM-MAIN%92041316303092@RICEVM1.RICE.EDU> GIBNEY@WSUVM1.BITNET (Dave Gibney) writes:
>
>   We are in the process of expanding our use of TSO/ISPF. Most MVS editing and
> RJE is now done via OBS-WYLBUR.
>   The expanded user group of TSO will have different needs and skil levels.
>   What are suggested ways of providing different primary option menus to
> different people. Very few people will need CA-ACTIVATOR as an example.


We used to control ISPF menus by having different logon procs, panels, and
clists for various classes of users.  This grew completely out of hand as
the number of user classes grew.  So we implemented a scheme in which ACF2
controls all the TSO menus.  We wrote a program that is called during logon
processing.  This program reads the user's ACF2 logonid record, which
contains an array of bit fields - one bit for every menu choice we want
to control.  Our basic ISPF menus (1st and 2nd level) are just templates.
Instead of hard-coded menu items, they reference variables.  The program
called at logon fills in the variables depending on the bit settings in
the ACF2 logonid record.  The correlation between the various bits and
the values placed into the variables is contained in a separate load
module that is loaded at logon time.

This sounds baroque, but it is really simple and works very well.  THe
control of the menus is done by the security officer rather than by
systems programmers.  Our hodge-podge of logon procs, clists, and panels
was collapsed to a handful.  The only time systems programmers are
involved is when a major reconfiguration of the panel systems is needed.
Changes to the panel systems can be made almost instantaneously by
changing the ACF2 logonid records and reassembling the table.

We prefer to limit the users' views of the system to only the functions
they are allowed to perform, especially when some functions are heavy
resource users or are paid for specially.

Paul Hardiman
University of Wisconsin - Milwaukee
hardiman@csd4.csd.uwm.edu
Newsgroups: bit.listserv.ibm-main
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 8 Apr 1992 11:03:01 -0500
From:         Charles Scott <SSTSCES@VCUVM1.BITNET>
Subject:      Service-only CBPDO Subscription Offering and MVS PUTs

 *** Reply to note of 04/08/92 11:04
 I, like Matt, just finished a discussion with my SE about the new
 service offering.  My concern is CICS.  Our SE recommended we discontinue
 CICS PUT service and NOT subscribe to CBPDO but instead order a CBPDO
 when needed.  My understanding is that a CBPDO costs about $200.00
 IF you are not on an IBM mainframe.  The subscription service is free but
 I assume if you are non-blue, the cost would be per tape.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"IBM-MAIN@RICEVM1.BITNET"
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 9 Apr 1992 11:12:00 MDT
From:         "David D. Grisham" <DAVE@UNMB.BITNET>
Subject:      Re: ACF2 user rules.

My thanks to all who replied to my request for information
on tools to assist users write rules.  Many sites use a
clist to make rule writting and maintenance easier.
We are writting a similar utility.
grish
From: schafer@is.rice.edu (Richard Alan Schafer)
Newsgroups: bit.listserv.ibm-main
Subject: LNAME availability via ftp?
Date: 16 Apr 1992 21:36:35 GMT
Organization: Rice University

Is there somewhere where LNAME is available via anonymous ftp?  I'd like to
tell someone with only Internet connectivity how to get it.

-- 
Richard
From: scharle@lukasiewicz.cc.nd.edu (Scharle)
Newsgroups: bit.listserv.ibm-main
Subject: Re: A few MVS history questions
Date: 9 Apr 92 17:39:51 GMT
Article-I.D.: news.1992Apr9.173951.23888
Reply-To: scharle@lukasiewicz.cc.nd.edu (Scharle)
Organization: Univ. of Notre Dame

In article <IBM-MAIN%92040911253678@RICEVM1.RICE.EDU>, X229RP@TAMVM1.BITNET (Richard Peurifoy) writes:
|> On Thu, 9 Apr 1992 13:16:00 PDT Gregory Plucinski 257239 said:
|> > I don't know dates.
|> >  SMP is introduced in OS/360 MFT/MVT
|> >  SMP/E is introduced in MVS/SP version 1
|> >  HASP is product of HUSTON University it is initialy implemented
|> >   is OS/360 MFT/MVT
|> >   it is implemented by IBM in OS/VS2 (MVS/370) version 2
|> >         next it's extended with NJE (network job entry)
|> >   JES2/SP is included in every MVS/SP with corresponding version
|> >  ASP history is analogicaly as HASP
|> >
|> 
|> I think HASP was actually developed by a small group from IBM for NASA
|> in HOUSTON. I think the name stands for Houston Automated Spooling and
|> Priorities, and was written in the late 60's.
|> 
|> I think ASP stands for Asynchronous Spooling Program. It was designed to
|> manage multiple machines, whereas HASP managed one machine. Hasp was later
|> extended to include a multi-access spool so that several machines could
|> share the job queue and print queue on a single logical spool, but the
|> way multiple systems are handled in HASP/JES2 is very different from
|> ASP/JES3. I am not sure where or when ASP was developed, but I imagine
|> it was also in the late 60's.
     The story that I heard was that HASP was originally for "Half ASP", and for
public consumption the explanation of "Houston Automated Spooling and
Priorities" was later invented.
-- 
Tom Scharle                |cm65n6@irishmvs(Bitnet)
Room G003 Computing Center |scharle@lukasiewicz.cc.nd.edu(Internet)
University of Notre Dame  Notre Dame, IN 46556-0539 USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 15 Apr 1992 11:14:26 CDT
From:         Barry Finkel <B19141@ANLVM.CTD.ANL.GOV>
Subject:      GMT/LOCAL Clocks

There is a reason why TOD clocks should be set at GMT and not local time--
NJE.  The NJE protocol states that the NJHGETS 8 bytes should contain a
GMT TOD time stamp.  If one is in a JES2 NJE network where path manager
records are being distributed, then a TOD clock not set at GMT will cause
definite connection problems.  Also, in the past there have been RSCS
loops when it received a file with a TOD stamp that is past the current
GMT.  This occurred with RSCS 1.3.0, I believe, during a time change; it
has been fixed, but you never know what else might happen.

We have written in our MVS IPL procedures that Argonne is GMT-6 during the
winter and GMT-5 during the summer.
----------------------------------------------------------------------------
========> NOTE THE CHANGE IN PHONE NUMBER - EXCHANGE IS NOW 252. <=======
Barry S. Finkel
Computing and Telecommunications Division
Argonne National Laboratory               BITNET:   B19141@ANLVM
9700 South Cass Avenue                    Internet: B19141@ANLVM.CTD.ANL.GOV
Building 221, Room B223                   Phone:    (708) 252-7277 <===========
Argonne, IL   60439-4844                  Facsimile:(708) 252-5983 <===========
                                          FTS:            972-7277
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 16 Apr 1992 08:12:47 EST
From:         John Eiszner <IJWE400@INDYCMS.BITNET>
Subject:      MVS MOUNT command

Here's a question I hope will be easy for one of the MVS gurus
on this list:

Is there any way to mount a DASD volume on an MVS system without
actually going to the console, issuing the MOUNT command and replying
to 'REPLY DEVICE NAME OR CANCEL'?  Could this same function be done
from a batch job, from within a TSO session, or within an assembler
program which would issue the MOUNT command and appropriate responses
internally?  Is there a user mod for this purpose already available
(say, on the CBT mods tape)?

We run MVS 3.1.3/JES2 as a VM/XA guest and do a fair amount of
shuffling available packs between VM and MVS.  Any hints would
be appreciated.

----------------------------------------------------------------
| John Eiszner                                                 |
| Lead Systems Programmer                                      |
| Indiana University-Purdue University at Indianapolis (IUPUI) |
| Indianapolis, Indiana                                        |
| (317) 274-0751                                               |
| Bitnet:   IJWE400@INDYCMS.BITNET                             |
| Internet: IJWE400@INDYCMS.IUPUI.EDU                          |
| "Park and lock it--not responsible!"                         |
----------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU