HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 10 Apr 1992 15:02:00 CDT
From:         Michael Stack <A01MES1@NIU.BITNET>
Subject:      Hyper-inflation
Comments: To: IBM Mainframe Discussion List <IBM-MAIN@RICE.BITNET>

A curious bit of inflation:  as I was browsing IBMLink yesterday, I
discovered that GC23-0351, MVS Software Manufacturing Options, is now
selling for a price of $24.50, in contrast with the price of $1.15
last fall.  Are there any IBMers out there who can either confirm or
correct this?  (I'm preparing an adoptions list for next fall, and
this is usually part of the list, but not at $24.50!).  Thanks.

Michael Stack

Northern Illinois University            Internet: a01mes1@mvs.niu.edu
Computer Systems and Operations         Bitnet:   a01mes1@NIU
DeKalb, IL  60115-2854                  Lipnet:   (815) 753-9447
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 6 Apr 1992 13:51:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      Re: Changing TOD clock

> Why isn't there a way to change the TOD clock without shutting down and
> doing an IPL?

You shouldn't change the TOD clock.  It is intended to read GMT, and the
only occasion for resetting it is when you decide the accumulated error
in the clock rate is no longer tolerable.  We find that the mean time
between power glitches around here (about 6-9 months) is adequate.  What
you want to change (twice a year, presumably) is the offset between GMT
and local civil time and the three-letter code for the time zone.  On
VM systems, the way to do this is to make a modification to CP.  There
is a package to do this in the VM-UTIL file store; it's called TIMEZONE
PACKAGE, and it automatically resets the offset every spring and fall to
switch between standard and daylight time.  The current version is known
to work for the various flavors of VM/SP 4 and 5, and I imagine VM/SP 6
is just the same, but I haven't heard whether the timezone code is the
same in VM/XA or VM/ESA.
                                  John
Newsgroups: bit.listserv.ibm-main
From: rbond@nevada.edu (RICHARD BOND)
Subject: Re:      Clear Screen for USSTAB MSG10
Organization: University of Nevada System Computing Services
Date: Thu, 9 Apr 1992 22:50:36 GMT

In article <1992Apr9.222644.10175@nevada.edu> rbond@nevada.edu (RICHARD BOND) writes:
>In article <IBM-MAIN%92040708274153@RICEVM1.RICE.EDU> Tim Haiar <THTJ18@SDNET.BITNET> writes:
>>  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
>
>As far as I know the only character available for an "SNA" USSTAB message
>is x'15' (new line). The trick I use to prevent message rolling is to make
>message 10 have as many 80 character lines as the terminal type that the 
>table is for, eg, 24 lines for model 2, 32 lines for model 3, etc. Also you

Sorry, a few lines were cut off. 
Also, you will need to put the reply area on the last line. 
  
All USSTAB messages will need to contain the appropriate number of lines,
not just message 10. It makes for a large USSTAB but is the only way to 
prevent the "rolls" that I have found.
  
  
  
  
  
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <SACHS1@PENNDRLS.UPENN.EDU>
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 7 Apr 1992 12:55:59 EST
From:         SACHS1@PENNDRLS.UPENN.EDU
Subject:      RS/6000 vs ES/9000
Comments: To: IBM-MAIN%RUTVM1.BITNET@NOC2.DCCS.UPENN.EDU

We are currently running VM/CMS on a ES/9000 model 150.  Are main application
is SAS.  We are concidering purchasing some RS/6000 type machines.

I am interested in others experiences and comparisons between the 2 platforms
in terms of performance, I/O, user friendlyness, file access across platforms
(i.e. ES/9000, PCs).

Thanks in advance

Barbara
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 15 Apr 1992 00:17:03 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:14:55 SLT
From: D03G004@SAKSU00.BITNET
To: IBM-MAIN smtp at interbit
Subject: test

test mail only.
Newsgroups: bit.listserv.ibm-main
From: rbond@nevada.edu (RICHARD BOND)
Subject: Re:      Clear Screen for USSTAB MSG10
Organization: University of Nevada System Computing Services
Date: Thu, 9 Apr 1992 22:26:44 GMT

In article <IBM-MAIN%92040708274153@RICEVM1.RICE.EDU> Tim Haiar <THTJ18@SDNET.BITNET> writes:
>  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

As far as I know the only character available for an "SNA" USSTAB message
is x'15' (new line). The trick I use to prevent message rolling is to make
message 10 have as many 80 character lines as the terminal type that the 
table is for, eg, 24 lines for model 2, 32 lines for model 3, etc. Also you
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: "ECU Computing and Information Systems"
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 8 Apr 1992 09:21:55 EDT
From:         "Brad S. Carson" <SSBSC@ECUVM1.BITNET>
Subject:      A few MVS history questions

