TK5 Introduction and User Manual
TK5 Introduction and User Manual
TK5 Introduction
and User Manual
Enjoy your private mainframe
Further enhancements became available resulting in, again, MVS 3.8 systems at various
levels. This time it was Rob Prins who decided to address the issue with MVS-TK5. Rob
Prins created this TK5 distribution with the help of a number of people who packaged the
additional software and tested the distribution.
Volker, Jürgen, and Rob have one thing in common: They all live in Europe. Volker in
Germany, Jürgen in Switzerland, and Rob in the Netherlands.
New
• Larry Belmontes has developed a Tutorial for ISPF. This tutorial, LBTUTOR, can be
accessed via ISPF option T.
• The installed REVIEW panels have been converted to ISPF 2.2 format.
• ISPF option 3.6 now provides a Hardcopy function (CPRT36).
• The TSO command TSOEXEC is now available. TSOEXEC was introduced with the
TSO/E Program Product not available for TK5 users. To provide the same functionality
for TK5 users Rob Prins has developed the TSOEXEC command. The purpose of
TSOEXEC is to execute authorized TSO command processors in a non-authorized
environment. The only restriction is that the TSO user should have access to resource
SVC244 in the FACILITY class. If no security product is installed, then access is always
granted.
• Usermod RP00003 has been applied to SVC 24 so that the device information returned
by DEVTYPE now provides the correct number of cylinders for the various models of
3380 and 3390 DASD devices. See the document: “TK5 Usermod Directory”.
Changes
• Hercules has been upgraded from 4.6 to 4.7. Only the Windows 64 and Linux 64 binaries
are upgraded.
• The bug in LOGON (,)APPLID=xxxxxxxx in ETHLOGVM has been resolved with a rework
of usermod ZBP0002.
• SYS1.TK5.INSTALL.CNTL has been moved from TK5RES to TK5001 and renamed to
TK5.INSTALL.CNTL to better reflect its purpose in providing the installation JCL used to
install the packages on the TK5001 and TK5002 volumes.
• ISPF option 3.7.V package DVTOC updated to V1R0M03 to fix an ABEND0C4 when
running authorized.
• Ed Liss has upgraded his MAP3270 package from 3.1.0 to 3.2.1.
• Bob Polmanter has upgraded NJE38 from 242 to 250. The most significant update is the
MEMBERS keyword in the TRANSMIT command. With RECEIVE you can replace
members in an existing partitioned dataset.
• Package BREXX/370 has been updated from V2R5M2 to V2R5M3L01.
• Rob Prins has updated RPF from V1R9M6 to V1R9M7. See RPF option 7.5 for a
summary of the changes.
• Greg Price has updated Review 50.4 to 51.2.
• SPY full screen display of 3270 system console screens has been upgraded to support
all terminal sizes.
Update 2
When TK5 was first released Rob Prins made the commitment that, for subsequent TK5
Update releases, only TK5RES, the systems residence volume and the two
usermod/package distribution volumes, TK5001 and TK5002, would be refreshed by each
update. TK5 is unique because it is the first MVS 3.8 system that is resident on 3390 DASD.
The move to 3390 DASD required, as a base, the installation of Jim Morrison’s usermods to
support 3375/3380/3390 DASD. In addition, a number of other usermods were developed
and installed to facilitate MVS 3.8 support for 3390 DASD.
However, TK5 users encountered further issues with MVS 3.8 support for 3390 DASD. Each
of these new issues have now been addressed with usermods that are described in the TK5
Usermod Directory.
One issue required the rework of the initial Jim Morrisson contributed support for
3375/3380/3390 DASD. Further investigation revealed regression and incorrect SMP data
for these essential usermods. A complete rework and repackaging of the Jim Morrison
usermods has now been installed on TK5 as part of TK5 Update 2. This necessitates the
inclusion of the TK5DLB volume with TK5 Update 2 to correctly reflect the SMP status of the
code base and base libraries for TK5 systems. The base distribution libraries must be
updated by the 3775/3380/3390 DASD support usermods because an MVS 3.8 system,
specifying 3375/3380/3390 DASD, cannot be generated without these usermods installed.
The replacement of the TK5DLB volume should not impact a user’s TK5 system unless SMP
has been used to ACCEPT usermods that have been installed on a TK5 system resulting in
data sets on TK5DLB being updated. If this is the case, then the replacement of the
TK5DLB volume will regress the SMP ACCEPT processing and a rerun of the ACCEPT
processing will be required.
New
• MAP3270 3.1.0 installed.
Changes
• Archiver:
o ABEND0C4 in Archiver ALTER fixed.
o Completion message of ALTER fixed.
o Test of duplicate key in ALTER newname fixed.
• Usermod ZP60043 reworked to fix the DCB= problem if the referenced dataset is
cataloged with VOLSER(******).
• ISPF option 3.7.V: package DVTOC updated to V1R0M02 to fix cross edit problems,
adding PF1 key to list of PF keys, a PF5 error message and better filter functionality.
• ISPF option M.XM and ISPF option M.R: package RECVXMIT updated to V0R9M02 to
fix cross edit problems.
• OS/360 Sort/Merge for MVS 3.8 updated to Version 1.02 to fix :-
o Incorrect processing of PL/I F invoked Sort/Merge parameter list resulting in
message IER067A being erroneously issued
o Documentation change for message IER067A
o 0C4 Abend using the CRCX sorting technique and variable length records
caused by incorrect buffer usage calculation
• PDS command package upgraded from 8.6.19.5 to 8.6.20.0.
• RPF upgraded from 1.9.5. to 1.9.6. See RPF 7.5 for the changes.
• The usermods that provide the base MVS 3.8 support for 3375, 3380 and 3390 DASD
have been extensively reworked and repackaged with two problems resolved. 3375,
3380 and 3390 DASD volumes are now, by default, set as permanently resident. An
incorrect value provided in the Device Characteristics Table (DVCT) for user track
calculations and propagated to data returned by the DEVTYPE SVC has been corrected.
Some additional usermods, applied to address regression issues caused by later PTFs,
have been deleted and replaced by rework of the original usermods.
The source for the base MVS 3.8 support for 3375, 3380 and 3390 DASD usermods is
provided in data set USERMOD.M023000 with documentation in the TK5 Usermod
Directory.
Update 1
New
• Usermod MS00100 has been installed providing new functionality by removing the
restriction that Link Library List (LNKLST) data sets must be cataloged in the Master
Catalog. Following the name of each data set appearing on a LNKLST record a volume
serial number enclosed in parenthesis can be provided to avoid the requirement for the
Changes
• The Algol F Compiler NOSOURCE option generated incorrect code. This has been
resolved.
• The email address provided for Volker Bandke in Hercules tk5.rc script and Netsol source
has been updated.
• Incorrect JCL in procedure DUMPEREP has been corrected.
• The ISPF T1 option panel has been changed from 25 lines to 24 lines.
• Package DVTOC (ISPF 3.7) upgraded from V0R9M00 to V1R0M00.
• The MAP3270 package has been upgraded to Version 3.01.
• TSSO load modules moved from SYS1.LINKLIB and SYS1.LPALIB to SYS2.LINKLIB and
the INVALID KEYWORD error message issued for every TSO command has been
resolved.
• The source code for the TSO command UNITS has been placed in TK5.ASM and the load
module in SYS2.CMDLIB rebuilt from the TK5.ASM source.
• TK4* variable names changed to TK5* in the scripts start-herc, start-herc.bat and
shutdown.
• TK4- text in SYS1.PARMLIB start- and shutdown members updated to reflect TK5.
• The RPF DSLIST =n(.n) problem has been resolved.
• The NJE38 libraries are renamed from SYS2.NJE38.* to NJE38.*
5. Overview.
MVS-TK5 contains the following updates:
1. The number of DASD volumes have been reduced from 28 volumes to 15 volumes.
2. The mix of 2314, 3340, 3350, 3375, 3380 and 3390 type DASD volumes has been
greatly simplified. MVS-TK5 consists of 12x 3390 volumes, 1x 3380 volume and 2x 3350
volumes.
3. The system residence volume is on a 3390 DASD device.
4. The Master catalog is on a separate 3390 catalog volume. This will not be replaced in a
TK5 update release.
5. All the user-created modifications to MVS (the usermods) are in separate libraries.
Many software components enhancing the MVS 3.8 environment are re-packaged and have
been updated with new releases
Previously released Turnkey system updates replaced volumes and Catalogs regressing
user changes. This caused significant disruption to the user’s system. TK5 update releases
will replace only the updated systems residence volume and the two volumes containing
usermod data sets and user contributed programming enhancements. Installing a future TK5
update release will result in minimal or no disruption to the user’s environment because
usermods and user contributed programming enhancements libraries are isolated to the
systems residence volume and two volumes designated for package storage.
TK5 is unique in that for the first time in any MVS 3.8 environment, the systems residence
volume can be cloned with a new volume serial and IPLed without impact on catalog entries
and configuration specifications in PARMLIB members. This functionality has only previously
been available in Operating Systems that superseded MVS 3.8. Users who prefer to install
their own usermods will find the new DASD volume allocations and systems residence data
set cataloging convention are of real benefit to them.
In the TK5 system all data sets on the system’s residence volume are cataloged with a
volume serial of ******. Usermods installed in the TK5 MVS 3.8 system dynamically replace
the ****** specification within MVS with the volume serial and the device type of the current
systems residence volume. Additional usermods installed in TK5 implement the ******
notation for the systems residence volume in SYS1.PARMLIB members where the volume
serial for data sets on the systems residence volume must be specified. Masking is now
implemented in the VATLSTxx and IEAAPFxx PARMLIB entries allowing only the partial
specification of a volume serial to set usage, allocation attributes and APF authorization. The
document TK5 Usermod Directory contains further information describing the usermods
implementing the ****** systems residence volume notation.
The task of migrating a current system across to a TK5 system will take some effort. In order
to minimize the work required a suggested migration strategy is provided in Section 6
Migration Considerations.
When deciding if the task to migrate to a TK5 system is worthwhile it is important to consider
that the migration process is a one time only task. As described previously, future TK5
updates can be installed with minimal or no disruption to an installed TK5 system.
Thereafter, future TK5 updates will ensure that your system will be continually enhanced
with the latest usermods and user contributed software.
Community developed MVS usermods, installed via SMP and user contributed programming
enhancements installed in the TK5 system are allocated on volumes TK5001 and TK5002.
Volumes TSO001, TSO002 and TSO003 are allocated for the storage of permanent user
data sets. Volumes WORK01 through to WORK04 are available for temporary data sets,
User data sets from the user’s currently installed system should, ideally, be re-located to the
TSO00x volumes in the migration process.
The first task is to take inventory of the data sets on the current running system. An IDCAMS
listing of the Master Catalog and the two usually present User Catalogs will provide useful
input for planning the migration process.
//T1LC JOB 111,TA,MSGCLASS=C --- CUSTOMIZE
//LISTCAT EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
LISTCAT /* MASTER CATALOG */
LISTCAT CATALOG(SYS1.UCAT.TSO)
LISTCAT CATALOG(SYS1.UCAT.MVS)
/*
The Master Catalog listing will show a number of ALIAS entries and a large number of non
VSAM data set entries. There may also be additional User Catalogs listed other than
SYS1.UCAT.MVS and SYS1.UCAT.TSO. The non VSAM entries for data sets with HLQs of
SYS1 and SYS2 do not need to be migrated as these entries, and their data sets, will be
present in the TK5 Master Catalog and the TK5 systems volumes. Data sets cataloged in the
Master Catalog with a HLQ other than SYS1 or SYS2 will need to be migrated to the TK5
system and preferably not cataloged in the TK5 Master Catalog.
Additionally, ALIAS entries for TSO UserIDs HERC01, HERC02, HERC03 and HERC04
have been provided in the TK5 system. However, the data sets associated with these TSO
UserIDs are resident on the current system and therefore will need migration to the TK5
system. This equally applies to any other TSO UserIDs, and their associated data sets, that
may have been created in the current system.
Catalog listings for SYS1.UCAT.MVS and SYS1.UCAT.TSO will contain many non VSAM
data set entries with HLQs matching the ALIAS entries listed in the above table. The data
sets associated with these ALIAS entries, listed in the above table, except for the data sets
associated with the TSO UserIDs, do not need migration as they are already present in TK5.
The Catalogs SYS1.UCAT.MVS, SYS1.UCAT.TSO and any User Catalogs identified in the
Master Catalog listing may contain user allocated VSAM data sets that require migration. An
example being the VSAM data set for the Archiver application. Each VSAM data set will
require specific processing prior to migration.
Some users may have additional DASD volumes containing data sets to support specific
user projects or collections of data. These data sets may have been cataloged in the usual
SYS1.UCAT.MVS or SYS1.UCAT.TSO User Catalogs or an ALIAS entry may have been
created to relate to a User Catalog allocated on one of the additional DASD volumes.
Identify the ALIAS entries that relate to these User Catalogs as they will need to be re-
established in the TK5 Master Catalog. Examples of this would be the volumes containing
the MVS source code data sets and the CBT data sets where these data sets are cataloged
in their own User Catalogs.
The result of taking an inventory of the current system should be a list containing:
1. All TSO UserIDs in the system including HERC01, HERC02, HERC03 and HERC04
2. All HLQs, identifying data sets, not listed in the above table of TK5 ALIAS entries or
not prefixed with a TSO UserID.
3. All application VSAM data sets that require migration.
4. All additional DASD volumes.
The data sets associated with the TSO UserIDs and the HLQs unique to the current system
will require migration to the TK5 system. Additional volumes will need to be brought online to
the TK5 system with their User Catalogs imported and their related ALIAS entries defined in
the TK5 Master Catalog.
In systems where RAKF is installed, the TSO UserID HERC01 should be used to submit all
the jobs identified below because it has the Operations Authority required for system wide
data set access.
The TEMPORARY parameter must be specified otherwise the VSAM data set will be deleted
from the current system. Select a HLQ for the sequential exported data set that will be
specified in the DSSDUMP control statements. A TSO UserID HLQ such as HERC01 is ideal
for this purpose. Allocating the sequential export data set on an existing 3390 volume will
provide optimum performance.
Step 3 (Only for users migrating from a system with RAKF installed).
To migrate the current RAKF security configuration settings and passwords from the current
system to the TK5 system the SYS1.SECURE.CNTL data set must be brought across to the
TK5 system. Use IEBCOPY to copy the SYS1.SECURE.CNTL data set to a data set that will
be selected for dumping by DSSDUMP. The TSO UserID HERC01 must be used to submit
this job as RAKF requires the TSO UserID to have the RAKFADM Profile to access
SYS1.SECURE.CNTL. Example JCL is provided below.
//HERC01D2 JOB (SYS),’DUMP RAKF’,MSGCLASS=X,NOTIFY=HERC01
//DUMP2 EXEC PGM=IEBCOPY,REGION=1024K
//SYSPRINT DD SYSOUT=*
//IN DD DSN=SYS1.SECURE.CNTL,DISP=SHR
//OUT DD DSN=HERC01.SECURE.CNTL,UNIT=3390,SPACE=(CYL,(2,,10)),
// DCB=(RECFM=FB,LRECL=80,BLKSIZE=27920),
// DISP=(NEW,CATLG,DELETE)
//SYSIN DD *
COPY INDD=IN,OUTDD=OUT
/*
1. All TSO UserIDs in the system including HERC01, HERC02, HERC03 and HERC04
2. All HLQs, identifying data sets, not listed in the above table of pre-installed TK5
ALIAS entries or not prefixed with a TSO UserID listed above.
Note that HLQs that are related to User Catalogs on additional volumes should not be coded
as input to DSSDUMP as the User Catalog will be imported into the TK5 system. An
example of a jobstream and control statements for DSSDUMP is below. The use of a period
after the HLQ on the DSSDUMP control statements coded requests DSSDUMP to select
and dump all data sets found in the catalog with that HLQ.
Before submitting the job create a new tape volume using the HercGUI utility HETINIT or
identify a PC file to be mounted on a Hercules tape drive when requested by the system.
This tape volume will contain the output from the dump process later needed in the restore
steps.
Submit the job and review the resulting output. DSSDUMP will list each data set found with
the specified HLQ and report on the success of the dumping operation. Running DSSDUMP
does not change any data on the current running system. Therefore, DSSDUMP can be run
multiple times if a particular HLQ has been missed or should not have been included in the
DSSDUMP control statements.
Refer to the document Guide to Using DSSDUMP and DSSREST for further information if
specific data set filtering is required to exclude some data sets.
The JOB statement will require editing to conform to TK5 standards. The JCL generated
does not specify the target volume for each data set. Instead, it provides a comment
VOL=SER=xxxxxx identifying the volume from where the data set was originally dumped. To
restore the datasets to the TSOxxx volumes in TK5, change, on all the SYSUT2 DD
statements, every UNIT= parameter to UNIT=TSO. Submit this edited JCL. This job will,
again, read the dump tape generated in Step 4 to allocate and restore the contents of the
data sets. DSSREST will generate a warning message that data sets have been restored to
a DASD unit type different from where they were dumped. This can be ignored as the 3390
track capacity is greater than or equal to any of volumes used for storage of the dumped
data sets.
At the completion of this job all the selected data sets should now be successfully migrated
to the TK5 system
Step 10 (Only for users migrating from a system with RAKF installed).
For RAKF users, the SYS1.SECURE.CNTL data set from the previous system needs to be
brought into the TK5 system.
//HERC01R1 JOB (SYS),’RESTORE RAKF’,MSGCLASS=X,NOTIFY=HERC01
//REST2 EXEC PGM=IEBCOPY,REGION=1024K
//SYSPRINT DD SYSOUT=*
//IN DD DSN=HERC01.SECURE.CNTL,DISP=SHR
//OUT DD DSN=SYS1.SECURE.CNTL,DISP=SHR
//SYSIN DD *
COPY INDD=((IN,R)),OUTDD=OUT
/*
The TSO UserID HERC01 must be used to submit this job as RAKF requires the user to
have the RAKFADM Profile to update the SYS1.SECURE.CNTL data set. Complete the
migration process for RAKF by issuing the command S RAKFUSER on the MVS TK5 Master
Console to update the running RAKF system. Acknowledgement messages of the update
should appear on the Master Console. Example JCL is provided in
TK5MIG.CNTL($RSTRAKF).
If the data sets on the additional volumes do not have their own Catalog then they will need
to be individually re-cataloged in the TK5 system using RFE or RPF.
Column Description
1-8 TSO UserID
10-17 User group (installation defined)
18 Asterisk '*' multiple user groups exist for this userid.
19-26 Password
28 Operations Authority (Y or N). Always allow access 1)
31-50 Comment field (used by "IBM RACF").
Operations Authority can be compared with privilege “special operations” in IBM’s RACF.
After member USERS in SYS1.SECURE.CNTL has been updated then update RAKF by
issuing the command S RAKFUSER on the MVS TK5 Master Console. Acknowledgement
messages of the update should appear on the Master Console
New TSO UserIDs can also be created in the TK5 system by running ADDUSRON in
SYS2.JCLLIB by specifying the new TSO UserID and whether the TSO UserID is for a
New TSO UserIDs can also be added with job ADDUSER in SYS2.JCLLIB. This job creates
a TSO UserID, deletes all datasets with a HLQ matching the TSO UserID and then allocates
all necessary TSO datasets on the TSO00x volumes.
All newly created TSO UserIDs will then have to be identified to RAKF as described above.
The migration process is now complete. You have a new TK5 system to enjoy.
The only Catalog that will be replaced with future TK5 updates is SYS1.UCAT.TK5. None of
the other three Catalogs will be replaced by TK5 updates so any entries placed in these
Catalogs will not be impacted by future TK5 updates.
Only the highlighted volumes will be replaced when an update release is provided for TK5.
To minimize any disruption or loss of data when installing a future TK5 update users should
avoid allocating any data sets on the TK5RES volume.
• Download the complete distribution from the website listed above, preferably into the
root directory of a disk in Windows or the root directory of /home/userid in Linux.
• For Linux: add the execute attribute with the command chmod +x mvs-tk5.zip.
• Unzip the file, creating a directory with the name of mvs-tk5.
• Select the newly created directory mvs-tk5.
• For Linux: set the permissions to execute with the command chmod -R +x *.
• Select the unattended directory in the mvs-tk5 directory.
• Run the script ./set_console_mode for Linux or set_console_mode.bat in
Windows.
Along with the IPL, you should start a 3270 emulator like x3270, w3270 or Vista TN3270
from Tom Brennan. Start this emulator with the IP address of the Hercules console (mostly
‘localhost’) and port number 3270. The network solicitor screen will appear.
Now you can logon into TSO with HERC01, HERC02 (both with password CUL8TR) and
HERC03 or HERC04 (both with password PASS4U).
HERC01 and HERC02 are identified to RAKF as privileged users. Both have the Operations
Authority while HERC01 also has the RAKFADM Profile to administer RAKF. HERC03 and
HERC04 are normal TSO users.
In this case the IPL message IEA101A will be replied with R 00,CMD=02. TCAM (jobname
TP), MF1, JRP and SNASOL won’t be started and the NCP’s won’t be loaded.
If you want to go back to the normal configuration, just delete tk5.parm in mvs-
tk5/local_conf. or set the variable REP101A to the value default with export
REP101A=default for Linux or set REP101A=default for Windows.
Shutdown MVS.
Shutting down MVS is very easy. Logon to TSO with HERC01 or HERC02, exit ISPF and
issue the command SHUTDOWN in READY mode and log off. The shutdown is fully
automated, and the Hercules window will close after shutting down MVS.
If you want to shutdown manually. Logoff from TSO and enter the following commands:
• /f bsppilot,shutnow This command stops all the running tasks in the system
except JES2.
• After the message $HASP000 ALL AVAILABLE FUNCTIONS COMPLETE issue the
command /$PJES2. JES2 will stop in a few seconds.
• Issue the command /QUIESCE to stop the CPU’s in the system.
• Issue the Hercules command stopall.
• Issue the Hercules command sysclear. The response is “sysclear complete”.
• Enter exit to close the Hercules command window.
Archiver
Archiver is a component written by Rick Fochtman and maintained by Rob Prins. It provides
the facility to archive different types of data into a single VSAM cluster.
For more information refer to the manual “ARCHIVER 6.1.4 User's Guide”
BREXX/370
This enhancement is contributed by Mike Großmann and Peter Jacob. BREXX is a nearly
fully compatible clone of IBM’s REXX. It’s a little more basic but have many functionalities
compared with REXX.
BREXX/370 uses the same syntax and the same DD Names. If you create a partitioned
dataset with RECFM=VB and LRECL=255 and allocate DD Names SYSEXEC and
SYSUEXEC and allocate the BREXX dataset BREXX.VxRyMz.RXLIB to DD Name RXLIB,
you have a valid (B)REXX environment.
The DSSREST utility program, contributed by Charlie Brint, will restore dumped data sets
from either DSSDUMP or ADRDSSU, again with the exception of VSAM datasets.
DSSREST restores datasets in two stages. In the first stage DSSREST generates the JCL to
run the second DSSREST stage that actually restores the selected data sets.
Used in combination, DSSDUMP and DSSREST provide a powerful and flexible facility to
move or relocate data sets across DASD volumes and systems with minimal effort.
While DSSDUMP and DSSREST are not TSO command processors, HELP members are
provided to assist in the preparation of their JCL and control statements. Enter ‘HELP
DSSDUMP’ or ‘HELP DSSREST’ in a TSO session for more information.
DSSDUMP and DSSREST are installed in SYS2.DSSLIB, which is APF authorized. The
installation JCL and additional members resides in SYS2.DSSCNTL.
EDIT uses the MVS Master Console for input and output. EDIT is a line-editor that interacts
using WTO’s and WTOR’s to communicate via the MVS Master Console.
Similar to ETPS, EDIT requests an authorized user and password. Use the same logon
credentials as for TSO UserID HERC01.
The document, EDIT 3.3 User’s Guide in the doc directory, provides further information on
the operation of EDIT.
ETPS
The worst nightmare of every systems programmer becomes a reality when JES2, VTAM or
TSO fail to start because of some JCL error or missing APF authorization.
Emergency Tele Processing System (ETPS) is here to save the day by providing an edit
facility to quickly correct the error. The component is installed as a subsystem so JES2 is not
needed.
ETPS is a fullscreen stand-alone application that can be used to edit libraries. The only
resource needed is a 3270 model 2, 3 or 4 terminal. As a stand-alone application ETPS
does not use VTAM. However, it is recommended to shut down VTAM, if it was running, to
avoid any clash with 3270 device allocations. The default terminal used by ETPS is unit
address 0C0, configured as a 3270 model 4. The model and the unit address can be
overridden in the start command. An example of the start command is below:
After startup a welcome screen appears on the selected terminal. A logon is required. Use
the logon credentials as for TSO UserID HERC01.
HTTPD
HTTPD is a basic webserver running on MVS 3.8J. This component can be started with S
HTTPD on the MVS Operator console. The default port, where HTTPD listens is 8080.
The webpages are stored in HTTPD.HTML. This is a partitioned dataset with a record length
of 255 and a record format of variable blocked.
The name of the member is the url. E.g., member JESST can be called with http://adress-of-
mvs-system:8080/jesst.html
Intercomm
TK5 provides a 3380 volume with volume serial of INT001 dedicated to the component
Intercomm. This is a CICS-like application, that provides an online interactive environment to
run transactions written in COBOL or Assembler.
For more information refer to the Intercomm manuals listed in the Related Documents
Section.
ISPF
ISPF is the TSO dialog manager. IBM’s ISPF is a licensed Program Product. To provide
similar functionality for MVS 3.8 users Wally Mclaughlin developed his own version of ISPF
with compatible functionality.
Wally’s ISPF is a dialog manager providing table services, panel functions (such as creating
user panels), and integrated CLIST support. It does not have PDF functionality such as
EDIT, Browse, DSLIST and OUTPUT functions. The PDF functionality is fulfilled by
REVIEW/RFE and RPF.
NJE38
Network Job Entry is a standard component of MVS/ESA and its successors. To provide
similar functionality for MVS 3.8 users Bob Polmanter has developed NJE38 to enable
running jobs across an MVS network. When NJE38 is configured, jobs can be run and
output received across several MVS 3.8 systems.
For a single system environment, the NJE component of NJE38 is not required. However, to
facilitate transferring data sets across an NJE environment Bob provided the TSO
commands RECEIVE and TRANSMIT that can operate independently of NJE38. Using
these commands XMI format files can be imported into an MVS system with the RECEIVE
command and XMI format files created with the TRANSMIT command (alias XMIT) can be
exported out of an MVS system. The syntax of the NJE38 provided TRANSMIT and
RECEIVE commands are compatible with the same commands provided by TSO/E.
Further information and details on other enhancements can be found in the documents
OS/360 Sort-Merge for MVS 3-8 Application Programming Guide and OS/360 Sort-Merge for
MVS 3-8 Installation Customization and Diagnosis Guide.
RAKF
RAKF is a security component providing functionality similar to IBM’s RACF or CA-ACF2.
RAKF is a basic security product and is controlled by 2 members in SYS1.SECURE.CNTL,
and member RAKFINIT in SYS1.PARMLIB.
Member USERS identified the users that can be either a TSO UserID or a started task.
Member PROFILES contains the access rights for datasets and other resources.
Both members can be updated by TSO user HERC01. TSO UserIDs HERC01 and HERC02
have all rights (like SPECIAL in RACF or SECURITY in ACF2).
Macro driven programming interfaces to RACF such as RACINIT and RACHECK are
compatible with RAKF.
For more information concerning RAKF, refer to the RAKF User’s Guide in the doc directory
REVIEW/RFE
Greg Price develops and maintains REVIEW/RFE to provide most of the PDF functionality
like EDIT (ISPF option 2), Browse (ISPF option 1), Library (ISPF option 3.0), Move/Copy
(ISPF option 3.3), DSLIST (ISPF option 3.4), Reset (ISPF option 3.6) and OUTLIST (ISPF
option 3.8).
REVIEW can be started with the command RFE in the TSO READY mode which launches
the Review Front End (RFE).
RPF
Rob’s Programming Facility (RPF) is developed and maintained by Rob Prins. RPF has a
similar user interface to RFE and provides PDF functionality including EDIT, Browse,
RESET, Library, Move/Copy, DSLIST and OUTLIST functions. Additionally, RPF provides
the SEARCH function to search for strings in sequential or partitioned datasets and an
interface to ARCHIVER.
RPF is available in ISPF option R (for EDIT, Browse, Library and RESET) and in ISPF option
3.4R for the DSLIST function.
• Assembler-XF, referred to as its program name of IFOX00. This is the standard assembler
for MVS 3.8. Other more advanced assemblers such as Assembler H (ASMH) and the High-
Level Assembler (HLASM) are not available because these assembler programs are IBM
licensed Program Products.
• ANSI Cobol compiler and library, also known as COBOL-68. An example of a Cobol
compilation job is provided in member TESTCOB in SYS2.JCLLIB. The Cobol compiler is
installed in SYS2.LINKLIB and the Cobol Library is installed in SYS1.COBLIB.
• PL/I F compiler and library. An example of a PL/I compilation job is provided in member
TESTPL1 in SYS2.JCLLIB. The compiler is installed in SYS2.LINKLIB and the PL/I F library
is installed in SYS1.PL1LIB.
• ALGOL F compiler. This updated version is new in TK5. See the manual “ALGOL F Level 2.1
Independent Component Release for MVS 3.8”. The Algol F compiler is installed in
SYS2.LINKLIB and the Algol F library is in SYS1.ALGLIB.
The sample jobs IEXSAMP1. IEASAMP2. IEXSAMP3 and IEXSAMP4 are available in
SYS1.SAMPLIB.
• FORTRAN G and FORTRAN H compiler and library. Both the H and G versions are installed
in SYS2.LINKLIB. A sample job for both versions is provided in SYS2.JCLLIB(TESTFORT).
The FORTRAN library is in SYS1.FORTLIB.
• RPG. This compiler is installed in SYS2.LINKLIB. Member TESTRPG in SYS2.JCLLIB is
provided as a sample job.
• Waterloo FORTRAN. This compiler is installed in WATFIV.JOBLIB and the library is installed
in WATFIV.OBJLIB. Test jobs are available in SYS2.JCLLIB(TESTWATV) and in
WATFIV.TESTS.
• GCC. This C compiler is installed in SYS2.LINKLIB. The compiler program is named GCC
with an alias of GCC370. The Include library is named PDPCLIB.INCLUDE. A sample job is
provided in SYS2.JCLLIB(TESTGCC).
• Jason’s C compiler (JCC). This compiler is installed as JCC in SYS2.LINKLIB. The other
libraries are available with a HLQ of JCC. A test job is provided in member TESTJCC in
SYS2.JCLLIB.
• PASCAL. The Pascal compiler and library are installed in PASCAL.PASLIB. A sample job is
available in SYS2.JCLLIB(TESTPASC).
• PL/360. See the libraries with HLQ of PL360 for more information.
• SIMULA/67. This language processor is installed in SIMULA.LINKLIB. Compilation
procedures with name SIMxxxxx are present in SYS2.PROCLIB and sample job SIMPRIM is
in SYS2.JCLLIB.
The source code for the programs and TSO commands listed below are provided in
TK5.ASM. The installation JCL streams are provided in TK5.CNTL. Both data sets are
resident on TK5001.
See the $$$INDEX member of TK5.ASM below:
All the programs in TK5.ASM are installed in TK5. The TSO commands are installed in
SYS2.CMDLIB and the programs are installed in SYS2.LINKLIB.
//********************************************************************
//*
//* NAME: TK5.ASM($$$INDEX)
//*
//* Desc: Short index of members in this PDS with sources
//* The jobs for assembly and link are in TK5.CNTL
//* The member names can be recognized with the name
//* of the source member in this library suffixed with '$'
//*
//* Last Update: 2024/01/29 15:51
//*
//********************************************************************
//*
=======================================================================
Membername Short description |Remarks |
---------- ------------------------------------------------------------
$$$INDEX THIS member, you are reading it | |
AFPCNTRL Switch additional floating point (AFP) | |
registers on or off. | |
AUTO This routine provides for job submission and | |
automatic commands in an MVS/JES2 environment. | |
AUPGM AUPGM, authorized version of DOPROG/DOPGM TSO | |
command | |
AUPGMUPD IEBUPDTE input to add RAKF support in AUPGM | |
BLKDISK Calculate optimal blksize for different DASD |BLKdev e.g|
devices: 2314,3330,3330-1,3340,3350,3380, | BLK3390 |
3390 and 9345 | |
BLKSPTRK Physical blocks per DASD track calculator | |
BYPASCRN SVC Screening routine | |
BYPASSNQ SCRATCH/RENAME a data set without ENQ |+BYPASUPD |
CBMACSMV Mapping macros control blocks for LOOKMVS | LOOKMVS |
CDSCB Alters the contents of a Format 1 DSCB |APF with |
in a VTOC. APF authorization and OPER privilege |TSOEXEC |
for the TSO user are required. | |
CHECKMOD Check for presence of a load module | |
CLRSCRN Clear TSO screen for all screen sizes | |
COMPRESS TSO command to compress a partitioned data set | |
COPYPDS This TSO command copies a partitioned data set, | |
using the IEBCOPY utility program. | |
C3270** CLIST Communication Routine for 3270 Terminals | |
DDUX TSO command to display disk records |FILE(X) |
allocate temporary dataset with FILE(X) | |
DDUVOLX Clone of DDUX | |
DOPROG TSO command processor to load and execute a | |
program. Command name = DOPGM | |
DSAT Display data sets and their attributes | |
DSPACE List free space of a single volume or a | |
volume list. | |
DUPTIME Display system's uptime since last IPL. | |
ETPS**** EMERGENCY TELE-PROCESSING SERVICES | |
If TSO, VTAM or JES2 is not available | |
FILLDASD Fill free DASD space with binary zeroes | |
SYS2.JCLLIB
In every MVS system there are housekeeping tasks that need to be performed to keep the
system running. These tasks include backing up and clearing the SMF and EREP data sets,
adding or deleting TSO UserID’s and running utilities. JCL is also provided for many of the
programs mentioned in the previous chapter.
Examples being installation validation jobs for the installed language processors, IBM
utilities, service aids and TSO batch utilities.
The jobs marked with ‘NO RAKF’ are provided for information purposes only and should not
be run in the TK5 system unless RAKF has not been started. This is not recommended.
The recommended way to use these jobs is to copy the JCL to your own data set and then
customize the JCL to your requirements. Any changes made to SYS2.JCLLIB will be lost
when a new TK5 update is installed as SYS2.JCLLIB will be replaced by the TK5 update.
TK5.INSTALL.CNTL
This library is resident on TK5001 and contains the installation jobs for the packages that
have been installed on the TK5001 and TK5002 volumes.
These jobs are provided for information purposes only and do not need to be run because
these jobs have already been run during creation of TK5 and updates on TK5.