A friend of mine who does not have BITNET access has requested me to ask
this list a few questions.  They are:

1. What is the history of SMP (both SMP and SMP/E)?

2. What is the history of JES2/HASP (please include dates is possible)?

3. What is the history of JES3/ASP (same)?

We are work on a small presentation for our NaSPA chapter and would like
to know and use this information.


------------------------------------------------------------------------
Brad S. Carson                       Bitnet  :      SSBSC@ECUVM1
Systems Programmer (VM, MVS & VMS)   Internet:      ??Real soon now??
East Carolina University             NASCOMM :      CarsBraS
Austin Building Room 108             Bellnet :      (919) 757 - 4346
Greenville, NC 27858
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 9 Apr 1992 10:52:57 CDT
From:         Richard Peurifoy <X229RP@TAMVM1.BITNET>
Subject:      Re: A few MVS history questions

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.


Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 9 Apr 1992 13:34:00 PDT
From:         Gregory Plucinski 257239 <GRZES@PLWATU22.BITNET>
Subject:      Re: MVS and VM readable tapes (yes again :-( )

THERE is CMS command that produce tape in format
 compatible with IEHMOVE tape. (i check and send you info later).

Gregory
------------------------------TEXT-OF-YOUR-MAIL--------------------------------

> I lost the article!  Ugh
>
> What is the best way to write MVS readable tapes from VM?  Is this a pipe
> dream?  Or should I just write them on MVS?  I seem to remember someone
> mentioning IEHMOVE, but I am told now that it's a MVS only thing.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 6 Apr 1992 13:36:23 PDT
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      MVS/ESA 3.1.1 --> 4.2 Conversion Problem

We are testing MVS/ESA 4.2 in preparation for conversion from ESA 3.1.1 and
are encountering the following problem:

We run a Simware product on MVS, SIMPASS/CTC, which emulates a VM Passthru
(PVM) node.  It allows our VM/CMS users to connect to MVS/VTAM just as they
would to another VM system.  SIMPASS runs as an MVS/VTAM application and
will log the user on to any other VTAM application.  SIMPASS creates SLU's
that look like 3270's to the VTAM applications.

The problem, which occurs only on our new system, is that logons to TSO from
these SIMPASS SLU's don't work.  The user's terminal hangs and VTAM complains
about a failed BIND.  TSO says there has been a CLSDST PASS failure.

In addition to upgrading MVS from 3.1.1 to 4.2, the new system takes VTAM from
3.2 to 3.3 and TSO from 2.1 to 2.3.  I used the same VTAMLST tables as on our
current, production, system.

Notice that (1) we have no problem with SIMPASS SLU's logging on to our other
VTAM applications (CICS and WYLBUR) and (2) 'Real' VTAM 3270's are able to log
on to TSO as well as the other applications.

Thus, it appears the problem is in something which only SIMPASS, VTAM and TSO
have in common, and which has changed between the two systems.

Does anyone have any ideas of where to look?

Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 9 Apr 1992 13:16:00 PDT
From:         Gregory Plucinski 257239 <GRZES@PLWATU22.BITNET>
Subject:      Re: A few MVS history questions

 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

Gregory
------------------------------TEXT-OF-YOUR-MAIL--------------------------------

> A friend of mine who does not have BITNET access has requested me to ask
> this list a few questions.  They are:
>
> 1. What is the history of SMP (both SMP and SMP/E)?
>
> 2. What is the history of JES2/HASP (please include dates is possible)?
>
> 3. What is the history of JES3/ASP (same)?
>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 7 Apr 1992 07:53:00 LCL
From:         LONGLEGS <LONGLEGS.SYSTEMS@MHS.UNC.EDU>
Subject:      Re: MVS/ESA 3.1.1 --> 4.2

I am not familiar with this exact configuration, but I have seen similar
problems (where CICS would work and TSO would fail) in implementing
Cross-Domain and Cross-Network configurations.  The problem usually
revolves around the failure of the TSO secondary address space to bind back
to the terminal.  Remember that with CICS (and most VTAM appls), the
terminal usually initiates the bind.  For TSO, you bind to the primary
address space (i.e. TSO) and that does a CLSDST PASS to the user's personal
address space (i.e. TSO0001).  Then, the personal address space must
initiate a bind to the terminal (or SLU emulating a terminal).

I have seen path errors cause this problem (i.e. a path in one direction
but not the other), SNI gateway errors that cause this problem, session
management exits, and a host of other possibilities.

Look carefully at the sense code on the "reverse" bind from the TSO
secondary address space to the SLU.

-Joel Dunn
 UNC-CH Administrative Data Processing
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 14 Apr 1992 16:10:12 EDT
From:         Mauricio Alvarenga <MAINT@BRCPRM.BITNET>
Subject:      Re: GRS problem.

On Tue, 14 Apr 1992 13:58:08 G+3 Saad M. Al-Harthi (02) 695-2211 said:
> Hello all,
>    We have an ES9000/210 and we are currently running MVS/ESA 4.2.0
>on first LPAR, actually we plan to install VM/ESA and a second MVS
>as a gest operating system in the second LPAR to make use of GRS
>to connect the two systems together the problem is I can not figure
>out how to connect a stand alone machine with a gest machine?.
>
>Any comments or help will be apeatuated.
>Thanks in advanced.
>
>------------------
>Saad Al-Harthi
>MVS system's Engineer
>KAAU, Jeddah, SA.
You can define a virtual CTCA for the guest machine and connect it to VM/ESA
then you can connect VM and MVS. Vtam can share this CTCA with RSCS so you
may have terminals and files using both systems. Hope this helps.


  __________________________________________________________________
 /                                                                  \
 | Mauricio Alvarenga      |    Mineral Research Company - CPRM     |
 | VM Consultant           |    Rio de Janeiro - Brasil             |
 \__________________________________________________________________/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 14 Apr 1992 08:54:00 CDT
From:         Dave Ulrick <A01DGU1@NIU.BITNET>
Subject:      Re: Controlling Various ISPF primary menus

We have *one* primary option menu for all ISPF/PDF users that
includes all of the IBM-supplied options along with two local
options:

              M  MISC    Miscellaneous programs
              U  USER    User programs

The "M" option directs users to a systems-programming maintained
menu panel.  This is the place where any ISPF dialogs that are
supposed to be added to the primary option menu are placed.  Each
logon procedure has different panel and CLIST libraries
allocated, so each group of users gets a different MISC menu.  Of
course, we don't do this for security (ignorance is not
security); rather, ACF2 rules allow or deny access to dialog
datasets by particular users.

The "U" option invokes a REXX exec that issues the ALTLIB command
to "allocate" a pre-allocated (usually at signon via the ALLOCATE
command) CLIST library and then invokes the CLIST/EXEC named
USERMENU.  USERMENU, in turn, can be written to issue any
necessary LIBDEFs and then invoke the user's dialog function.
Thus, users can create their own dialogs and make them selectable
from the ISPF/PDF panels without any help from a systems
programmer.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 8 Apr 1992 17:21:04 EDT
From:         Aron Eisenpress <AFECU@CUNYVM.BITNET>
Subject:      OY42877/OY45517 add the ability to wait for a GDG dsn to become
              available

There was a discussion in this list last May about the fact that a batch
job allocating a GDG would fail if the GDG dataset was allocated elsewhere,
with no option to wait or anything.  Well, I just got MVS PUT 9202 today,
and there's a PTF that adds the option to do exactly that.  For MVS/XA
the PTFs are UY68846 and UY68847; check the apars listed above to get the
PTF numbers for other levels.  Note that you have to zap IEFAB445 (or set
an option in your ALLOCxx member if you're on ESA V4) to enable this change.
The documentation is rather obtuse about what a "special data set name" is
but the apar indicate that it's a GDG dataset or a dataset referenced via
an alias name.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 13 Apr 1992 10:07:22 EDT
From:         "James R. Burns" <70672.1130@COMPUSERVE.COM>
Subject:      3480 Tape Drives

Has anyone had any experience using 3480 B11 tape drives vs. 3480 B22
tape drives ....  either migrating from the B11 to the B22 or running
both at your shop?  I know that the B22 is rated at twice the transfer
rate of the B11.  But, my question is what is the real increase in
transfer rate when these units are used in production.

We currently have B11 units but we are considering purchasing some B22
units if there is a significant increase in the transfer rate.

Any replies would be greatly appreciated.

Thanks in advance,

Jimmy Burns, Systems Analyst
University of North Alabama
Florence, AL
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 10 Apr 1992 09:45:00 CST
From:         Kriss Davis <CCFXKPD@UCHIMVS1.BITNET>
Subject:      getting output from MVS jobs spooled and printed to LAN printers

Hello all,

Here is another "has anyone done this and how question".

Currently, there is a line printer hooked up via RJE.  This printer
is getting old and about ready to die.  We are looking for alternatives
to purchasing a new printer and keeping the separate RJE connection.

The building the printer is in has a Novell Network and SAA for NETWARE
which does allow for definition of VTAM printers and terminal emulation
for all PCs connected to the LAN.  There are HP LASERJET printers
hooked to various nodes on the Novell LAN.

If we wanted to be able to print the output from an MVS job to one or
any of the laserjets hooked to the LAN, what would be the steps to
define the printers to MVS and NOVELL?  We would not need special LASER
font controls initially, just be able to output basically the same paper
we are currently getting from the RJE printer.  Speed and capacity of
the laserjets is an issue, but the feasibility of getting MVS output to
them is the main question.  IS THIS EVEN SOMETHING THAT SHOULD BE TRIED?

We are running Novell 3.11, on 10BASET wiring.  As stated above we
run NETWARE for SAA that is connected by an SDLC link with the
MVS mainframe.  Certain users use NETWARE FOR SAA as there connection
to VTAM/TSO/CICS. Others are directly connected to a control unit
that is then connected to the mainframe.

What this would look like to the user would be this:
1.  The user submits a job.
2.  When the user wants it printed, they would select the printer
    to print the job on (we use IOF for sysout display) just like
    they would select LOCAL or the current RJE printer.
3.  The job would get sent to the selected NOVELL LAN printer and be
    printed.

I am not a heavy technician in MVS systems, so please forgive any
mistakes in terminology.

Thanks for whatever input you can provide,
Kriss Davis     Manager, Financial Systems
CCFXKPD@UCHIMVS1.UCHICAGO.EDU
Newsgroups: bit.listserv.ibm-main
From: tierney@nevada.edu (TIM TIERNEY)
Subject: RACF Question
Originator: tierney@helios.nevada.edu
Organization: University of Nevada System Computing Services
Date: Tue, 14 Apr 1992 22:15:30 GMT

Hi folks!

Got a question that I thought one of you might be able to help me with,
though I fear I already know the answer.  First the environment:
MVS/ESA 3.1.3, RACF 1.9, still using 1.8.1 version templates in database.

What I would like to be able to do is to restrict certain CLISTS to
certain users.  I know that RACF can protect access by PROGRAM, but the
write-up on PROGRAM says specifically it's not for CLISTS.  I do not want
to do the protection by having all the CLISTS in a certain dataset and then
just protecting the dataset, though I know this could be done.  Is there
a way to protect access to specific CLISTS?  Do you use a general resource
class?  Has anyone done this?  Is it possible through an exit?

Any and all replies are greatly appreciated.

Thanks in advance,

Tim Tierney


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 14 Apr 1992 08:57:00 EDT
From:         Terry Lewis <SNOTLL@MVS.SAS.COM>
Subject:      Re: Controlling Various ISPF primary menus
Comments: To: IBM Mainframe Discussion list
              <IBM-MAIN%RICEVM1.BITNET%UGA.CC.UGA.EDU@UNX.SAS.COM>

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

As has been mentioned, the easy way to accomplish this is to use
different logon procs/clists that point to different panel libraries.

Our shop uses a single front-end command processor that goes by various
command aliases.  Depending on the command entered by the user, the
processor dynamically allocates (or frees and reallocates an existing
allocation) the proper libraries for that particular command.  It then
builds an ISPSTART command that points to different primary menus, then
attaches ISPF.  It also does other nice things, like dynamically
allocate an ISPF profile dataset for new users, etc.

Although we currently don't have any security checking integrated into
this program, it would be fairly easy to add code to issue RACHECKs (or
the ACF2 equivalent) to see if the user is authorized for that
particular command alias.

The general idea for this was borrowed from the PDF command on the CBT
mods tape.


-----------------------------------------------------------------------
Terry Lewis                    SAS Institute Inc.
Systems Programmer             SAS Campus Drive, Cary, NC  27513-2414
snotll@mvs.sas.com             (919) 677-8000 x7778
-----------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 10 Apr 1992 11:43:00 LCL
From:         X22@MVS.URZ.UNI-HEIDELBERG.DE
Subject:      DFDSS

When DFDSS dumps a single data set it includes in the dump the whole
VTOC of the disk. Some questions:

1. Can DFDSS dump a data set without including the whole VTOC?

2. Are there other dump/restore programs which dump only the data set
   (plus the information needed for restore)?

Peter Preus     X22@DHDURZ2
                X22@MVS.URZ.UNI-HEIDELBERG.DE
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 7 Apr 1992 18:20:00 PDT
From:         Michael Stein <CSYSMAS@UCLAMVS.BITNET>
Subject:      Re: MVS/ESA 3.1.1 --> 4.2 Conversion Problem

> The problem, which occurs only on our new system, is that
> logons to TSO from these SIMPASS SLU's don't work.  The user's
> terminal hangs and VTAM complains about a failed BIND.  TSO
> says there has been a CLSDST PASS failure.

The TSO CLSDST PASS timing has changed several times with
different VTAM/TCAS levels.  It's possible (I think) to write
code to handle all the possiblities, but not obvious.  (The new
sesson can show up *before* the old one closes...)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU