1986 VM Workshop at the University of Kentucky
Contents of the VM Workshop tools tape for 1986
These files are in VMARC format. Download from here, then transfer to your mainframe in binary fix 80 format.
They are provided in good faith, but there is no support expressed or implied. Use them at your own risk!
M0085: PFKDIAL
Abstract:
This package allows an installation to have its users dial
to guest virtual machines by hitting PF keys. Once the VM
Logo is cleared, a menu is displayed showing the PF key
number and associated guest virtual machine name. The user
then hits the desired PF key and a CP DIAL is issued to
the corresponding guest. This mod is for VM/SP 3.06,
VM/HPO 3.2.
Author: Anne-Marie Marcoux
McGill University Computing Centre
805 Sherbrooke St. West, Montreal, Quebec H3A 2K6
(514) 392-4636
DMKRGB PFKDIAL B1 F 80 4 1
DMKLOG PFKDIAL B1 F 80 13 2
DMKGRF PFKDIAL B1 F 80 4 1
DMKGRC PFKDIAL B1 F 80 118 10
DMKDIB PFKDIAL B1 F 80 9 1
DMKDIA PFKDIAL B1 F 80 9 1
DMKBLD PFKDIAL B1 F 80 77 7
M0085 DOCUMENT B1 F 80 33 4
MMKDIC ASSEMBLE B1 F 80 49 4
Date: 85 05 03
Blocks: 9
M0085.VMARC
|
M0086: 3270MODL
Abstract:
This modification to DMKGRAF allows the system to determine the
type and model for local 3277s and 3278s when they are powered
on. Normally this information is fixed in DMKRIO at sysgen
time, and a sysgen (or an I/O gen) would be necessary if
different terminals were moved from one location to another or
if cables were switched, causing a terminal to have a
different real address associated with it. With this mod, any
local 3277s or 3278s attached to the system need only be
coded as 3277s in DMKRIO and the system will alter the
RDEVBLOK to indicate the true device type and model when
the terminal is powered on. For VM/SP 3.06, VM/HPO 3.2.
Updated M0051 mod.
Author: Anne-Marie Marcoux
McGill University Computing Centre
805 Sherbrooke Street West, Montreal
Quebec H3A 2K6
(514) 392-4636
DMKGRF 3270MODL B1 F 80 73 7
M0086 DOCUMENT B1 F 80 45 4
Date: 85 05 07
Blocks: 2
M0086.VMARC
|
M0087: WRAPLIST
Abstract:
This modification to CP reduces the overhead associated with
polling a remote 3270 cluster to see if there is any input
from a terminal. CP is modified so that the channel program
will poll continuously until there is data to be sent, thus
eliminating CP overhead associated with issuing SIOs and
handling I/O interrupts. For VM/SP 3.06, VM/HPO 3.2.
Updated mod M0052.
Author: Anne-Marie Marcoux
McGill University Computing Centre
805 Sherbrooke St. West, Montreal, Quebec H3A 2K6
(514) 392-4636
DMKRGB POLL B1 F 80 22 3
DMKRGA POLL B1 F 80 6 1
M0087 DOCUMENT B1 F 80 32 4
Date: 85 05 07
Blocks: 3
M0087.VMARC
|
M0088: CLUST
Abstract:
These macros CLUST and TERM are simplified versions of the
standard macros CLUSTER and TERMINAL used in DMKRIO to define
clusters of remote 3270 terminals. The simplified macros
have fewer required parameters and there is therefore less
chance of coding errors causing problems which could have
been prevented. These macros can be used with any VM/370
or VM/SP. Updated M0053 mod.
Author: Anne-Marie Marcoux
McGill University Computing Centre
805 Sherbrooke St. West, Montreal, Quebec H3A 2K6
(514) 392-4636
TERM MACRO B1 F 80 42 4
CLUST MACRO B1 F 80 22 3
M0088 DOCUMENT B1 F 80 33 4
Date: 85 05 07
Blocks: 3
M0088.VMARC
|
M0089: XSHOW
Abstract:
A command that uses TRAPIUCV (Mod 90) to allow you to get the
output from a vm command as an xedit active file.
Author: Richard (Dick) Johnson
Stanford Linear Accelerator Center, P.O. Box 4349, Mail Bin 97
Stanford, California 94305
(415) 854-3300
XSHOW$ XEDIT B2 V 70 60 2
XSHOW XEDIT B2 V 73 114 4
XSHOW HELPCMS B1 V 62 73 2
XSHOW EXEC B2 V 73 84 3
M0089 DOCUMENT B1 F 80 1 1
Date: 85 07 15
Blocks: 5
M0089.VMARC
|
M0090: TRAPIUCV
Abstract:
A command that allows trapping iucv interrupts from
the cp system message service in a cms virtual machine.
For sp3.
Author: Richard (Dick) Johnson
Stanford Linear Accelerator Center, P.O. Box 4349, Mail Bin 97,
Stanford, California 94305
(415) 854-3300
TRAPIUCV MODULE B2 V 8192 3 9
TRAPIUCV HELPCMS B1 F 80 141 12
M0090 DOCUMENT B1 F 80 1 1
TRAPIUCV ASSEMBLE B5 F 80 1313 103
Date: 85 07 15
Blocks: 4
M0090.VMARC
|
M0091: IEBCOPY
Abstract:
The IEBCOPY program is designed to facilitate to load or list
member(s) of partitioned datasets previously created on tape
by the IEBCOPY Utility Program (OS version). For SP2 and SP3.
Updated M0073 mod.
Author: Luc Lepine
University of Ottawa, System Group, 275 Nicholas Street
Ottawa, Ontario K1N 6N5
(613) 231-6580
IEBCOPY MODULE B1 V 3504 3 4
IEBCOPY HELPCMS B2 F 80 55 5
M0091 DOCUMENT B1 V 62 6 1
IEBCOPY ASSEMBLE B1 F 80 625 49
Date: 85 07 17
Blocks: 4
M0091.VMARC
|
M0092: IOINT
Abstract:
To process IOINT commands which will force I/O interrupts for a
specific device.
Author: Bill Weeks
Stanford Linear Accelerator Center, P.O. Box 4349 Stanford
California, 94305
(415) 854-3300 x2909
DMKCFC MKV1M145 B1 F 80 4 1
DMKIOI ASSEMBLE B1 F 80 335 27
Date: 85 11 13
Blocks: 2
M0092.VMARC
|
M0093: Q SLOTS
Abstract:
A CP QUERY SLOTS COMMAND. This command makes it possible to easily display
the actual amount of PAGING/SPOOLING and TDISK space in use by the system
Author: Bill Weeks
Stanford Linear Accelerator Center, Stanford, California 94305
(415) 854-3300 x2909.
DMKCM1 MKV3M037 B1 F 80 386 31
DMKCFJ MKV1M061 B1 F 80 14 2
DMKCFJ MKV1M037 B1 F 80 4 1
DMKCM1 ASSEMBLE B1 F 80 293 23
Date: 85 11 13
Blocks: 4
M0093.VMARC
|
M0094: IPWTOOLS
Abstract:
A group of tools that access CKD file managed byVSE/POWER Version 2
with shared spooling. The group includes:
IPWREAD - Routine that accesses the POWER files.
IPWQUEUE - A program that uses IPWREAD to scan the queue file for
jobs as per an SMSG request.
Responses are sent to requesting user via msgnoh.
IPWSTACK - A program that uses IPWREAD to extract file information
and data records from the POWER queue and data files, and places
the resulting records in the program stack.
IPWPEEK - An exec that invokes IPWSTACK to stack data records and
invokes XEDIT to allow the user to examine them.
IPWPEEK1 - XEDIT profile for IPWPEEK.
IPWLIST - An exec that invokes IPWSTACK to place file information
records in the program stack and invoke XEDIT to allow the user to
examine them. The user may then invoke IPWPEEK via PF key depression
to examine data records contained in the files listed. The overall
function is much like RDRLIST.
IPWLIST1 - XEDIT profile for IPWLIST.
Author: Micheal Tanzer
Australian Bank Limites, 395 Collins Street, Melborne
Victoria 3000, Australia.
(03) 618 9200
IPWPEEK1 XEDIT B2 V 63 105 3
IPWLIST1 XEDIT B2 V 83 175 4
IPWSTACK TEXT B5 F 80 49 4
IPWREAD TEXT B5 F 80 47 4
IPWQUEUE TEXT B5 F 80 69 6
IPWSTACK MODULE B2 V 7736 2 8
IPWQUEUE MODULE B2 V 8624 3 9
M0094 MEMO B1 V 73 44 3
IPWSTACK HELPCMS B1 V 74 141 6
IPWPEEK HELPCMS B1 V 73 112 4
IPWLIST HELPCMS B1 V 73 126 5
IPWPEEK EXEC B2 V 63 26 1
IPWLIST EXEC B2 V 63 29 1
M0094 DOCUMENT B1 V 79 136 8
IPWSTACK ASSEMBLE B5 F 80 685 54
IPWREAD ASSEMBLE B5 F 80 939 74
IPWQUEUE ASSEMBLE B5 F 80 643 51
Date: 85 11 13
Blocks: 17
M0094.VMARC
|
M0095: PLISEG
Abstract:
This program shares PLI Optimizer Resident and Transient Libraries.
There are no mods to CMS or to CP (except DMKSNT). Some of the
PLI/CMS Task Force points are also answered. Performance is
substantially improved; 20-40% is tipical, 90% has been observed.
CPU, IO, module size, load and genmod times are all reduced.
This modification is based on work done by Ed Haines of Lincoln Labs
and the OS PLI Shared Library.
Author: Dave Gomberg
ucs
(415) 666-4525
STUBLIB TXTLIB B1 F 80 3909 306
PL1SEG TRAILER B1 F 80 2 1
SORTDIR TEXT B1 F 80 80 7
RESLIB TEXT B1 F 80 5 1
PL1SEG5 TEXT B1 F 80 66 6
PL1SEG4 TEXT B1 F 80 118 10
PL1SEG3 TEXT B1 F 80 99 8
PL1SEG2 TEXT B1 F 80 87 7
PL1SEG1 TEXT B1 F 80 87 7
PL1SEG0 TEXT B1 F 80 86 7
PLISVC TEXT B1 F 80 8 1
PLIDIAG TEXT B1 F 80 7 1
IBMBLIB TEXT B2 F 80 32 3
EDITMAP TEXT B1 F 80 92 8
CMSCMD TEXT B1 F 80 44 4
SORTDIR PLI B1 F 80 70 6
EDITMAP PLI B1 F 80 220 18
CMSCMD PLI B1 F 80 37 3
PLIDIAG OLDTXT B1 F 80 7 1
SORTDIR MODULE B1 V 17656 3 20
EDITMAP MODULE B1 V 15432 3 18
MNNNV00 MEMO B1 F 80 7 1
PL1SEG MAP B5 F 1024 16 16
PL1SEG HEADER B1 F 80 4 1
WATTAPE EXEC B1 V 27 27 1
WATCARD EXEC B1 V 24 23 1
TEMP EXEC B1 V 68 22 1
SETLOG EXEC B1 F 130 1 1
S EXEC B1 V 26 1 1
RESLIB EXEC B1 F 80 188 15
PRTFILE EXEC B1 V 27 19 1
PLOAD EXEC B2 V 64 15 1
PLILIB EXEC B1 F 34 321 11
NAMELIST EXEC B1 F 80 1 1
JUNK EXEC B1 V 72 68 2
GENTAPE EXEC B1 V 27 29 1
GENSTUB EXEC B1 V 68 74 2
GENSEG EXEC B1 V 76 14 1
GENMEM EXEC B1 V 72 68 2
GENDMSIB EXEC B1 V 66 35 1
GENASM EXEC B1 V 75 22 1
EDITMAP EXEC B1 V 68 5 1
COPYAPP EXEC B1 V 29 2 1
BLDTEXT EXEC B1 V 70 20 1
AS EXEC B1 V 56 2 1
$ASMTABS EXEC B1 V 57 7 1
VERSION DOCUMENT B1 F 80 6 1
INSTALL DOCUMENT B1 F 80 45 4
DEPEND DOCUMENT B1 F 80 17 2
PLICMS CNTRL B1 F 80 3 1
RESLIB ASSEMBLE B1 F 800 1 1
PL1SEG ASSEMBLE B1 F 80 601 47
PLISVC ASSEMBLE B1 F 80 66 6
PLIDIAG ASSEMBLE B1 F 1024 2 2
IBMBLIB ASSEMBLE B1 F 80 525 42
Date: 86 03 13
Blocks: 55
M0095.VMARC
|
M0097: USR
Abstract:
This command returns the size of a virtual machine. Used by fortran
programmers.
Author: Kenneth D. Chamberlain
Allied Automotive, Four Seagate, Toledo,Ohio 43691-0904
(419) 249-7600
USR MEMO B2 F 80 5 1
USR DOCUMENT B2 F 80 27 3
USRSTR ASSEMBLE B2 F 80 23 3
USRRDV ASSEMBLE B2 F 80 31 3
USRDVT ASSEMBLE B2 F 80 100 8
Date: 86 04 07
Blocks: 5
M0097.VMARC
|
M0098: JSCAN
Abstract:
Scans cms files for some particular character string.
Author: Kenneth D. Chamberlain
Allied Automotive, Four SeaGate, Toledo, Ohio, 43691-0904
(419) 249-7600
JSCANPR MODULE B2 V 2384 3 3
JSCAN MODULE B2 V 6992 3 7
JSCAN MEMO B2 V 48 14 1
JSCAN EXEC B2 F 80 28 3
JSCAN DOCUMENT B2 F 132 83 11
JSCANPR ASSEMBLE B2 F 80 196 16
JSCAN ASSEMBLE B2 F 80 382 31
Date: 86 04 08
Blocks: 7
M0098.VMARC
|
M0099: CLUST
Abstract:
Displays remote cluster information in a format easier to use than
the IBM Network command.
Author: Kenneth D. Chamberlain
Allied Automotive, Four SeaGate, Toledo, Ohio 43691-0904
(419) 249-7600
CLUST MODULE B2 V 12288 3 13
CLUST MEMO B2 V 48 11 1
CLUST DOCUMENT B2 F 80 23 2
CLUST ASSEMBLE B2 F 80 490 39
Date: 86 04 08
Blocks: 4
M0099.VMARC
|
M0100: SUPERMSG
Abstract:
This command retreives data from the IUCV *MSG system service. Through
judicious use of options on the CP SET command, some or all virtual machine
console traffic can be directed to the *MSG system service and subsequently
processed by an exec or program.
Also handels output of virtual machine commands (e.g. LISTDS, MACLIB, TSTLIB
etc.) which do not provide a stack option.
Author: Barry Leiba
IBM Corporation, Building 181, 2p23, F.S.D. 18100 Frederick Pike
Gaithersburg, MD. 20879
(301) 840-6247
SUPERMSG SCRIPT B1 V 68 40 2
SUPERMSG MODULE B2 V 3832 3 4
SUPERMSG MACLIB B2 F 80 454 36
SUPERMSG LISTING B1 F 121 3445 408
SUPERMSG HELPCMS B1 F 80 211 17
MH EXEC B2 V 119 144 4
CPSET EXEC B2 V 53 29 1
SUPERMSG ASSEMBLE B1 F 80 634 50
Date: 86 04 08
Blocks: 8
M0100.VMARC
|
M0101: CARD
Abstract:
An extremely fast replacement for the CMS DISK or DM SDDL command. Card
can deal with multiiple files using either wild card notations (* or % like
LISTFILE) or continuous spooling. This version is release independent.
Card Help CMS describes the syntax.
Author: Ben Schwarz
Cornell University, Ithica, New York
(111)-111 -1111
CARD TEXT B1 F 80 169 14
CARD SP254V02 B1 F 80 121 10
CARD HELPCMS B5 V 79 183 9
CARD AUXCUN B1 F 80 1 1
CARD ASSEMBLE B1 F 80 2322 182
CARD ABSTRACT B1 F 80 6 1
Date: 86 05 08
Blocks: 6
M0101.VMARC
|
M0102: FCOPY
Abstract:
A disk to disk copy program which is much faster than the standard
Copyfile command but does not permit formatting. FCOPY handles multiple files
with wildcards ( * and % like Listfile). WARNING!! FCOPY always replaces
existing files. This version is release independent.
Author: Ben Schwarz
Cornell University, Ithica, New York
(111) - 111 - 1111
FCOPY TEXT B1 F 80 133 11
FCOPY SP254V01 B1 F 80 32 3
FCOPY HELPCMS B5 V 79 141 7
FCOPY AUXCUN B1 F 80 1 1
FCOPY ASSEMBLE B1 F 80 1990 156
FCOPY ABSTRACT B1 F 80 7 1
Date: 86 05 08
Blocks: 6
M0102.VMARC
|
TapeMap Distribution June 1986 This is TapeMap. TapeMap can tell you a lot of things about a tape. Like density, labels, block sizes, etc. My goal was to take any tape (in an unknown format) and describe it. We use this for things like identifying mysterious tapes we receive from other installations, and identifying the even more mysterious tapes we get from IBM PID. TapeMap recognizes VMFPLC2 and TAPE dumps, and describes the files. It estimates the length of tape used, but the estimates tend to be high (particularly with small blocks and particularly at 6250). TapeMap is currently running under VM/SP 3 CMS, OS/MVT 21.8D (under VM), and MVS/SP 1.3.2 with ACF2 (also under VM). The MVS support is relatively new, but seems to work. TapeMap was written for an IBM 3081 with 3420-6 (with 3803-2 controller), and 2401-2 and 2401-5 (with 2803-2 controller) tape drives. (The 7-track support is a little flaky, and is no longer supported.) We are now using TapeMap with Memorex 3288 drives and the only problem is in the length estimates - the IBG seems to be different, and the estimates are too high. The source, user's manual, and everything you need should be here. TAPEMAP MODULE is the CMS version that we are running. TAPEMAP SCRIPT (and TAPEMAP LISTING) is the manual. More information is contained in INSTALL NOTES. If you have any problems, have any suggestions, or make any enhancements please let me know. There is, of course, no warranty. Dave Elbon University of Kentucky Computing Center 72 McVey Hall 0045 Lexington, KY 40506 USA Phone: 606/257-2900 BITNET: SYSDAVE@UKCC VMSHARE: UKY M0103.VMARC |
1986 VM Workshop June 1986 This is UKSLIB, a subroutine library and a macro library for writing CMS commands. Most are to be called from assembler, but some are for PL/I Optimizer or FORTRAN. Some are documented (see the HELPUKSL files). Most of these were written by me. Some I have collected from a variety of sources and modified for use at UK. Some of the undocumented routines and macros don't work. There is, of course, no warranty. Dave Elbon University of Kentucky Phone: 606/257-2900 BITNET: SYSDAVE@UKCC M0104.VMARC |
1986 VM Workshop Tools Tape
June 1986
This is a collection of REXX programs and CMS commands, many useful for
REXX (and probably EXEC 2) writers. Each command includes source (with
updates usually), a module or EXEC, and a help file. Most require the
UKSLIB libraries (elsewhere on this tape). I don't think any of our
local mods are required, but don't quote me on that.
We are currently running CP HPO 4.0 and CMS SP 3.
The help files are for YHELP and may contain UK-specific information.
There is, as usual, no warranty.
If you find any bugs or make any improvements, please let me know.
What's here:
ACCEPT Copy reader file to disk - supports most formats
BACKUP Experimental minidisk backup & restore
CHECKBUF Return number of lines in last stack buffer
CLOCK Digital clock
ENVIRON Check current environment
FPRINT Print a CMS disk file (replacement for PRINT)
GETFMODE Get an available file mode letter
GETVADDR Get an available virtual device address
GRAB Link and access a minidisk
INPUT Copy reader file to disk, stack, or XEDIT
IPLTIME Display last CP IPL time & running time
JULIAN Return julian day number
LDEV Display information about logical devices
LOOK Look at a reader file
LWDEST Example of use of NETNODE
LWNAMES Example of use of NETNODE (via LWDEST)
NETNODE Extract information from SYSTEM NODES file
OPTIONS Set options for some CMS commands (replacement for DEFAULT)
Note: OPTIONS requires XMENU
PRESERVE Preserve CMS and CP settings
RESTORE Restore CMS and CP settings (part of PRESERVE)
SPEED Estimate MIPS for your processor
STKID Stack info about userid and system
STKTERM Stack info about terminal
STORAGE Define virtual storage and IPL CMS
TDISK Define and format t-disk - device independent
USERS Display list of users - an FLIST for userids
Note: USERS requires XMENU
VMBLOK Display and modify VMBLOK's
Note: VMBLOK requires XMENU
XDEVICE Command to query, enable, etc. real devices
XTAPE Example of use of XDEVICE
X1270 Example of use of XDEVICE
X3270 Example of use of XDEVICE
X7171 Example of use of XDEVICE
Dave Elbon
University of Kentucky
Phone: 606/257-2900
BITNET: SYSDAVE@UKCC
M0105.VMARC
|
University of Kentucky Spelling checker Allan Hetzel (SYSAL@UKCC.BITNET) This is the file $$ITIS$$ MEMO on the distribution tape for the UKCC Spelling Checker. The Spelling Checker has been tested under VM/CMS Rel 3.0. Approximately 4500 1K blocks are needed to restore all the files. The lexicon files currently contain over 95,000 unexpurgated words. Our discontiguous shared segment (DCSS) size is 512K. About 497K of that is being used by the present checker. Some of the EXECs and XEDIT macros may need modification to work properly at other installations. All EXECs are currently written in EXEC2 or REXX. The "University of Kentucky: Subroutine and Macro Libraries" and possibly the "University of Kentucky: Assorted" files will also be needed. Hopefully everything needed is on the tape. A brief summary of the files follows: .heading LEXICON files: These 27 LEXICONs are built into the MODULE: x^LEXICON^contains words starting with the letter "x". COMMON^LEXICON^The file which was used to create the common (lex-c) LEXICON used by SPELLCHK. File is in frequency of use order as determined by the Brown Corpus. The following files are loaded at execution time if called in with the USER option (see the HELP files). Depending on the filetype of the file being SPELLFIXed, some of these may be included by the EXEC without the user having to specify them. For instance, if the filetype is SCRIPT then the SCRIPT LEXICON would be loaded. JARGON LEXICON SCRIPT LEXICON ABBR LEXICON $EXEC LEXICON $XEDIT LEXICON ASSEMBLE LEXICON EXEC LEXICON HELPCMS LEXICON ASSEMBLE files: The source files are liberally sprinkled with useful comments. By applying the update files a complete source file of the current version of the Spelling Checker can be generated. LEXGEN^reads LEXICON files and produces TEXT files which are to become part of SPELLMOD MODULE. A large number of unsupported flag messages are generated when running this program. This is normal. Called by the GENLEX EXEC. SPELLMOD^main part of the code for the spelling checker. SCANLEX^routines which look up words in the two internal lexicons, common (lex-c) and other (lex-o), and the optional user lexicon (lex-u). DCSSLOAD^a general purpose transient command which will load a shared segment or a load module and branch to it. This is used to produce the SPELLCHK (production) and XPELLCHK (testing) modules. TABLEXO1 TABLEXO2 TABLEXO3 tables of addresses for the other lexicon (lex-o). There are three files because of the number of external references involved. TRYTABLE^Spelling guessing substitution table. Update AUX CNTRL These are files for updating the various source files. They need to be applied to make the source current with the TEXT decks. MODULEs: By loading all the EXEC, XEDIT, and MODULE files along with the user lexicons and HELP files a working copy of the Spelling Checker should be generated. SPELLMOD XPELLMOD SPELLCHK XPELLCHK SORTF LEXGEN Generation EXECs: GENALL^calls GENLEX EXEC once for each letter. GENLEX^calls LEXGEN and generates TEXT files from LEXICON files. Then updates the SPELLCHK TXTLIB with the new files. GENLMOD^generate the SPELLMOD and XPELLMOD modules. GENXMOD GENSEG^generate the production and test segments. GENXSEG GENSPE^generate the SPELLCHK and XPELLCHK modules. GENSPEX SPELLCHK TXTLIB: Contains the TEXT files produced by LEXGEN. xxxxx TEXT: Assorted text files: SPELLMOD, SCANLEX, TABLEXO1, TABLEXO2, TABLEXO3, TRYTABLE, DCSSLOAD, and LEXGEN. HELP files: Most of the HELP files have been preformatted for the Yale HELP system. Their filetypes start with HELP... Support files: UKSLIB^MACLIB^needed for assembling and loading. UKSLIB^TXTLIB OPTANAL^EXEC^Option analyzer for SPELLFIX EXEC. SORTF^MODULE^Improved sort from Waterloo Mods tape. EXECs and XEDIT macros: SPELL^These first two are most useful to users. SPELLFIX^See the HELP files for function. SPELLFIZ^Improved SPELLFIX but much more costly. SPELLDEF^support EXEC. SPELLSRT^support EXEC. SPELLXED^support Macro How to implement: We have a userid called SYSSPELL on which all the spelling related work is done. Allocate a disk with at least 4500 1K blocks, attach a tape drive and mount the TOOLS tape, postion the tape then VMFPLC2 LOAD the needed files. At this point, you have all the files (and more) that you need for testing the program. When you decide to make it available to users, only the following files need be made public. SPELL EXEC SPELLDEF EXEC SPELLFIX EXEC SPELLSRT EXEC OPTANAL EXEC SPELL HELPFILE SPELLCHK HELPFILE SPELLDEF HELPFILE SPELLFIX HELPFILE OPTANAL HELPFILE SORTF HELPFILE PFKEYS HELPSPEL SPELL HELPXEDI $EXEC LEXICON $XEDIT LEXICON ASSEMBLE LEXICON EXEC LEXICON HELPCMS LEXICON SCRIPT LEXICON SORTF MODULE SPELLCHK MODULE SPELLMOD MODULE SPELL XEDIT SPELLFIX XEDIT SPELLXED XEDIT For production, the Spelling Checker should really be kept in a DCSS since performance suffers greatly otherwise. If you choose to modify the LEXICONs you're pretty much on your own, although just about everything you need should be on this tape. Both the source code for the checker and the EXECs and XEDIT macros are sprinkled with helpful comments. M0106.VMARC |
Apple Laserwriter Support University of Kentucky This is a collection of files which consitute the Apple Laserwriter support at the University of Kentucky. The Laserwriter is connected to an IBM 7171 and is driven from RSCS by a DMTRPT modified with DMTS1T and DMTALWE mods. A locally written post-processing program called POSTS is included which works with Waterloo SCRIPT 85.1. It converts SCRIPT output into Adobe Postscript. Several EXECs are included for formatting with Waterloo SCRIPT, printing files, and plotting files originally destined for a ZETA pen plotter. There are a number of locally written commands which are executed in the EXECs. These commands can be found in the "University of Kentucky: Assorted" file. The "University of Kentucky: Subroutine and Macro Libraries" are also needed for assembly and loading. M0107.VMARC |
SCRIPT and PostScript files University of Kentucky The following files contain Adobe PostScript programs for printing various things used by the 1986 VM Workshop, a conference held at UK, and some error handling files. ARROW P+SCRIPT -- prints an arrow BADGE3A P+SCRIPT -- prints Workshop badges (has problems with copypage) BADGE5B P+SCRIPT -- prints Workshop badges BADGE5D P+SCRIPT -- special Workshop badges for Adesse (upside down e) DIAGNOSE P-SCRIPT -- untested error handler (from a student) HANDL P+SCRIPT -- prints a hand pointing left HANDL45 P+SCRIPT -- prints a hand pointing left at 45 degrees HANDR P+SCRIPT -- prints a hand pointing right HANDR45 P+SCRIPT -- prints a hand pointing right at 45 degrees KHECC-BB P+SCRIPT -- prints blank conference badges (8/page) KHECC-B4 P+SCRIPT -- prints conference badges (8/page) LOGO9L P+SCRIPT -- full page Workshop logo PRTFONT P-SCRIPT -- print encoded characters from many fonts RECCOVR P+SCRIPT -- print the cover of a receipt book RECEIPT P+SCRIPT -- receipts for Workshop (4/page) RECEIPTC P+SCRIPT -- copies of receipts for Workshop (4/page) SERVER P-SCRIPT -- primitive error handler VMWK-BOF P+SCRIPT -- prints Workshop BOF sheets VMWK-BOF SCRIPT -- Waterloo SCRIPT source for BOF sheet VMWK-EVL P+SCRIPT -- prints Workshop evaluation forms VMWK-EVL SCRIPT -- Waterloo SCRIPT source for evaluation forms VMWK-LO SCRIPT -- Workshop logo for embedding in SCRIPT source VMWK-REG SCRIPT -- Workshop registration form source VMWK-TAP P+SCRIPT -- prints Tools Tapes form VMWK-TAP SCRIPT -- Waterloo SCRIPT source for Tools Tapes form XRTFONT P-SCRIPT -- prints encoded characters from a font M0108.VMARC |
1986 VM Workshop Tools Tape
Kermit is a file transfer protocol that has been implemented on many
kinds of computers. I've included versions for CMS (version 2.01 with
some additional mods and fixes) and for the Apple Macintosh (version
0.8(34)).
Many additional versions are available from Columbia University. The
files here with names beginning with "AA" describe the versions that
are available and how to get them. Start with the file AAAREAD ME.
If you are on BITNET you can access the Kermit file server. Send
KERMSRV@CUVMA a message containing a question mark for more information.
The relevant files for executing CMS Kermit are:
KERMIT EXEC Not required. Uses STKTERM and PRESERVE commands
available elsewhere on this tape.
KERMIT MODULE This is it.
KERMIT HELPFILE Help file (for YHELP)
SYSTEM KERMINI System-wide initialization file. Sets the packet
size to a value that will work through a 7171 at
19.2Kb.
Source for CMS Kermit is included also.
MacKermit includes the following:
MACKERM HQX Kermit executable in BinHex format
MAC3278 HQX Configuration file in BinHex format
MACONFIG HQX Kermit configuration program in BinHex format
These must be downloaded to a Macintosh and then converted with BinHex
before they can be used.
MacKermit is configured for use through a 7171 using our Mac3278 terminal
table. This table and some related help files are included:
MAC3278 TRM 7171 terminal table file
MAC3278 HELPA327 Help files (YTERM format)
MACKERM HELPA327
MACTERM HELPA327
M0109.VMARC
|
DOCLIB University of Kentucky M0110.VMARC |
CMSUPDATE
Our shop was having problems with people accidently updating the
production copy of a file and not having a backup copy to fall back on.
To alleviate the problem, I created an EXEC which renames the production
copy and places you in XEDIT of a copy of the production file. This
EXEC will allow you to have 10 generations of backups for the production
file before it asks the user to erase some of the files. It makes a good
replacement for the XEDIT pfkey on userids where production jobs or
programs are stored. The procedures EXEC follows are:
1. CMSUPDAT does a rename of your current production file, by prefixing
the filetype with an O and suffixing with a number from 0 to 9. If
the filetype contains more than 6 characters it only uses the first
6 during the rename.
2. It xedits the renamed file and changes the filetype back to the
production filetype.
3. This is where you make your updates and file it.
4. CMSUPDAT will generate a FLIST of all the generations of this file.
5. Do a PF9 to sort by date and your new file will be on top.
+---------------------------------------------------------------------+
|CMSUPDAT | |
| | + + + |
| | filename | filetype | filemode |
| | + + + |
+---------------------------------------------------------------------+
where:
filename is the filename of the file you want edited.
filetype is the filetype of the file you want edited.
filemode is the filemode of the file you want edited.
Examples:
CMSUPDAT TEST JOB A ;will generate the following:
;TEST JOB A
;TEST OJOB0 A
CMSUPDAT PROD PRODUCTN A ;will generate the following:
;PROD PRODUCTN A
;PROD OPRODUC1 A
GARY JENKINS
SYSTEMS PROGRAMMER
UNIVERISITY OF KENTUCKY MEDICAL CENTER
(606) 233-6044
M0111.VMARC
|
MVS IOGEN IN MINIMAL TIME
overview:
The steps that IBM gives you on doing an IOGEN was not written for a
person which has never done an IOGEN for an OS/VS system before. The
steps they give will also take about a day to complete. We checked what
other shops were doing and incorporated some of there ideas with ours
into the following steps and jobs. These steps were set up for a shop
running MVS as a guest under VM, but with some minor alterations they
can be used in a MVS native shop. It takes me 3 hours start to finish
with these procedures and running the jobs in a low priority address
space.
1. Run NEWFILES IOGEN A1 to create the SYS3 files the iogen
works off of and to copy the members of the SYS1 files to their
corresponding SYS3 files.
2. Update your stage1 sysgen file with the following two steps:
a. Change the GENTYPE=ALL option to GENTYPE=(IO,1) and change the
INDEX=SYS1 to INDEX=SYS3 option which are located in the
GENERATE macro of your stage1.
b. Remove the SGGIMSMP macro, because you do not want to regenerate
smpe.
3. Run the the modified stage1 job to create the stage2 jcl. There
will be two files produced, one will be the jcl from the stage1 run
and the other will be the stage2 jcl.
4. Read in the STAGE2 deck onto a minidisk, it is a large deck and
must be updated so you must have enough disk space for the update.
READ STAGE2 JCL A
5. Define storage to 16M and IPL CMSL.
6. Issue the following command to remove the steps using IEHPROGM and
and put JOBCAT statements pointing to the GEN librarys in each job:
STAGE2 STAGE2 JCL A
7. This exec will ask you for the catalog name where files like
sys1.aoso0 are cataloged in. It will be a catalogs on one of your
distribution packs. The exec will leave you editing the newly
created file. All that you should need to change would be the
parameters on the five job cards to fit your installation. File
and submit this file to MVS.
8. Check the return codes of the four jobs that will return. If they
are okay release the fifth job whose name is SYS35.
9. Run any other locally applied zaps against the SYS3 files. SMPE
patches can be ran with the REAPPLY option and the library pointers
pointing to the SYS3 files.
***********************************************************************
* To put into production *
***********************************************************************
10. Run the job NEWMVS IOGEN A1 to rename the SYS1 files to SYS2 and
rename the SYS3 files to SYS1.
11. IPL MVS with the CLPA option.
***********************************************************************
* If problems should arise, run OLDMVS IOGEN A1 to go *
* back to the old version by renaming the SYS1 files to SYS3 and *
* renaming the SYS2 files to SYS1. *
***********************************************************************
conclusion:
These steps give us the following advanages over the IBM approach:
a. The new nucleus can be backed out easily, because it is on the
same volume with the old nucleus.
b. You do not have to update catalog pointers to point to new
volumes housing the updated nucleus.
c. The time required for an iogen is reduced to an amount that
can easily be justified for once or twice a month updates.
GARY JENKINS
SYSTEMS PROGRAMMER
UNIVERISITY OF KENTUCKY MEDICAL CENTER
(606) 233-6044
M0112.VMARC
|
FULLDISK SYSTEM
EXECS:
DIRECT EXEC A1
VM DIRECT A1
GET EXEC A1
GET HELPUHS A1
FREE DISK A1
HARDWARE HELPUHS A1
FULLDISK EXEC A1
objective:
This system was designed so that a link could be done to any online
disk pack and VM utilities could be used against them easily.
description of files:
HARDWARE HELPUHS A1 - This file contains a layout of our disks and other
hardware. It contains the volid, real address,
and the FULLDISK number. The FULLDISK number is
the address that the disk packs were linked to the
userid FULLDISK.
FREE DISK A1 - This file contains a list of all of the possible
volids which an unused volume would labeled.
DIRECT EXEC A1 - This EXEC front ends the module that updates the
directory. It creates links to all of the disks
displayed in the HARDWARE HELPUHS A1 and the
volids listed in FREE DISK A1. This is done by
creating a userid called FULLDISK which all it
does is have MW access to all of the disks packs
in the shop. The actual directory update is done
by a temporary file created by this exec with the
links inserted under the FULLDISK userid state-
ment.
VM DIRECT A1 - This is our VM directory source, it contains only
the userid statement for FULLDISK and it also
contains all of the macros for our other userids.
GET EXEC A1 - This EXEC simplifies the links to userids and to
disk volumes. It gets information on disk volumes
from HARDWARE HELPUHS A1.
GET HELPUHS A1 - This is the help file on the use of GET EXEC A1.
FULLDISK EXEC A1 - This exec will tell you what the FULLDISK number
is by searching HARDWARE HELPUHS and FREE DISK.
overview:
Most of these files are stored on our EXECs disk, the only exceptions
are VM DIRECT A1 and DIRECT EXEC A1 which are kept on MAINT. This
scheme allows our users to link and look at disk information without
interruption from the SYSTEMs staff moving volumes around.
GARY JENKINS
SYSTEMS PROGRAMMER
UNIVERSITY OF KENTUCKY MEDICAL CENTER
(606) 233-6044
M0113.VMARC
|
DMKSEC ASSEMBLE is being provided as a sample IUCV System Service. If you are interested in a copy of the entire *SECURE package, please contact either of the authors: The CP code was written by: Arty Ecock CUNY/UCC - 16th Floor 555 West 57th Street New York, New York 10019 (212) 903-3656 The CMS server machine was written by: Serge Goldstein Cuny/UCC - 16th Floor 555 West 57th Street New York, New York 10019 (212) 903-3680 M0114.VMARC |
Use the IUCVTRAP command to trap specified CP and/or CMS responses
for subsequent viewing or stacking onto the CMS program stack.
syntax: IUCVTRAP { ON
|
Module: XL
Purpose: Loads EXECs into FREE storage, and optionally saves the
core images in a DCSS.
Syntax: XL ATTACH
|
Use the SESSION command to create multiple virtual terminal sessions for
use with a single 3270 type terminal. SESSION supports the 3277 model 2,
and the 3278 models 2,3,4 and 5. Support for the 3278 model 2A and 3279
Extended Color Support is available via a local CP modification.
Explanation:
SESSION userid <
|
TRACK MEMO
Installing TRACK
----------------
*
* IF YOU ALREADY RUNNING TRACK, PLEASE READ THIS MEMO ANYWAY FOR DETAILS
* ON THE MODIFIED INSTALLATION PROCEDURE.
*
*
* New as of 05/23/86 --
*
* TRACK should now work with remote devices and with model 5's -
* it should also work on 3290's if they are genned with an 80
* column screen and 20 to 43 rows.
*
* There is a new UNDOCUMENTED command - BITS ON|OFF|ALL. Try
* it from the VMB screen; it changes the format of the display of
* flags.
*
TRACK is distributed as a set of ASSEMBLER routines, along with support
EXEC's, loadlists, CNTRL files and documentation. To generate the TRACK
module you have to assemble all of the ASSEMBLE files, build a text deck,
and finally generate the module via the GENMOD command.
I recommend that you use the supplied TRACK CNTRL file to assemble the modules.
Before doing this, you have to modify the first line of the TRACK CNTRL file
to list the CP macro libraries used in your VM gen. The easiest way to do this
is to copy the TEXT MACS line from your current CP control file, prefixing
TRAMAC to the list of macros. TRAMAC contains macros used by the TRACK modules.
Otherwise, TRACK uses standard CP and CMS macros.
You will run into a problem (as I did) if you already have 8 macro libraries
listed on the TEXT MACS line of your CP control file. If this is the case,
you will have to figure out some way to make all of these macro libraries,
plus TRAMAC, available to the assembler. All of the assembler routines
will assemble using the standard CMS assembler, as well as the H level
assembler.
Before you assemble TRAVMB, you should make a small mod to it. TRAVMB needs
to know the maximum number of virtual machines that are allowed to create ldevs.
The vanilla IBM code value is 8. At CUNY, we have changed this to 32, and this
is a common mod. If you are using the vanilla IBM code, or if you have
modified the max number of ldev hosts to something other than 32, modify this
line in TRAVMB:
MAXHOST EQU 32 ******==>>* Set to max number of ldev hosts
Simply change the 32 to whatever value is used on your system. If you are
using the TRACK CNTRL file, create a TRAVMB AUXLCL file, put in a line with
the name of an update, and create the update via XEDIT. You can then
apply the update at assembly time via VMFASM. If you are bypassing the
update scheme, simply modify TRAVMB ASSEMBLE directly.
There is another small mod you may wish to make, to TRAUSR. TRACK has
a (new) command which toggles the display of the RETRIEVE buffer on the
VMB screen. By default, the RETRIEVE buffer is shown. You may wish
to change this default. If so, find the following line in TRAUSR:
OI USERXFLG,RETDISP * Display RETRIEVE buffer
This line occurs shortly after lable INITUSER. If you want to change
the default so that the RETRIEVE buffer is NOT displayed, then change
the above line to:
NI USERXFLG,255-RETDISP * Don't display RETRIEVE buffer
You will still be able to see the retrieve buffer once you are in
TRACK via the RETRIEVE ON|OFF command. If, in addition, you want to
take away the ability to display the retrieve buffer, comment out the
following line in TRAUSR (after label COMTAB):
DC CL8'RETRIEVE',X'02',AL3(ISRET)
By commenting out this line, you will cause TRACK to treat RETRIEVE as
a CMS SUBSET command (TRACK will pass the command to CMS). If you
want to make more refined mods, look at the code starting at label
ISRET in TRAUSR.
TRACON is shipped along with an aux file (TRACON AUXCNY) and some
update files. Please apply the updates before assembling TRACON
(e.g., use VMFASM with the TRACK CNTRL file).
TRAUSR is shipped along with an aux file (TRAUSR AUXCNY) and some
update files. Please apply the updates before assembling TRACON
(e.g., use VMFASM with the TRACK CNTRL file).
You may get assembly errors when assembling TRADMI - if so, simply
ignore the errors. I will be shipping out a corrected version shortly.
There are a number of mods to track available on VMSHARE. Please
do NOT apply the vmshare fixes to TRACON before trying out the
ones provided.
To assemble the routines, you can use VMFASM with the modified TRACK CNTRL
file. The TRAASM exec contains the names of all the ASSEMBLER routines,
and you can use this to VMFASM all the files.
After you have assembled all of the ASSEMBLER routines, you should use the
PRELOAD command to build your TRACK text deck. PRELOAD works like VMFLOAD -
you give it the name of a CNTRL file and a loadlist. In this case, you would
use the TRACK CNTRL file, and the TRALOAD EXEC loadlist; i.e.,
PRELOAD TRALOAD TRACK
The TRAGEN EXEC does this for you -- it also renames the resulting text
and map files from TRALOAD to TRACK. TRAGEN then goes on to build the
TRACK module by issuing the commands:
LOAD TRACK
GENMOD TRACK
If you are not using the TRAGEN exec, issue the PRELOAD TRALOAD TRACK command,
then issue LOAD TRALOAD and GENMOD TRACK.
That's it. TRACK does not require an auxilliary files. You may want to look
at the TRACK HELPFILE before invoking the module. Remember that you need
class E privilidges to do anything with TRACK.
Modifying TRACK
---------------
The simplest mod you can make is to modify the TRALOAD EXEC loadlist to
remove modules that you don't need. This exec is commented -- certain
of the routines are marked OPTIONAL. For example, the routines that build
the PSA, NAMES and HELP screens are optional. Simply comment these out
of TRALOAD EXEC and rebuild the TRACK module via TRAGEN (or the PRELOAD
TRALOAD TRACK command, followed by LOAD TRALOAD and GENMOD TRACK).
For more complex mods, I suggest you use the CMS update scheme. You could
use your CP control file to apply updates, except that you would have to add
TRAMAC to your list of macro libraries, or copy the macros in TRAMAC into
a maclib that is already globalled by your CP control file. The TRACK CNTRL
file is supplied for updates, and you can always use that.
If you want to make big mods to TRACK, you will need to know a lot about
its internals. Rather than take up room for that here, I will distribute
a seperate INTERNALS file as soon as I get a chance.
If you have any questions, call me:
Serge Goldstein, bitnet address SJGCU@CUNYVM
212-903-3680
CUNY UCC, 555 West 57th St., 16th floor
New York, NY 10019
M0118.VMARC
Note:
The current version of TRACK can be found here:
Track for z/VM
|
PHONE
The PHONE command provides a messaging environment suitable for on-line
conversation. Both incoming and outgoing messages are stored in a
buffer which scrolls as it grows to exceed the dimensions of the screen.
The format of the PHONE command is:
-------------------------------------------------------------------------------
| | |
| | +- -+ |
| PHONE | | (nickname) | (userid) | |
| | +- -+ |
| | |
-------------------------------------------------------------------------------
This program offers a full screen environment capable of sending
messages to both local users and those on other systems. In addition to
its ability to send messages to one of three users, PHONE features the
following options: automatic logging to disk of all messages, a provision
for modifying your NAMES file, and the help facility you are presently
using. These and all other functions are PF-key driven as follows:
PF01:^^^^^Invokes the help facility and displays the panel you are
presently reading. If, however, the word 'pf' is on the command line,
the settings of the function keys will be displayed in the message area,
and the help screen will not be invoked.
PF02:^^^^^Places you in the CMS subset environment where you may execute
CMS and CP commands. Incoming messages are still trapped by PHONE, and
will be displayed upon your exit from CMS subset. However, PHONE will
only trap 255 messages. Any messages in excess of this number which
arrive while you are in subset will be displayed on your screen in the
normal (CMS) fashion.
PF03:^^^^^Will have you exit the PHONE full screen environment and
return to CMS.
PF04:^^^^^Will toggle the PHONE TAP. When the phone tap is on, all
messages, whether incoming or outgoing, are written into a disk file
called 'PHONE TAP A'. The current setting of the phone tap toggle is
displayed in the upper lefthand corner of the screen. If the tap is
active, the word 'Tap' is displayed there.
PF05:^^^^^Assumes that a nickname or userid is present on the command
line, in one of the following forms: 'nickname', 'userid',
'userid@nodeid', or 'userid AT nodeid'. If the nickname or userid is
alone on the command line, it is entered into the nickname list
(displayed in the top right-hand corner of the screen), and the userid
and nodeid are displayed left of the command line (if a nickname was
given, your names file will be searched for the corresponding userid and
nodeid). The active nickname or userid is the leftmost, highlighted
entry in the nickname list. This user will receive whatever is typed
on the command line. If the nickname or userid is followed by text, a
single message will be sent to this user who will not be added to the
nickname list.
PF06:^^^^^Rotates the 3 userids in the nickname list, allowing you to
quickly switch from one to the other. Keep in mind that the active
nickname or userid is the leftmost, highlighted one.
PF07:^^^^^Having set scroll off, will move back in the message buffer
maintained by PHONE. The last one hundred messages are remembered.
If less than that number have been received, you will back up only as
far as the oldest message. To return to the end of the buffer and
resume reception and scrolling of incoming messages, use PF12 to toggle
the scroll setting.
PF08:^^^^^Will move forward in the message buffer described above.
This key will not alter the setting of the scroll toggle. If presently
scrolling, this key is ignored.
PF09:^^^^^Will execute the CMS command 'NAMES', placing you in an full
screen environment suitable for the creation and modification of
nicknames. For more information, type 'HELP NAMES'.
PF10:^^^^^Will retrieve your last message line. Repeated invocation
of this function will retrieve up to the last four message lines, and
then loop back to the first.
PF11:^^^^^Will toggle the setting that determines whether the node IDs
associated with the displayed messages are to be visible. When these
are not displayed, the screen may contain more messages. An indicator
of the current setting of this toggle is located to the left of the word
'P H O N E' on the top line of the screen.
PF12:^^^^^Will toggle the scroll setting. When scrolling is off, the
messages displayed on your screen will remain undisturbed (except for
movement within the message buffer using PF07 (back) and PF08 (forward))
until scrolling is resumed. When this happens, your screen will display
the most recent messages. An indicator of the current scroll setting
is located immediately to the left of the word 'P H O N E' on the top
line of the screen.
PA2:^^^^^^Will clear the message buffer; the screen will become blank.
Notes:^^^^PF13-PF24 duplicate PF01-PF12, respectively.
To avoid the display of the Function Key layout upon entering
phone, issue the following command from CMS:
GLOBALV SELECT PHONE SETP PFKMSGS OFF
Return^codes:^^^^^^^rc = 1 => IUCV error.
rc = 2 => I/O error to the terminal.
rc = 3 => I/O error to 'PHONE TAP A' file.
rc = 4 => IDENTIFY command error.
rc = 5 => HNDIUCV macro error.
rc = 159 => insufficient memory.
M0119.VMARC
|
Help Evaluation M0120.VMARC |
Brown University HELP Command Replacement & Related Files
5/29/86 for the 1986 VM Workshop Tape
These files contain a complete replacement for IBM's HELP command in
VM/SP Release 3, and related commands which you might find useful by
themselves. Also included is the SCRIPT source and listing for my
paper, "SP CMS Release 4 Help: An Evaluation at Brown University", which
I presented at the Workshop.
I will be updating HELP for Release 4, including the changes mentioned
in the paper, when I'm back at work after the Workshop. The Release 4
version should be finished some time in June or July. I'll announce
its availability to everyone on my BITNET mailing list for HELP (send
mail if you want to be added), and on VMSHARE. If neither of those
ways will work for you, you'll just have to call me and ask how its
coming.
Included in the files are temporary updates to the current HELP (for
Release 3) to handle the Release 4 HELP file. Those updates are
included in the version of HELPPGM, the main HELP program, on this
tape. Also, "HELP HELPCMS" has been updated to take into account
the updates. See the file "R4UPD MEMO" for a description of what the
updates do. The affected subroutines are: HELPFMT, SCANCMMD, and
TSCRIPT. To remove the Release 4 changes, re-assemble them without
the updates and generate a new HELPPGM MODULE. The files "R3HELP SCRIPT"
and "R3HELP HELPCMS" are the previous version of "HELP HELPCMS".
Although the user documentation for HELP is up-to-date, the installation
instructions are still for Release 2. (I'm sorry about this mess; it
will all be corrected with the Release 4 distribution.)
Here are the differences you should be aware of:
1. In Release 3, IBM has included the HELP bootstrap loader, DMSHLL,
in the nucleus, and added an entry equating HELP to DMSHLL in the
function table, DMSFNC. This makes it relatively difficult to
install a complete replacement for HELP. The options are:
a. Remove the entry for HELP from DMSFNC, and remove DMSHLL
from the nucleus load EXECs. Then HELP can be installed
as it was for Release 2, as described in the current
installation manual.
b. Replace DMSHLL by HELPLDR. Update the HELP entry in DMSFNC,
update the nucleus load EXECs, and put HELPLDR TEXT on the
S-disk. This is what I did, and works quite well, since
HELPLDR is re-entrant (as is all of HELP). In this case,
when following the Release 2 installation steps, omit copying
HELP MODULE and HELPLDR MODULE onto the S-disk. (This change
is in the section "Final Installation".)
2. HELP now supports 20 different attributes codes, which may be
customized in HELPPROF ASSEMBLE. A new file, "ATTRTEST HELPCMS", is
provided for testing the attribute codes.
3. In step 5 of the section "Help Disk Preparation", the new file
"PFKEYS HELPHELP" must be copied to the HELP disk, and an
abbreviation size must be set for it. This is the file which is
displayed when PF9 is pressed from HELP.
The file LOCHELP HELPCMS describes how this HELP differs from IBM's.
The biggest differences are speed, much improved searching to match
what the user entered, and menu generation at run time from the
available files on all accessed disks. My paper goes into the
differences between the versions of HELP in detail.
Complete directions for installing HELP (at the Release 2 level)
are contained in the print file INSTALL LISTING, which also
describes what all the other files are.
Some programs supplied with HELP which are also useful by themselves are:
CMX Executes a command from a program, as if it were entered
at the console. Written by Serge Goldstein at CUNY.
WSF Executes Write Structured Field - Query Reply for a terminal
and types what is returned in a readable form.
CVTMEMO Interprets carriage control in a LISTING file in order to
create a MEMO file.
Also, you might find HELPDISP a useful starting point for writing
low-level code to do full-screen I/O.
Feel free to contact me with any questions, problems, suggestions,
etc.
Peter DiCamillo
Brown University Computer Center
Box 1885
Providence, RI 02912
(401) 863-2221 (secretary)
(401) 863-1530 (office, worth trying at night)
BITNET: CMSMAINT at BROWNVM
M0121.VMARC
|
*********************************************************************** * * * MODULE SPECIFICATION * * * * Jon Gilbert (JON at BROWNVM) * * June 12, 1984 * * * * NAME: * * LEDIT * * * * FUNCTION: * * LEDIT is an editor with limited capabilities which can be * * used to edit files which are too large to edit with standard * * editors. LEDIT works by reading in only the lines of the * * files which will be displayed immediately, thereby reducing * * its storage requirements drastically. Any changes made to * * the file in LEDIT are saved on disk as soon as the user hits * * ENTER. Thus, there is no way to quit or undo once the ENTER * * has been pressed. * * * * CALLING SEQUENCE: * * LEDIT filename |
Brown University 7171 Terminal Definitions
Notes:
TYPETERM must be included.
This file must begin with the TERMTYPS list.
Patches after installation:
Remove "L" from ADM3AL, ADM31L, IBM3101L, TVI912L, TVI920L,
TVI950L, VT100L (already done in TERMS.IMG)
Mixed case for "Enter terminal types" and "Valid types are"
Set 9600 to maximum rate for write optimization
Patch NV-RAM size in word at location 0002 (2.0 utilities do this)
Disable XOFF termination of transparent read: patch system control
flag at location 8 to X'1000' (requires new ROMs)
Peter DiCamillo, 3/86
M0123.VMARC
|
Test *CCS Facility for Line Mode Sessions M0124.VMARC |
This is Brown University's BBOARD, a bulletin board system.
It is not supported (yet) by Brown in any way. That is to
say if you find a problem, let us know; we may be able to work
on it, but no promises or guarantees.
The files are separated by the disk-mode-number. Mode _1 files
are from the LIBRARY BBOARD, i.e. the files the user's virtual
machine accesses to run BBOARD (these files assume the server
machine is named BBOARD); mode _2 files should be on the 191 disk
of the disconnected virtual machine that is the BBOARD server
(which expects a 193 disk for storage of postings); mode _5 files
are additional files (source, documentation, etc.) that I thought
might be helpful.
The file BBDRIVE SCRIPT _5 is the driver file for the User's Guide.
It was written for Waterloo SCRIPT (V 82.2) on the Xerox 9700 laser
printer. When I went to SCRIPT it, I got non-terminal informational
error messages about the ".cs" control word.
For the life of me, I could not find the proper source to the EXPAND
module, so we re-created it.
Also, I just noticed that VMACCT is used by BBOARD. VMACCT is a
Brown-specific program that converts a userid to an account number,
or a named virtual machine to its 'cloneid'. I am not sure what
BBOARD uses this for, but I am sure you will have to alter the
code slightly. Let me know if there are questions.
Syd Bauman
Brown University Computer Center
Box 1885
Providence, RI 02912
(401) 863-2221
BITNET: SYD@BROWNVM
Alternate contact: Peter DiCamillo, CMSMAINT@BROWNVM
(same address & phone)
M0125.VMARC
|
'PRTLIST' IS A COMMAND WE CREATED AT IUPUI SO THAT OUR USERS WILL HAVE AN EASY WAY TO ACCESS THEIR VIRTUAL PRINTER FILES. THE FOLLOWING COMPONENTS WILL BE SENT FOLLOWING THIS FILE: PRTLIST EXEC PRTRECV EXEC PRTPEEK EXEC PROFPLST XEDIT PRTEXEC XEDIT PRTLIST HELPCMS M0126.VMARC |
This contribution to the Workshop tape contains three tools as
follows:
COMPREXX:
This is a utility that will take a REXX EXEC as input and
strip out blanks and comments and put as many REXX statements
per line as will fit (up to 32K bytes). This is based on the
EXEC written by Michael Coffin and placed on VMSHARE.
VWRITE is a module called by COMPREXX to write long records.
The files comprising this are:
COMPREXX $RXEXEC
COMPREXX AUXME
COMPREXX EXEC
COMPREXX HELPCMS
COMPREXX MM043M0S
COMPREXX MM046M0S
COMPREXX MM049M0S
VWRITE ASSEMBLE
VWRITE HELPCMS
VWRITE MODULE
DMTSLV
DMTSLV is a line driver for RSCS release 3 that emulates a
3780/2780. It is usefull for connecting to systems that will talk
to a 3780/2780 but not NJI/VMB/VMC/SML or what ever. It is also
usefull for debugging mods to DMTNPT. This is the RSPSLV line driver
from RASP converted to run on RSCS. The files comprising DMTSLV are:
DMTSLV ASSEMBLE
DMTSLV AUXM30
DMTSLV MEMO
DMTSLV MM013C0T
DMTSLV MM013C1T
DMTSLV MM013C2T
DMTSLV TXTR312
DMELOAD/DMEIPL
This utility allows you to place multiple CP nuclei and stand
alone utilities (DDR, DSF etc.) on a CMS disk and be able to IPL
them on a bare machine or from a virtual machine. It is particularly
usefull on systems maintained from a remote site. The files
comprising this utility are:
DMEIPL ASSEMBLE
DMEIPL AUXPTF
DMEIPL IPLTXT
DMEIPL MODULE
DMEIPL UPDT001
DMELOAD ASSEMBLE
DMELOAD AUXPTF
DMELOAD TEXT
DMELOAD UPDT001
DMELOAD UPDT002
DMELOAD UPDT003
DMELOAD UPDT004
DMESAL CNTRL
DMESAL LISTING
DMESAL MEMO
DMESAL SCRIPT
IPL$ PROG$
TEXTIFY EXEC
M0127.VMARC
|
I have written an exit to the USEREXT routine provided with VM/CMS LISP
which allows messages sent via a SMSG command to be received by a LISP
routine and stored in a LISP character vector. I have included the
following files. The calling syntax is documented in the prolog
for the ATTN and VMCFR routines in USEREXT.
LISPCMS MODULE LISP to CMS interface module
LISPCMS ASSEMBLE Source for LISP to CMS interface
USEREXT ASSEMBLE K.U.'s LISP User Extention module
Jerry Kendrick
University of Kansas
Office of Information Systems
Sunnyside & Illinois
Lawrence, Kansas 66044
BITNET ID - TS06@UKANVM
I have written a program which allows special 3270 order streams for the
IBM 7171 to be entered in hex for transmission to the 7171 port a
user's terminal is connected to. This is useful for testing and problem
determination when using the IBM 7171. The program is called SET7171
was written in WATERLOO "C" and calls an subroutine which was written in
IBM 370 assemble language. The program is used by entering the following
at the CMS prompt level when logged on to VM/SP:
SET7171 {Hexidecimal characters for special 3270 order sequence}
The following files are included:
SEND7171 ASSEMBLE Source for a routine to write to the IBM717
SET7171 C "C" source for SET7171 program
SET7171 MODULE Executable code of program
Please address any questions or problems to:
Jerry Kendrick
University of Kansas
Office of Information Systems
Sunnyside & Illinois
Lawrence, Kansas 66044
Telephone 913-864-4326 Extension 224
BITNET ID - TS06@UKANVM
M0128.VMARC
|
Files in this entry include: -MAXUSED - Use the MAXUSED utility to to find the peak utilization of a disk DURING a command. "QUERY DISK" can be issued before and after the command is run, but won't tell you how much disk space was used for WORK FILES that were created and erased by the command. MAXUSED, on the other hand, keeps track of this information and displays it upon request. -QLOCK - for each real page that is locked, QLOCK lists the real and virtual page numbers and the owning userid. -SHOWSTAK - a debugging tool that types every line in the program and console stacks without changing them. -ADTFTYPE - Inhibits reading of files with a specific filetype on a specific accessed disk. A sample of this utilities use is to avoid accidentally executing execs from user's disks. -CLUSTERS - For each cluster, lists the real device address, cluster address, and number of resources. -RETLOOK - Displays formatted retrieve buffers. -XTAPEIO - A program which, when loaded up as a nucleus extension called TAPEIO, allows encryption/decryption of data. -DISKDATE - A utility to display the date and time an EDF disk was last updated and when it was formatted. -PRIVIDS - A utility to scan the directory and display all non-class G userids and their priv classes in an easy to read format. -EXTENDS - A simple program to display the number of extends, unextends, & extended pages. -CLOSECON - A nucleus extension that uses the clock comparator to automatically close the user's console a specific interval. -PFK - An XEDIT macro to execute PF keys. The following are not my originals -TAPERASE - A simple program to erase a tape at address 181. -ID - A program to type a sorted list of selected userids. -CMDEDIT - A program which, when loaded up as a nucleus extension called WAITRD, allows for the CMS ? and = commands. Notes on regeneration of these utilities: Most programs contain regeneration notes. MAXUSED, ADTFTYPE, SHOWSTAK, CLOSECON, CMDEDIT, XTAPEIO, ID, and TAPERASE can be assembled with only DMSSP and CMSLIB maclibs globaled. CLUSTERS, QLOCK and EXTENDS require DMPREAD. DMPREAD is on this tape, a few physical files further on. Use the DMKDMP CNTRL file, and GLOBAL TXTLIB LCLTXT before loading. If you have any problems, feel free to call. Help files or the ? facility (or both) work for all utilities. Programs work on VM/SP 1, 2, and 3. Nico Mak, (203) 722-5211 M0129.VMARC |
CMSTYPO M0130.VMARC |
CMS Command Monitor M0131.VMARC |
This contribution contains a number of cp mods and some useful CMS
programs. BSMODS DATA and BHMODS DATA list the specific titles.
These are basically the same with BSMODS describing the mods to
VM/SP3 at 8505 and BHMODS describing the HPO3.4 verision of that
same release.
There are some major things which people have asked for:
1. Mods to SPTAPE which allow DUMP/RESTORE of multiple tapes
simultaneously.
2. Mods to the spool system to install Xerox 8700/9700.
3. Mods to the spool system to install DatagraphiX COM.
4. Mods to the spool system to improve the operator interface.
5. Make RDR files be PUN files.
6. Show % spool utilization by total, queue, file.
7. Fix BACKSPACE/FOREWARDSPACE commands to work with or without
appropriate skip to channel 1 commands.
8. Archive print files after printing instead of deleting them.
9. Allow search for spool files by Name or Dist.
10. Allow secondary user to be disconnected.
11. Allow SPOOL, TRANSFER TO option to specify userid@nodeid.
12. Allow output devices to be named.
The useful tools include:
1. An IPLer program to execute a bunch of CP commands.
2. A DCSS dump/restore utility.
3. An exec callable routine to place data on input line.
4. A utility to dump a reader in CP spool format.
5. A CMS abend recovery utility.
6. A random password generator.
7. Some service machine primetives to handle sleeping until some event
happens and for setting the TOD clock comparator as an event.
The structured programming macro library which was used for most of
the assembly routines is included.
Steve Howes
|
JUNE 2, 1986
SPREADSHEET IS A SIMPLE UTILITY THE WORKS VIA THE XEDIT FULL SCREEN
COMMANDS. IT PERFORMS MANY OF THE FUNCTIONS OF LOTUS, ETC.
UNFORTUNATELY, THERE ARE A NUMBER OF HANDY FUNCTIONS, SUCH AS RANGES,
THAT IT DOES NOT PERFORM (YET).
THIS TOOL WAS DEVELOPED FAIRLY RECENTLY, AND HAS BEEN DISTRIBUTED TO
A FEW KEY FOLKS FOR BETA TESTING ONLY. SO EVEN THOUGH IT'S NOT
TRULY 'READY', THE VM WORKSHOP IS, AND HERE YOU ARE READY OR NOT.
I THINK YOU'LL FIND IT USEFUL, AND AT THE VERY LEAST, A STARTING
POINT FOR YOUR OWN SPREADSHEET.
A FAIRLY BRIEF EXPLANANTION OF HOW TO USE THIS, CAN BE OBTAINED VIA
PF1 AFTER INVOKING VIA THE COMMAND 'SPREAD FNAME', WHERE FNAME IS
THE FILENAME TO BE CREATED.
TWO FILES ARE NECESSARY:
(1) SPREAD EXEC - NEEDED TO INVOKE THE XEDIT MACRO
(2) SPREAD XEDIT - THE MACRO
ANY QUESTIONS AND/OR SUGGESTIONS (PLEASE NO COMPLAINTS), CAN BE
DIRECTED TO THE PERPETRATOR:
RAY SILVEY
ROCKY MOUNTAIN NEWS
400 WEST COLFAX AVE.
DENVER, CO 80206
(303) 892-2640
M0133.VMARC
|
CONSOLE MEMO - VM OPERATOR console enhancement - ABB 01/16/86
______________________________________________________________________________
GENERAL INFORMATION
___________________
This facility has several design objectives:
- provide a method for console operators to re-display the VM console.
- reduce the probability for loss of the console log
- collects log information by day
- elimimate the bother and expense of printing the console log.
The feature is implemented with a disconnected VM userid "CONSOLE" and several
EXECs. The console log is spooled to user CONSOLE and when the log is closed
it goes to the CONSOLE userid where it is added to that days console log.
Two EXECs under the VM OPERATOR's id allow the operator to control the
closing (and transfering) of the console log, as well as display ability into
console logs which have been transfered.
EXEC userid Description and purpose
________ ________ _______________________
CONCLOSE OPERATOR Close console log, transfer to "CONSOLE userid
CONLOG OPERATOR brings up FILELIST display for all console logs, so
Operator can BROWSE the log for any specific day
PROFILE CONSOLE "wakes up" when a log file arrives in virtual reader
CONREAD CONSOLE Processes console log from reader. Creates a new
file or adds to existing file for the specific day.
OLD CONSOLE internal; creates list of files from oldest to newest.
REDUCE CONSOLE internal; purges oldest files when disk utilization is
more than 70%
OPERATIONAL INFORMATION
_______________________
Shortly after midnight, Operators should run the "CONCLOSE" Exec to close out
that days console log and start a new log.
When the CONSOLE userid has completed the processing of a console log, it
returns a message to the OPERATOR indicating how many records were processed,
and the name of the console file created.
When the Operator desires to browse the current log, the CONCLOSE command
should be issued first. Then wait for the informational message from CONSOLE,
indicating that the console log has been processed. At this time issue the
CONLOG command. PF10 is used to browse the selected log. It may also be
printed if desired.
If a VM shutdown is planned, the CONCLOSE command should be issued first.
Do not issue SHUTDOWN until the confirmation message has been received.
M0134.VMARC
|
ES
Use the ES (Empty stacked) command to clear the CMS console input
buffers at the end of the current command. Preventing the commands
stacked from being executed.
The format of the ES command is:
ES
Usage Notes:
1.^^ES clears all console input buffers that are active at the end of
the current command, it will not clear the stack immediately.
M0135.VMARC
|
SUBCMAP
The SUBCMAP command will map all subcommand processors defined at the time
of its invocation. It accepts the same parameters as NUCXMAP, and provides
a similar display.
The format of the SUBCMAP command is:
SUBCMAP
|
EXECMOD is a method of turning EXECs into MODULEs. It is certainly NOT
a compiler, but can dramatically speed up EXECs under some circumstances.
See the EXECMOD help file for details.
Included is a cute example, designed to take advantage of the fact
that EXECMODed EXECs can become nucleus extensions and hence take service
calls. XEDABND REXX provides a means of saving files being XEDITed
during an ABEND. XEDABND MODULE was generated from XEDABND REXX by the
following commands:
EXECMOD XEDABND REXX (SYSTEM SERVICE
A XEDABND
LOAD XEDABND (ORIGIN TRANS
GENMOD XEDABND (SYSTEM
You can skip all that, because the module is provided. XEDABND must first
be activated by entering 'XEDABND'. NUCXMAP should show XEDABND as a
nucleus extension. Now to test it, enter:
XEDIT PROFILE EXEC (or whatever file is handy)
CMS (Enter CMS subset)
HX (Cause an ABEND)
BEGIN (Give SOME command to force cleanup)
XEDABND will sent all files being edited to your reader, in NETDATA format.
Cute, huh?
Of course, during ABEND processing doing all those commands is not supported,
and may not always work.
M0137.VMARC
|
This file contains the source code and documentation to the transparent write/read subroutines. The files are: WR7171 ASSEMBLE -- the source code to all the subrs, WR7171 TEXT -- object code in case you don't want to assemble, WR7171 LISTING -- 4 documentation files with carriage control, RD7171 LISTING suitable for printing. CK7171 LISTING (Careful if you assemble WR7171 -- you'll wipe CL7171 LISTING out the LISTING.) WR7171 HELPUSLI -- 4 documentation files for use with CMS Release 3 RD7171 HELPUSLI -- HELP. The information is the same as the CK7171 HELPUSLI -- LISTING files. CL7171 HELPUSLI -- NEIL ERDWIEN |
NDSU7171 MACLIB M0139.VMARC |
CPI ( CHESEBROUGH-POND'S INC. ) TRUMBULL MIC
DATE : 860226
FROM : L. MANCINI
SUBJECT : VM CONSOLE SPOOL PROCEDURE
( VMOPB008 - REVISION 04 )
THIS PROCEDURE IS TO BE USED TO SPOOL THE VM CONSOLE FILE
---------------------------------------------------------
THIS PROCEDURE SHOULD BE USED AS A REFERENCE WHEN NECESSARY. IF ANY
CHANGES ARE REQUIRED PLEASE CONTACT TECHNICAL SERVICES PERSONNEL
A CONSOLE FACILITY HAS BEEN WRITTEN TO CLOSE, VIEW AND MAINTAIN OPERATOR
LOG FILE(S) ON-LINE. LOG FILES WILL KEPT FOR A DURATION OF ONE MONTH,
AT WHICH TIME THEY WILL BE PURGED.
TO USE THIS FACILITY THE OPERATOR SIMPLY ENTERS: ===> CONSOLE
THIS UTILITY CAN BE EXECUTED ANYTIME DURING THE DAY.
THE CONSOLE FILE WILL BE PRINTED AS SUCH:
FILE NAME = USERID
FILE TYPE = MMDDTTXX MM = MONTH
DD = DAY
TT = TIME
XX = UNIQUE NUMBER.
THIS NAMING CONVENTION WAS TO USED TO KEEP ALL THE CONSOLE FILES UNIQUE.
HOW TO VIEW CONSOLE FILES:
--------------------------
ON OPERATOR CONSOLE ENTER :
===> 'FILELIST OPERATOR * D': A FULL SCREEN OF CONSOLE FILES
WILL BE DISPLAYED.
TO SELECT A CONSOLE FILE FOR VIEWING
SIMPLY MOVE THE CURSOR NEXT TO THE
FILE AND DEPRESS PF11.
M0140.VMARC
|
SUBMITTED TO KSU VM/WORKSHOP 1985 --------------------------------- XLIST IS WHAT I CONSIDER A MIX BETWEEN FLIST AND FILELIST. I HAD LEFT A COMPANY THAT HAD FLIST AND WENT TO A COMPANY THAT DIDN'T HAVE IT. ONCE YOU GET USE TO USING FLIST IT IS VERY HARD TO GIVE IT UP. I DIDN'T LIKE THE WAY THAT IBM HAD WRITTEN FILELIST SO I DECIDED TO WRITE MY OWN UTILITY FROM A SKELETON THAT WAS FIRST WRITTEN BY BRUCE MARSHALL. IT WAS PRETTY BARE BONES, SO I REWORKED THE LOGIC AND ENDED UP REWRITING THE WHOLE FACILITY. DURING THE REWRITE I INCORPORATED THE FACILITIES AVAILABLE IN FLIST AND ADDED SOME LOGIC THAT I THINK FLIST SHOULD OF HAD. THE FACILITY ALLOWS EASY PERSONAL CUSTOMIZATION WHICH IS EXPLAINED IN THE HELPFILE. ANY QUESTIONS OR PROBLEMS FEEL FREE TO CALL OR WRITE. SUBMITTED TO UK VM/WORKSHOP 1986 -------------------------------- XLIST HAS BEEN RE-WRITTEN IN REXX AND MORE MODULARIZED THAN THE LAST VERSION RESULTING IN WHAT I THINK IS A FASTER XLIST. SOME QUIRKS EXIST BUT WILL NOT CAUSE TRAGIC RESULTS. I AM SORRY BUT I RUSHED THIS. RICHARD HOYT NORTHEAST UTILITIES INFORMATION RESOURCES GROUP 9 SELDEN ST. RM E044 BERLIN, CT. 06037 (203) 665-3643 M0141.VMARC |
STC 4305 / 3380 IMAGE - 12 MEG MODULE CNU001DK - WRITTEN IN CONJUNCTION WITH STC CORP. -------- - DMKCPK, DMKPAG, DMKVDG, RDEVICE ( MODULES - MACRO AFFECTED ) THESE MODS WILL ALLOW YOU TO SPECIFY THE SOLID STATE HARDWARE AS FIXED-HEAD 3380'S. THIS IS BENEFICIAL DUE TO THE FACT THAT YOU CAN SPECIFY THESE MODULES IN 'DMKSYS' UNDER THE 'SYSORD' MACRO AS 'SYSFH'. WITHOUT THIS MOD THE 4305/3380 MUST BE SPECIFIED AS 'SYSMH' WHICH DOES NOT ALLOW YOU TO DRIVE THESE MODULES AS FAST AS POSSIBLE. THEY END UP IN THE ROUND-ROBIN ROUTINE FOR MOVING-HEAD PAGING. AS SOON AS THEY ARE GENNED AS 'SYSFH' THEY WILL BE USED FIRST BEFORE ANY OTHER PAGING DEVICE. THEY ALSO TAKE ADVANTAGE OF PAGE MIGRATION WHICH WILL CLEAR OFF INACTIVE PAGES ON THE DEVICE ALLOWING THE DEVICE TO CONTINUE WORKING. CNU002DK - WRITTEN IN-HOUSE -------- - DMKPGT ( MODULES - MACROS AFFECTED ) AFTER WE INSTALLED THE MOD ABOVE, WE DIDN'T LIKE THE IDEA OF PAGE MIGRATION GOING TO 'SYSTEMP' SPACE FILLING UP SPOOL SPACE AREA AND BANGING AGAINST THE I/O THAT IS ALREADY HEAVY ON OUR SPOOL SYSTEM. WE CAME UP WITH THIS MOD THAT WILL MIGRATE PAGES OFF THE 4305/3380 TO THE 'SYSMH' DEVICES AND NOT TO THE 'SYSTEMP' DEVICES. NOTE: ------- WE HAVE THE MODS INSTALLED ON A 3081K RUNNING VM/SP3.1 HPO3.2 WE ARE GOING TO HPO3.4 SHORTLY AND INTEND TO REMOVE THESE MODS DUE TO THE NEW 'SYSPAG' MACRO SPECIFICATIONS UNDER HPO3.4. THE 4305/3380 WILL THEN BE USED AS 'TYPE=PP'. I HAVE BEEN TOLD THAT THE IBM 3380'S ARE BEST SUITED FOR SWAPPING DEVICES AND THAT THE SOLID-STATE SHOULD BE USED FOR PRIMARY PAGING DEVICES. RICHARD HOYT ASSOCIATE COMPUTER SCIENTIST NORTHEAST UTILITIES SERVICE COMPANY 9 SELDEN STREET RM. E044 BERLIN, CT. 06037 (203) 665-3643 M0142.VMARC |
The following is a brief abstract of the items to follow in this file.
They are contributed by:
Rich Greenberg
Xerox Computer Services (XXC)
5310 Beethovan Street
Mail Stop MA-21
Los Angeles
Ca, 90066
213-306-4000 ext 2248 (office) or 2518 (computer rm)
As is usual:
"The enclosed software, documentation, and materials are without
explicit or implicit warranty of usefullness or safety. All are
used entirely at the risk of the user. Xerox Computer Services,
its employees, and contractees make no guarantees."
and;
"These materials have been made available at no cost for public
distribution. Neither the author(s) nor any employer or client
thereof accept any responsibility for any problems or costs
incurred as a result of these programs. Use or sale of these
programs for profit is prohibited without the prior consent of the
author(s)."
Furthur note:
Some of these items have appeared in previous workshop tapes or
on VMSHARE, or on the Waterloo Tapes. In most cases,
the versions here have been updated (I hope for the better).
Everything here has been tested and is in use on VM/SP rel 3 8506=slu317.
Most of the assemble files need macros which are in USERMAC MACLIB.
(Which is included here.)
Rich
The items are:
CCTYPE ASSEMBLE
CCTYPEV ASSEMBLE
These programs take a disk file which has ASA carriage control characters
and print it on a typewriter terminal honoring the carriage control.
CCTYPEV is for VTAM connected typewriters coming in through VCNA,
and gets around a VTAM limitation on record length. (Tested only on a
VTAM connected 3767.)
CKTAPE ASSEMBLE
This program will examine and dump a tape in many ways. O/p to printer
or terminal. Has scan mode which will just count records or just count
tape marks.
CSTAK ASSEMBLE
This is a handy program for debugging EXECs that stack things. It dumps
the entire stack to the console, optionally displaying a scale line.
LABELS ASSEMBLE
This routine is intended to print gummed lables on a typewriter terminal.
PRTRCVR ASSEMBLE
This routine combines the IPF routines DEPRINT & REPRINT.
It takes a print spool file from your reader and either makes a listing
file on disk, or sends it to the printer retaining carriage control.
TT ASSEMBLE
This program will duplicate a tape up to a double tape mark.
It reports the number of records in each file and the total on the tape.
AMIDISC EXEC
This exec is for use in service machines and others to determine if
the V.M. is disconnected or has a terminal.
CALC EXEC
CALC XEDIT
This exec is a general purpose calculator with two modes:
Mode 1: CALC expression
Where expression is anything that can be on the
right side of an = in REXX.
Mode 2: Enter CALC with no operand. It will do a VM READ and will
accept any valid REXX statement. If it is an assignment,
i.e var = expression, the value of var will be displayed.
CALC XEDIT does the same thing from within XEDIT.
CLDEV EXEC
SLDEV EXEC
LDEVS EXEC
STKCPQN EXEC
Execs used to diagnose possible LDEV problems.
LDEVS goes through the VMBLOKS of all users looking to see if they have
logical devices, and if so, displays what and where.
SLDEV queries (almost) all possible LDEV addresses, and displays the ones
that come back with other than 'NOT LOGGED ON'.
CLDEV runs both and reports on discrepancies.
STKCPQN is called by LDEVS. It stacks the userid and terminal address
of all logged on users.
CPCMFI EXEC
CPCMFI XEDIT
This exec issues a CP command and puts the result into a file (the exec),
or into the file you are xediting (the macro).
DIRMAP EXEC
This exec will get the directory from DIRMAINT and map it with the IPF
utility DIRMAP.
DIRMGET EXEC
This exec will get a users directory entry fron DIRMAINT and bring it
into xedit. When you file it there are several options you can select
such as replace in directory, erase, keep,......
Uses a local mod for CP TERMINAL MORETIME & HOLDING, which you may want
to change or remove.
DRDEV EXEC
This exec displays the RDEVBLOK for a device. DRDEV ccu
DVMB EXEC
This exec displays the VMBLOK of a user. DVMB user_id
EDATE EXEC
Edate is a Rexx function that enhances the capability of the built in
function "Date" by allowing an optional date parameter. Edate will
perform exactly as the Date function if invoked with one of the
options supported by Date only. (see Date function in Rexx Reference)
Edate will accept an optional date parameter which can be either
a U.S. date (mm/dd/yy) or a Julian date (yyddd). It will use this
date instead of todays date as "Date" does.
FLISTS EXEC
This exec is to be used with FLIST (Part of IPF). It is used when you
have used the "USE" option of FLIST, and you want to sort the list with
/SN etc. It should have been included with IPF but was not.
INUSE EXEC
INUSE MEMO
INUSE XEDIT
This exec, macro, and memo will show an "IN USE" display on a terminal.
IPL EXEC
This exec allows you to enter "IPL CMS", "IPL 190", or "IPL FMT"
with the same syntax. If the file "IPL xxxx *" exists, it will be
punched to your reader and IPL'd. If the file can't be found, a
CP IPL command will be executed. A filename-type may optionally
follow the s/a program's name, and if present, that file will also
be punched before the IPL 00C is done.
IPLSYS EXEC
This rexx function will return the name of the CMS system that was IPL'd,
or "190" if the IPL was not a saved system.
LASTIPL EXEC
This exec is useful to put into the sysprogs profile exec, to let him/her
know when the VM system has been IPL'd.
NOTE: There are several explicit refrences to filemode "W",
which you will need to change.
Note: This exec assumes that the alternate nucleus mod is installled
along with my addition to that mod which is included as: DMKCQY WVV0010.
These assumptions could be removed if you don't have the alt nuc mod.
LOGMSG EXEC
This exec simplifies changing or setting the CP logmsg.
MDISA EXEC
MENAB EXEC
MULTTERM EXEC
MENAB & MDISA allow you to enable/disable a range of terminal addresses.
Either MENAB ccu-ccu or MDISA ccu ccu is accepted. Multterm is an inner
exec for the other two.
PB XEDIT
PB EXEC
This exec and macro assist in converting FBA blocks to CP pages and
vice versa. Both inside and outside of xedit, entering PB followed
by one or more numbers will give both eight times each number and
one eighth of each number.
PURET EXEC
RETPUN EXEC
These execs will transfer files from the system punch queue
back to the reader of the owner. Handy in systems which do not
have a real punch. (Two variations on one theme.)
SCREX EXEC
SCRipt and EXamine a file. Will call DCF and put the result into
Xedit to examine the results.
SECUSER EXEC
This exec will make a user the secuser for another id,
or clear the secuser for an id.
SEEKS EXEC
This exec will allow seek analysis by volume (somewhat crudely).
Requires a CP mod (included) to allow sleep in milliseconds,
which is included as: DMKCFJ XVV0017.
STORIPL EXEC
This rexx exec will define storage to a supplied size and then IPL
a system in one operation.
VMCLASS EXEC
VMCLASS XEDIT
This exec/macro will examine 'USER DIRECT', and give a list of
those users that have a specific privledge class.
WHO EXEC
This exec will get the user, system, and terminal id,
and tell the user what they are.
It assumes that a 3 character termid is a real address, a 4 character
termid is a logical device, and a longer termid is a vtam LU.
ALLFILE XEDIT
ALLGOWAY XEDIT
ALLSAVE XEDIT
These macros will issue a 'FILE', a 'GOWAY' (which see), or a
'SAVE' for each file in the xedit ring.
BLOKLTR XEDIT
BLOKLTR- XEDIT
BLOKLTR# XEDIT
BLOKLTRA XEDIT
BLOKLTRB XEDIT
BLOKLTRC XEDIT
BLOKLTRD XEDIT
BLOKLTRE XEDIT
BLOKLTRF XEDIT
BLOKLTRG XEDIT
BLOKLTRH XEDIT
BLOKLTRI XEDIT
BLOKLTRJ XEDIT
BLOKLTRK XEDIT
BLOKLTRL XEDIT
BLOKLTRM XEDIT
BLOKLTRN XEDIT
BLOKLTRO XEDIT
BLOKLTRP XEDIT
BLOKLTRQ XEDIT
BLOKLTRR XEDIT
BLOKLTRS XEDIT
BLOKLTRT XEDIT
BLOKLTRU XEDIT
BLOKLTRV XEDIT
BLOKLTRW XEDIT
BLOKLTRX XEDIT
BLOKLTRY XEDIT
BLOKLTRZ XEDIT
BLOKLTR0 XEDIT
BLOKLTR1 XEDIT
BLOKLTR2 XEDIT
BLOKLTR3 XEDIT
BLOKLTR4 XEDIT
BLOKLTR5 XEDIT
BLOKLTR6 XEDIT
BLOKLTR7 XEDIT
BLOKLTR8 XEDIT
BLOKLTR9 XEDIT
BLOKTXT XEDIT
This collection of macros will generate block letters/numbers in the
file you are xediting. To use:
BLOKLTR col_number character
BLOKTXT col_number char_string
CAP XEDIT
This macro will capitalize the first letter of the word the cursor is
positioned on. (Usually set to a PF key.)
CMPR XEDIT
This macro will compare two or more files (in multiple xedit logical
screens), and stop when a difference is found.
Can also compare different portions of one file.
FIXOPT XEDIT
This macro will undo the mess that VMFOPT makes of variable labels.
FLIP XEDIT
This macro accepts an xedit command as an operand, and will issue that
command in every logical screen (same or different files).
GOWAY XEDIT
This macro will remove all traces of a file that you are xediting.
The file on disk, and any autosave files will be erased.
II XEDIT
For those who like their xedit current line to be in the middle of
the screen, this will move it to the top of the screen and go into
input mode to give a full screen for inputting. When you get out
of input, the current line will be restored to where it was.
PRINTIT XEDIT
This macro, when called from inside PEEK, will transfer the subject
file to your print queue.
PRIVUSR XEDIT
This macro will examine 'USER DIRECT', and give a list of those users
that have more than class 'G' privledges.
SCROLL XEDIT
An xedit macro to scroll by half or quarter screens.
SOS XEDIT
A macro that adds an option "LINEDEL" to SOS in XEDIT.
WORDCNT XEDIT
This macro will count the number of words in a file.
WORDTR XEDIT
This macro will translate the letters of a word, from the cursor
position to the next blank, to either upper case or lower case.
WORDTR L (lower case)
WORDTR U (upper case)
(Usually set to a PF key.)
XCASE XEDIT
XNULL XEDIT
XSCALE XEDIT
These macros will take the current setting of CASE, NULLS, or SCALE and
reverse it.
USERMAC MACLIB
USERMAC SCRIPT
This maclib contains macros that are needed to assemble most of the
BAL programs in this file. The script file contains documentation
for most of the macros.
DMKSND XVV0001
Under normal conditions, a send can only be done if the sendee is
disconnected. This mod bypasses this requirement if the sender is
a sysprog, i.e. has class C privledges.
DMKGRC XVV0006
This mod will test for running second level CP. If so, the screen status
area and nodeid will be made lower case as an indication.
DMKDIA XVV0012
If doing a 'DIAL' with no target vaddr specified, default
instead to the same vaddr as the terminal raddr.
Also checks if the dial is from a logical device, and if so
backtracks to the real terminal and uses its address.
DMKDMP XVV0014
The translate table used for DMCP, DUMP, and DISPLAY is extended to the
full character set available on the T11 or TN print trains.
Characters X'41' -> X'BF' are affected.
DMKCFT XVV0016
DMKCQR XVV0016
DMKGRF XVV0016
This mod will allow the user to specify:
TERMinal MOREtime STD/OFF/n1 STD/OFF/n2
and TERMinal HOLDing ON/OFF
DMKCFJ XVV0017
This update allows a sleep interval to be specified in milliseconds.
It also sends out a reminder of 'ZZZzzz',
unless a parm of "QUIET' is specified.
DMKCFC XVV0020
DMKLOG XVV0020
If the issuer of an AUTOLOG command is class A or B, No password will be
needed. Class G users can autolog with the proper password.
DMKMNT XVV0028
For DASD devices which are on an alternate channel, but have been defined
to CP as two seperate devices, CP will give a series of DMKCPI954E
messages, one per device. This mod eliminates the message and leaves
both RDEVBLOKS online provided:
1) The volume is not CP owned.
2) The two addresses are the same except for the channel.
PROFILE EXEC
ROUTER EXEC
ROUTER TABLE
ROUTTABL XEDIT
The preceeding files make up a complete replacement for the ROUTER code
that comes with IPF. I wanted extra function, and to understand what the
execs were doing. You will want to change the userids listed in the
variable "owner" at line 25.
This lists the users who can SMSG privledged commands to ROUTER.
The table of prefixes and userids can be queried and updated online.
See the exec for details.
You will still need IPF, as this exec uses WAKEUP.
DDRLOG EXEC
FREEXT EXEC
FREEXT LOG
FREEXT XEDIT
HI EXEC
KICK EXEC
LOGPRT EXEC
PROFILE EXEC
SPLCLEAN EXEC
VMUTIL EXEC
VMUTIL LOG
VMUTIL PARMS
SPOOLSTK MODULE
The preceeding files make up a complete replacement for the VMUTIL code
that comes with IPF. I wanted extra function, and to understand what the
execs were doing. You will want to change the userids listed in the
variable "owner" at line 25.
This lists the users who can SMSG privledged commands to VMUTIL.
You will still need IPF, as this exec uses WAKEUP.
The other files in this group are various execs that are triggered either
automagically by the VMUTIL PARMS file, or that can be requested by SMSG
from users. In most cases, they will not be of general use, but are
included to serve as examples.
One that will be of general use is SPLCLEAN, which cleans old files
out of the spool system. This exec needs EDATE EXEC which is supplied
on this tape file, and SPOOLSTK, donated by Nico Mak on an earlier
workshop tape and included again here for your convienience.
One thing which may not be obvious from the code
and comments is that there are 3 catagorys of commands that can be
requested by SMSG. They are:
1) Built in functions such as CMSC and SHUT.
2) External execs:
a) If the filemode is A0, they can only be requested by userids
in the "owner" list. (No A0 execs are supplied here.)
b) If the filemode is A1, they can be requested by anybody.
(See the execs HI and KICK.)
M0143.VMARC
|
This tape file contains a collection of EXECs and DMS panels which
comprise a system we use to generate PROFS nickname files from a
system-wide CMS nickname file.
CMSNICK PCB T1 F 629 1 1
CMSNICK PANEL T1 F 80 33 1
PROFNICK PANEL T1 F 80 33 1
PROFNICK PCB T1 F 669 1 1
HELP1 PANEL T1 F 80 27 1
HELP1 PCB T1 F 434 1 1
CMSPROC EXEC T1 V 77 55 1
GETNICK2 EXEC T1 V 105 68 1
PROFPROC EXEC T1 V 80 187 2
M0144.VMARC
|
This file has some utility execs and xedit macros. They are:
KWS EXEC - Searches all files on a minidisk for given keywords.
CALC EXEC - Quick and Dirty desk calculator exec
CP XEDIT - Executes a CP command from inside XEDIT and displays the outp
in the XEDIT MSGAREA.
PHONE EXEC - Looks up telephone numbers in a fixed format sequential fil
BUCKET EXEC - Generates the Auxfiles needed to apply all fixes on a put
bucket from the put tape itself. Documentation included in
M0145.VMARC
|
The files on this tape are essentially a took kit for REXX programmers.
The first tape file is, of course, the file you are now reading. The
second file is a rewrite of the LISTFILE program, borrowing heavily from
modifications developed at the Universities of Maine and Waterloo. The
third file consists of a package of REXX Extensions. All this stuff has
been tested under VM Releases 3 and 4. Enhancements to the REXX
extensions have not yet been made for VM/HPO 4.2. Some of the REXX Ex-
tensions use the modified LISTFILE. Some also use EXECSERV, which is
available on the SHARE tape; TAPEINFO, USERINFO, and related extensions
require a modification I made to EXECSERV, which I can send you if you
need them. Several (e.g., GETPRINT) are provided here only as examples,
and their use requires several other files I have not bothered to
include. Finally, some of them, (e.g., INITIALS) make use of a
system-wide NAMES file: at our site, in addition to IBM's tags, we
maintain tags for INITIALS, ACCOUNT, AGENCY, PROJECT, SUPERVISOR, and
SUPERPHONE. These are used at one time or another by various menu-
driven facilities such as online service requests and our home-grown
PROFS (named EMMA). Feel free to call 505-982-0955 with your questions.
(--Albo P. Fossa, State of New Mexico Highway Department, Santa Fe)
Summary of space occupied (3350 1K blocks, 450 per cylinder):
Total for all files on the tape: 1985
Tape file 1: 22
Tape file 2: 283
Tape file 3: 1680
All HELP files: 825
All EXEC files: 825
TAPE FILE 1: ABSTRACT ABSTRACT
TAPE FILE 2: DMSLST ASSEMBLE
LISTFILE HELPCMS
TAPE FILE 3: REXXEXT DOCUMENT
REXXEXT HELPMENU
ACCESSED EXEC
ACCESSED HELPREXX
ACCOUNT EXEC
ACCOUNT HELPREXX
ACNT EXEC
ACNT HELPREXX
ADDR EXEC
ADDR HELPREXX
AFFINITY EXEC
AFFINITY HELPREXX
APL EXEC
APL HELPREXX
APU EXEC
APU HELPREXX
ASSIST EXEC
ASSIST HELPREXX
ATTNSET EXEC
ATTNSET HELPREXX
AUTOPOLL EXEC
AUTOPOLL HELPREXX
AUTOREAD EXEC
AUTOREAD HELPREXX
AVERAGE EXEC
AVERAGE HELPREXX
BIGGEST EXEC
BIGGEST HELPREXX
BITNOT EXEC
BITNOT HELPREXX
BLIP EXEC
BLIP HELPREXX
BLKSFREE EXEC
BLKSFREE HELPREXX
BLKSIZE EXEC
BLKSIZE HELPREXX
BLKSUSED EXEC
BLKSUSED HELPREXX
BLOCKS EXEC
BLOCKS HELPREXX
BOSS EXEC
BOSS HELPREXX
BREAKIN EXEC
BREAKIN HELPREXX
BREAKKEY EXEC
BREAKKEY HELPREXX
BRKKEY EXEC
BRKKEY HELPREXX
B2C EXEC
B2C HELPREXX
B2D EXEC
B2D HELPREXX
B2X EXEC
B2X HELPREXX
CALCLOG EXEC
CALCLOG HELPREXX
CALENDAR EXEC
CALENDAR HELPREXX
CAW EXEC
CAW HELPREXX
CHANNELS EXEC
CHANNELS HELPREXX
CHARDEL EXEC
CHARDEL HELPREXX
CIRCLE EXEC
CIRCLE HELPREXX
CLOCK EXEC
CLOCK HELPREXX
CMSDISK EXEC
CMSDISK HELPREXX
CMSDOS EXEC
CMSDOS HELPREXX
CMSINFO EXEC
CMSINFO HELPREXX
CMSLEVEL EXEC
CMSLEVEL HELPREXX
CMSNAME EXEC
CMSNAME HELPREXX
CMSREL EXEC
CMSREL HELPREXX
CMSTYPE EXEC
CMSTYPE HELPCMS
CMSUBSET EXEC
CMSUBSET HELPREXX
CODEWORD EXEC
CODEWORD HELPREXX
COLOR EXEC
COLOR HELPREXX
COMPANGL EXEC
COMPANGL HELPREXX
CONNECT EXEC
CONNECT HELPREXX
CONSADDR EXEC
CONSADDR HELPREXX
CONSDISC EXEC
CONSDISC HELPREXX
CONSPOOL EXEC
CONSPOOL HELPREXX
CONSRADR EXEC
CONSRADR HELPREXX
CONSTYPE EXEC
CONSTYPE HELPREXX
CONSVADR EXEC
CONSVADR HELPREXX
COS EXEC
COS HELPREXX
COT EXEC
COT HELPREXX
COUNTPOS EXEC
COUNTPOS HELPREXX
COUNTSTR EXEC
COUNTSTR HELPREXX
CPCONIO EXEC
CPCONIO HELPREXX
CPDATA EXEC
CPDATA HELPREXX
CPINFO EXEC
CPINFO HELPREXX
CPLEVEL EXEC
CPLEVEL HELPREXX
CPSCREEN EXEC
CPSCREEN HELPREXX
CPU EXEC
CPU HELPREXX
CPUID EXEC
CPUID HELPREXX
CPUINFO EXEC
CPUINFO HELPREXX
CPULOAD EXEC
CPULOAD HELPREXX
CPUMODEL EXEC
CPUMODEL HELPREXX
CPUSERNO EXEC
CPUSERNO HELPREXX
CPUTYPE EXEC
CPUTYPE HELPREXX
CSC EXEC
CSC HELPREXX
CSW EXEC
CSW HELPREXX
CSYNONYM EXEC
CSYNONYM HELPREXX
CYLS EXEC
CYLS HELPREXX
C2B EXEC
C2B HELPREXX
DAY EXEC
DAY HELPREXX
DAYNAME EXEC
DAYNAME HELPREXX
DAYS EXEC
DAYS HELPREXX
DAYSECS EXEC
DAYSECS HELPREXX
DCSSEND EXEC
DCSSEND HELPREXX
DCSSLOAD EXEC
DCSSLOAD HELPREXX
DCSSSTRT EXEC
DCSSSTRT HELPREXX
DCSSUSER EXEC
DCSSUSER HELPREXX
DEGREES EXEC
DEGREES HELPREXX
DEVADDR EXEC
DEVADDR HELPREXX
DEVNAME EXEC
DEVNAME HELPREXX
DEVTAB EXEC
DEVTAB HELPREXX
DISKADDR EXEC
DISKADDR HELPREXX
DISKDATE EXEC
DISKDATE HELPREXX
DISKEXTN EXEC
DISKEXTN HELPREXX
DISKFORM EXEC
DISKFORM HELPREXX
DISKINFO EXEC
DISKINFO HELPREXX
DISKLABL EXEC
DISKLABL HELPREXX
DISKMAX EXEC
DISKMAX HELPREXX
DISKMODE EXEC
DISKMODE HELPREXX
DISKRW EXEC
DISKRW HELPREXX
DISKTIME EXEC
DISKTIME HELPREXX
DISKUSED EXEC
DISKUSED HELPREXX
DISTCODE EXEC
DISTCODE HELPREXX
DO EXEC
DO HELPCMS
DOS EXEC
DOS HELPREXX
DRG EXEC
DRG HELPREXX
DSKQUERY EXEC
DSKQUERY HELPREXX
D2B EXEC
D2B HELPREXX
E EXEC
E HELPREXX
ECMODE EXEC
ECMODE HELPREXX
EMSG EXEC
EMSG HELPREXX
ESCAPE EXEC
ESCAPE HELPREXX
EXECLVL EXEC
EXECLVL HELPREXX
EXECTRAC EXEC
EXECTRAC HELPREXX
EXIST EXEC
EXIST HELPREXX
EXPAN EXEC
EXPAN HELPREXX
EXPONENT EXEC
EXPONENT HELPREXX
EXTHI EXEC
EXTHI HELPREXX
FACT EXEC
FACT HELPREXX
FACTOR EXEC
FACTOR HELPREXX
FACTORS EXEC
FACTORS HELPREXX
FHPAGES EXEC
FHPAGES HELPREXX
FILEDATE EXEC
FILEDATE HELPREXX
FILEFIND EXEC
FILEFIND HELPREXX
FILEID EXEC
FILEID HELPREXX
FILEINFO EXEC
FILEINFO HELPREXX
FILELOC EXEC
FILELOC HELPREXX
FILEMODE EXEC
FILEMODE HELPREXX
FILENAME EXEC
FILENAME HELPREXX
FILENLOC EXEC
FILENLOC HELPREXX
FILES EXEC
FILES HELPREXX
FILETIME EXEC
FILETIME HELPREXX
FILETYPE EXEC
FILETYPE HELPREXX
FINDABBR EXEC
FINDABBR HELPREXX
FINDWORD EXEC
FINDWORD HELPREXX
FLENGTH EXEC
FLENGTH HELPREXX
FMAXLPI EXEC
FMAXLPI HELPREXX
FOUND EXEC
FOUND HELPREXX
FPLENGTH EXEC
FPLENGTH HELPREXX
FREELOWE EXEC
FREELOWE HELPREXX
FREELOWR EXEC
FREELOWR HELPREXX
FREEMODE EXEC
FREEMODE HELPREXX
FREEVDEV EXEC
FREEVDEV HELPREXX
FWIDTH EXEC
FWIDTH HELPREXX
GETCHARS EXEC
GETCHARS HELPREXX
GETCLASS EXEC
GETCLASS HELPREXX
GETCOPY EXEC
GETCOPY HELPREXX
GETFCB EXEC
GETFCB HELPREXX
GETFORM EXEC
GETFORM HELPREXX
GETITEM EXEC
GETITEM HELPREXX
GETMNAME EXEC
GETMNAME HELPREXX
GETMODIF EXEC
GETMODIF HELPREXX
GETPRCTL EXEC
GETPRCTL HELPREXX
GETPRINT EXEC
GETPRINT HELPREXX
GETUSER EXEC
GETUSER HELPREXX
GLOBALED EXEC
GLOBALED HELPREXX
GRADS EXEC
GRADS HELPREXX
HEXWIDTH EXEC
HEXWIDTH HELPREXX
HILIGHT EXEC
HILIGHT HELPREXX
HYP EXEC
HYP HELPREXX
IMESCAPE EXEC
IMESCAPE HELPREXX
IMPCP EXEC
IMPCP HELPREXX
IMPEX EXEC
IMPEX HELPREXX
IMSG EXEC
IMSG HELPREXX
INITIALS EXEC
INITIALS HELPREXX
INPUT EXEC
INPUT HELPREXX
INSWORD EXEC
INSWORD HELPREXX
INTFRACT EXEC
INTFRACT HELPREXX
INTGFRAC EXEC
INTGFRAC HELPREXX
INVERSE EXEC
INVERSE HELPREXX
IPLDATE EXEC
IPLDATE HELPREXX
IPLTIME EXEC
IPLTIME HELPREXX
ISAM EXEC
ISAM HELPREXX
JULIAN EXEC
JULIAN HELPREXX
LARGEST EXEC
LARGEST HELPREXX
LASTCHAR EXEC
LASTCHAR HELPREXX
LASTWORD EXEC
LASTWORD HELPREXX
LDRTBLS EXEC
LDRTBLS HELPREXX
LEAPYEAR EXEC
LEAPYEAR HELPREXX
LINEDEL EXEC
LINEDEL HELPREXX
LINEDIT EXEC
LINEDIT HELPREXX
LINEND EXEC
LINEND HELPREXX
LINKS EXEC
LINKS HELPREXX
LOG EXEC
LOG HELPREXX
LOGGEDAT EXEC
LOGGEDAT HELPREXX
LOGGEDON EXEC
LOGGEDON HELPREXX
LPI EXEC
LPI HELPREXX
LRECL EXEC
LRECL HELPREXX
MACLIBS EXEC
MACLIBS HELPREXX
MAINHIGH EXEC
MAINHIGH HELPREXX
MANTISSA EXEC
MANTISSA HELPREXX
MAXDATE EXEC
MAXDATE HELPREXX
MAXNUM EXEC
MAXNUM HELPREXX
MAXRW EXEC
MAXRW HELPREXX
MAXWORD EXEC
MAXWORD HELPREXX
MEAN EXEC
MEAN HELPREXX
MEDIAN EXEC
MEDIAN HELPREXX
MEMEXIST EXEC
MEMEXIST HELPREXX
MERGE EXEC
MERGE HELPREXX
MHPAGES EXEC
MHPAGES HELPREXX
MIH EXEC
MIH HELPREXX
MINDATE EXEC
MINDATE HELPREXX
MINNUM EXEC
MINNUM HELPREXX
MINWORD EXEC
MINWORD HELPREXX
MONTH EXEC
MONTH HELPREXX
MOON EXEC
MOON HELPREXX
MSG EXEC
MSG HELPREXX
NAME EXEC
NAME HELPREXX
NAMEINFO EXEC
NAMEINFO HELPREXX
NETID EXEC
NETID HELPREXX
NETUSERS EXEC
NETUSERS HELPREXX
NEWEST EXEC
NEWEST HELPREXX
NICKNAME EXEC
NICKNAME HELPREXX
NODEID EXEC
NODEID HELPREXX
NOTRAN EXEC
NOTRAN HELPREXX
NUCEND EXEC
NUCEND HELPREXX
NUMBCYLS EXEC
NUMBCYLS HELPREXX
NUMSORT EXEC
NUMSORT HELPREXX
OLDEST EXEC
OLDEST HELPREXX
OS EXEC
OS HELPREXX
OUTPUT EXEC
OUTPUT HELPREXX
PACKED EXEC
PACKED HELPREXX
PAGERATE EXEC
PAGERATE HELPREXX
PAGEREAD EXEC
PAGEREAD HELPREXX
PAGEWRIT EXEC
PAGEWRIT HELPREXX
PAGEX EXEC
PAGEX HELPREXX
PAGING EXEC
PAGING HELPREXX
PCHCOUNT EXEC
PCHCOUNT HELPREXX
PF EXEC
PF HELPREXX
PHONENUM EXEC
PHONENUM HELPREXX
PI EXEC
PI HELPREXX
PITCH EXEC
PITCH HELPREXX
PROCESSR EXEC
PROCESSR HELPREXX
PROTECT EXEC
PROTECT HELPREXX
PRTCLASS EXEC
PRTCLASS HELPREXX
PRTCOUNT EXEC
PRTCOUNT HELPREXX
PRTFORM EXEC
PRTFORM HELPREXX
PSW EXEC
PSW HELPREXX
Q1 EXEC
Q1 HELPREXX
Q2 EXEC
Q2 HELPREXX
RANGE EXEC
RANGE HELPREXX
RDEVADDR EXEC
RDEVADDR HELPREXX
RDEVCLAS EXEC
RDEVCLAS HELPREXX
RDEVFEAT EXEC
RDEVFEAT HELPREXX
RDEVINFO EXEC
RDEVINFO HELPREXX
RDEVMODL EXEC
RDEVMODL HELPREXX
RDEVTYPE EXEC
RDEVTYPE HELPREXX
RDRCOUNT EXEC
RDRCOUNT HELPREXX
RDRINFO EXEC
RDRINFO HELPREXX
RDYLMSG EXEC
RDYLMSG HELPREXX
RDYMSG EXEC
RDYMSG HELPREXX
RDYSMSG EXEC
RDYSMSG HELPREXX
READFLAG EXEC
READFLAG HELPREXX
READS EXEC
READS HELPREXX
RECFM EXEC
RECFM HELPREXX
RECORD EXEC
RECORD HELPREXX
RECORDS EXEC
RECORDS HELPREXX
REDTYPE EXEC
REDTYPE HELPREXX
REGISTER EXEC
REGISTER HELPREXX
RELPAGE EXEC
RELPAGE HELPREXX
REPLACE EXEC
REPLACE HELPREXX
REPWORD EXEC
REPWORD HELPREXX
RESPAGES EXEC
RESPAGES HELPREXX
REVWORD EXEC
REVWORD HELPREXX
RFCLASS EXEC
RFCLASS HELPREXX
RFCOPIES EXEC
RFCOPIES HELPREXX
RFDATE EXEC
RFDATE HELPREXX
RFDIST EXEC
RFDIST HELPREXX
RFHOLD EXEC
RFHOLD HELPREXX
RFLRECL EXEC
RFLRECL HELPREXX
RFNAME EXEC
RFNAME HELPREXX
RFNUMBER EXEC
RFNUMBER HELPREXX
RFORIGIN EXEC
RFORIGIN HELPREXX
RFRECS EXEC
RFRECS HELPREXX
RFSPTYPE EXEC
RFSPTYPE HELPREXX
RFTAG EXEC
RFTAG HELPREXX
RFTIME EXEC
RFTIME HELPREXX
RFTYPE EXEC
RFTYPE HELPREXX
ROMAN EXEC
ROMAN HELPREXX
ROOM EXEC
ROOM HELPREXX
ROOT EXEC
ROOT HELPREXX
RSCSID EXEC
RSCSID HELPREXX
RUNSET EXEC
RUNSET HELPREXX
RWSTAT EXEC
RWSTAT HELPREXX
SAY EXEC
SAY HELPCMS
SBADATA EXEC
SBADATA HELPREXX
SCOLUMNS EXEC
SCOLUMNS HELPREXX
SCREEN EXEC
SCREEN HELPREXX
SCRNSAVE EXEC
SCRNSAVE HELPREXX
SEC EXEC
SEC HELPREXX
SECUSER EXEC
SECUSER HELPREXX
SIN EXEC
SIN HELPREXX
SIOCOUNT EXEC
SIOCOUNT HELPREXX
SLINES EXEC
SLINES HELPREXX
SMALLEST EXEC
SMALLEST HELPREXX
SMSG EXEC
SMSG HELPREXX
SORTED EXEC
SORTED HELPREXX
SPMODE EXEC
SPMODE HELPREXX
SPOOLED EXEC
SPOOLED HELPREXX
STACKED EXEC
STACKED HELPREXX
STACKS EXEC
STACKS HELPREXX
STBYPASS EXEC
STBYPASS HELPREXX
STDDEV EXEC
STDDEV HELPREXX
STEAL EXEC
STEAL HELPREXX
STGUTIL EXEC
STGUTIL HELPREXX
STMULTI EXEC
STMULTI HELPREXX
SUM EXEC
SUM HELPREXX
SUPPANGL EXEC
SUPPANGL HELPREXX
S370E EXEC
S370E HELPREXX
TABCHAR EXEC
TABCHAR HELPREXX
TAN EXEC
TAN HELPREXX
TAPEINFO EXEC
TAPEINFO HELPREXX
TAPEOWNR EXEC
TAPEOWNR HELPREXX
TAPERING EXEC
TAPERING HELPREXX
TCPU EXEC
TCPU HELPREXX
TCPUMINS EXEC
TCPUMINS HELPREXX
TCPUSECS EXEC
TCPUSECS HELPREXX
TERMADDR EXEC
TERMADDR HELPREXX
TEXT EXEC
TEXT HELPREXX
TIMEDIFF EXEC
TIMEDIFF HELPREXX
TIMER EXEC
TIMER HELPREXX
TOGGLE EXEC
TOGGLE HELPREXX
TRANSAR EXEC
TRANSAR HELPREXX
TRANSEND EXEC
TRANSEND HELPREXX
TXTLIBS EXEC
TXTLIBS HELPREXX
TYPEFLAG EXEC
TYPEFLAG HELPREXX
UNABBREV EXEC
UNABBREV HELPREXX
UNPACKED EXEC
UNPACKED HELPREXX
USAGE EXEC
USAGE HELPREXX
USAGEPCT EXEC
USAGEPCT HELPREXX
USERAREA EXEC
USERAREA HELPREXX
USERINFO EXEC
USERINFO HELPREXX
USERS EXEC
USERS HELPREXX
VCPU EXEC
VCPU HELPREXX
VCPUMINS EXEC
VCPUMINS HELPREXX
VCPUSECS EXEC
VCPUSECS HELPREXX
VDEVADDR EXEC
VDEVADDR HELPREXX
VDEVCLAS EXEC
VDEVCLAS HELPREXX
VDEVINFO EXEC
VDEVINFO HELPREXX
VDEVTYPE EXEC
VDEVTYPE HELPREXX
VMCONIO EXEC
VMCONIO HELPREXX
VMSAVE EXEC
VMSAVE HELPREXX
VOLSER EXEC
VOLSER HELPREXX
VSTORAGE EXEC
VSTORAGE HELPREXX
VURCOUNT EXEC
VURCOUNT HELPREXX
WCGMS EXEC
WCGMS HELPREXX
WEEKS EXEC
WEEKS HELPREXX
WNG EXEC
WNG HELPREXX
WORDAT EXEC
WORDAT HELPREXX
WORDSORT EXEC
WORDSORT HELPREXX
WORKSET EXEC
WORKSET HELPREXX
WRITABLE EXEC
WRITABLE HELPREXX
WRITES EXEC
WRITES HELPREXX
X2B EXEC
X2B HELPREXX
YEAR EXEC
YEAR HELPREXX
370E EXEC
370E HELPREXX
M0146.VMARC
|
LISTFILE rewrite mentioned in M0146. M0147.VMARC |
REXX extensions mentioned in M0146. M0148.VMARC |
***********************************************************************
*** ***
*** Copyright (C) 1986 by Don Johnson, Storage Technology Corp. ***
*** ***
*** This software may be freely copied and disseminated for non- ***
*** commercial purposes, if and only if this entire copyright ***
*** statement and notice is included intact. ***
*** ***
*** Notice: This software has been made available at no cost for ***
*** public distribution on the VM Workshop tools tape. ***
*** Neither the author nor any employer thereof can ***
*** accept any responsibility for any problems or costs ***
*** incurred as a result of the use of this program. ***
*** ***
***********************************************************************
If you have any questions or comments concerning the following
programs or modifications, feel free to call me at (303) 673-5383.
Don Johnson
Storage Technology Corporation
2270 S. 88th St. M.D. AA
Louisville, Colorado 80028
Note: All of the CMS commands use S.J. Golin's syntax analyzer and a
structured macro system I wrote. The macro system, PROCLIB
maclib, "forces" the use of a structured programming technique.
It also manages addressability, saving of registers and the
passing of parameters. All the assemble files need to be
re-assembled with both the PROCLIB and UTILITY maclibs globaled,
in addition to the normal CMS and CP maclibs. The UTILITY
txtlib may be needed to load some of the programs.
Current software level: VM/SP 3 HPO 3.4 Put 8601
(1) Local CP mods: STCFSRD provides a fast path for remote 3270 full-
screen read operations. STCNOWNG, STCNOHDR, and STCOPMSG are minor
mods to the CP MSG command. STCRC12 and STCNORUN are required by
the tape management system.
CP installation maintenance disk:
DMKCPB AUXSTC A1 F 80 2 1 86/06/02 20:44:44
DMKCPB STCRC12 A1 F 80 2 1 86/06/02 20:44:23
DMKCFC AUXSTC A1 F 80 2 1 86/06/02 18:53:14
DMKCFC STCNOWNG A1 F 80 2 1 86/06/02 18:52:59
DMKHVC AUXSTC A1 F 80 2 1 86/06/02 18:47:35
DMKHVC STCHVSTC A1 F 80 7 1 86/06/02 18:47:37
DMKHVS ASSEMBLE A1 F 80 278 22 86/06/02 18:43:36
DMKHVS AUXSTC A1 F 80 2 1 86/06/02 18:44:07
DMKHVS STCHVSTC A1 F 80 34 3 86/06/02 18:44:12
DMKMSG AUXSTC A1 F 80 4 1 86/06/02 18:48:43
DMKMSG STCNOWNG A1 F 80 21 2 86/06/02 18:48:47
DMKMSG STCOPMSG A1 F 80 14 2 86/06/02 18:48:47
DMKMSG STCNOHDR A1 F 80 14 2 86/06/02 18:48:47
DMKRGC AUXSTC A1 F 80 2 1 86/06/02 18:46:39
DMKRGC STCFSRD A1 F 80 30 3 86/06/02 18:46:41
DMKVCN AUXSTC A1 F 80 3 1 86/06/02 18:51:24
DMKVCN STCFSCNT A1 F 80 49 4 86/06/02 18:45:50
DMKVCN STCFSRD A1 F 80 30 3 86/06/02 18:45:50
DMKVDC AUXSTC A1 F 80 2 1 86/06/02 18:49:51
DMKVDC STCNORUN A1 F 80 14 2 86/06/02 18:50:08
DMKVDD AUXSTC A1 F 80 2 1 86/06/02 18:50:08
DMKVDD STCNORUN A1 F 80 15 2 86/06/02 18:50:08
DMKVDR AUXSTC A1 F 80 2 1 86/06/02 18:50:09
DMKVDR STCNORUN A1 F 80 23 2 86/06/02 18:50:09
(2) Maclibs and program tools: PROCLIB and syntax analyzer.
CMS installation maintenance disk:
SYNTAX ASSEMBLE A1 F 80 506 40 86/06/02 19:23:05
PROCLIB MACLIB A2 F 80 1157 91 86/06/02 19:22:16
UTILITY MACLIB A2 F 80 387 31 86/06/02 19:22:32
UTILITY TXTLIB A2 F 80 80 7 86/06/02 19:22:33
(3) CMSLINK: Link and access program. It will acquire virtual addresses
and disk modes that are available. Many other options.
Public disk:
CMSLINK ASSEMBLE A1 F 80 431 34 86/06/02 19:47:44
CMSLINK HELPSTC A1 V 79 95 3 86/06/02 19:44:31
(4) MCSTRIP: System programmer tool to strip the console session of
a user. It requires that you collect class 1 response records on
tape. It prefers a labeled (VOL1) tape.
Sysprog tool disk:
MCSTRIP ASSEMBLE A2 F 80 837 66 86/06/02 19:47:59
MCSTRIP HELPSTC A2 F 80 79 7 86/06/02 19:38:19
(5) Online syslog facility: consists of PROP, optional PROP modification,
BROWSE modification, and "SYSLOG" exec. This gives software support
and operations real-time access to the operator log.
Sysprog tool disk:
SYSLOG EXEC A2 V 70 29 1 86/06/02 19:40:45
DMSPOP STCFIXES A1 F 80 101 8 86/06/02 19:39:40
DTRYBRW AUXSTC A1 F 80 2 1 86/06/02 20:37:18
DTRYBRW STCPRINT A1 F 80 72 6 86/06/02 19:39:15
DTRYBRW STCSTACK A1 F 80 32 3 86/06/02 19:39:18
(6) Automatic scheduling system. AUTOMON is a disconnected virtual
machine and a program that allows users to specify a date/time
for a command/exec to be executed (on the AUTOMON userid).
The files with filetype "AUTOEXEC" should be copied to AUTOMON's
191 mdisk as filetype "EXEC". AUTOMON requires the SMSGWAIT module
and the CQS exec. CQS help file has more details.
Public disk:
CQS EXEC A2 F 80 4 1 86/06/02 19:29:40
SMSGWAIT ASSEMBLE A1 F 80 343 27 86/06/02 19:48:31
CQS HELPSTC A1 F 80 126 10 86/06/02 20:05:28
SMSGWAIT HELPSTC A1 F 80 37 3 86/06/02 19:30:15
AUTOMON's 191:
AUTOMON ASSEMBLE A1 F 80 1868 146 86/06/02 19:21:57
AUTOMON COMMANDS A1 F 128 2 1 86/06/02 19:34:56
ACTNLOG AUTOEXEC A1 V 72 7 1 86/06/02 19:35:31
AUTOLOG AUTOEXEC A1 V 117 11 1 86/06/02 19:35:33
AUTOLOGR AUTOEXEC A1 V 102 6 1 86/06/02 19:35:34
CHKAUTH AUTOEXEC A1 V 16 3 1 86/06/02 19:35:40
CKMONACT AUTOEXEC A1 V 55 10 1 86/06/02 19:35:45
CMS AUTOEXEC A1 F 80 1 1 86/06/02 19:35:47
CMSCMD AUTOEXEC A1 V 71 9 1 86/06/02 19:35:51
CMSREAD AUTOEXEC A1 V 23 4 1 86/06/02 19:36:03
MSG AUTOEXEC A1 V 94 3 1 86/06/02 19:36:19
MSGNOH AUTOEXEC A1 V 102 3 1 86/06/02 19:36:21
PRIVLEGE AUTOEXEC A1 V 186 79 3 86/06/02 19:36:24
PRIVUSER AUTOEXEC A1 V 101 4 1 86/06/02 19:36:26
RENAMLOG AUTOEXEC A1 V 40 4 1 86/06/02 19:36:35
REPEAT AUTOEXEC A1 V 100 10 1 86/06/02 19:36:40
REPLACE AUTOEXEC A1 V 62 9 1 86/06/02 19:36:42
RESTART AUTOEXEC A1 V 92 5 1 86/06/02 19:36:49
RETRY AUTOEXEC A1 V 132 13 1 86/06/02 19:36:53
SECUSER AUTOEXEC A1 V 68 10 1 86/06/02 19:37:02
(7) Another tape management system. This system has served me very
well for a number of years. The documentation is a bit sparse;
but the best documentation is the source anyway.
TAPEMON's 191:
TAPEMON ASSEMBLE A1 F 80 4135 324 86/06/02 19:25:58
VMTMS CATALOG A1 F 128 1 1 86/06/02 19:33:26
VMTMS CONFIG A1 F 80 87 7 86/06/02 19:32:49
Public disk:
SMSGWAIT ASSEMBLE A1 F 80 343 27 86/06/02 19:48:31
SMSGWAIT HELPSTC A1 F 80 37 3 86/06/02 19:30:15
TMS EXEC A2 F 80 3 1 86/06/02 19:30:46
ADD HELPTMS A2 V 79 56 2 86/06/02 20:19:10
CANCEL HELPTMS A1 V 72 49 2 86/06/02 20:19:15
CHANGE HELPTMS A1 V 79 83 3 86/06/02 20:19:16
CMS HELPTMS A2 V 72 34 1 86/06/02 20:19:16
DELETE HELPTMS A2 V 79 36 1 86/06/02 20:19:17
EXPIRE HELPTMS A2 V 79 42 2 86/06/02 20:19:17
GLOBMOVE HELPTMS A2 V 72 45 2 86/06/02 20:19:17
LABEL HELPTMS A2 V 72 36 1 86/06/02 20:19:18
MOUNT HELPTMS A1 V 77 173 6 86/06/02 20:19:18
MOVE HELPTMS A1 V 72 53 2 86/06/02 20:19:19
QUERY HELPTMS A1 V 77 78 3 86/06/02 20:19:19
SCRATCH HELPTMS A1 V 72 44 2 86/06/02 20:19:20
SET HELPTMS A2 V 75 50 2 86/06/02 20:19:20
SWAP HELPTMS A2 V 77 45 2 86/06/02 20:19:20
VERIFY HELPTMS A2 V 72 40 2 86/06/02 20:19:21
M0149.VMARC
|
No abstract. Here are the archive contents: RECEIVE LISTING SENDFILE LISTING PEEK LISTING RDRLIST LISTING EXECUTE LISTING DMSRDR AUXCSC DMSRDR CSC02 DMSDDL CSC02 DMSDDL AUXCSC M0150.VMARC |
This is a summary of the files on the Jervis B. Webb Company "tools" supplied to the 1986 VM/370 Workshop: XEDIT Macros: COPYC XEDIT A1 Column copy and move within a file - no replace COPYCR XEDIT A1 Column copy and move within a file - replace GMACRO MEMO A1 Memo for G and GT XEDIT macros G XEDIT A1 GT XEDIT A1 GETFILES XEDIT A1 Use CMS EXEC to build a file "OS" catalog reading utilities for use from CMS: OSCATLK MEMO A1 OSCATLK EXEC A1 SSCATRD ASSEMBLE A1 SSOSCATL MEMO A1 SSOSCATL EXEC A1 SSOSCATL TABLE A1 VMCENTER files: VMSIBKUP EXEC A1 VMCENTER backup. VMXGRWA EXEC A1 - VMXGRWE EXEC A1 |- VMRGRW driver execs WEEKLY EXEC A1 - ADDRWK1 VMRGRW A1 - ADDRWK2 VMRGRW A1 | ADDRYTD1 VMRGRW A1 | ADDRYTD2 VMRGRW A1 |- VMRGRW control files SPECADDR VMRGRW A1 | SPECUSER VMRGRW A1 | WEEKLY VMRGRW A1 - TTARCH MEMO A1 TTARCH EXEC A2 TTARCH files- we needed a way to copy the TTARCH MODULE A1 VMARCHIVE tape for an offsite copy. TTARCH ASSEMBLE A1 CP MOD to trap part of TRANSFER command: (We needed to prevent users from transferring files "from" BATCHx machines.) DMKCSV WEBBTRAP A1 M0151.VMARC |
This modification will allow selected commands to be journaled to a PROP machine for asynchronous or synchronous processing for security and control purposes. Enclosed are the following: 1. Mods to DMKCFC 2. REXX Execs that run under PROP ID M0152.VMARC |
Since we had a kinda hectic year, and since most/all of the goodies we've installed over the past year came off last years workshop tape, or other 'goodie' tapes...we don't have any local goodies to contribute this year. So I thought I'd share some of our trip reports with you. We think they are kinda interesting and they'll give you an idea of some of the user group meetings you may have missed. They contain our thoughts/impressions at the time...they may have changed since...they may have been wrong in the first place...they may be tainted by VM bigotry (as opposed to MVS)...and they're only 1 to 4 people's impressions...so feel free to ignore what you don't like. I've found that one good way to get someone to read your trip reports is to add a touch of humor and other little zingers, as is evidenced in the reports. Hope you enjoy them.....Jay Koonz (TIMEX) M0153.VMARC |
Monday June 2, 1986
Hello and welcome to the Fidelity Systems Company contribution to the
1986 VM Workshop Tools Tape. I've included a variety of programs of
which I hope you'll find something useful. Some of the programs that I've
included on the tape are from other public sources. I hope that the
respective authors do not mind my redistributing their code here. I've
included these programs in order to provide a complete package to
complement the programs that I'm supplying. All of these programs were
tested on an HPO Release 3.4 system. The XF assembler was used.
If you have any questions, comments, criticisms or suggestions, please
contact me at:
Will Williams
Fidelity Systems Company (FMR)
82 Devonshire St.
Boston, Ma. 02109
Mail Zone F2D
(617) 570-6681
And now here is a brief description of what is on the tape:
FMR-VM86 READ-ME - you're looking at it now
COMX XEDIT - displays the output of a CP or CMS command in the
XEDIT message area (use while in XEDIT)
COMY XEDIT - displays the output of a CP or CMS command in a
2nd XEDIT screen (use while in XEDIT)
CPSYMBOL MODULE - returns address from CP Symbol Table. I seem to
have 'misplaced' the source for this one.
CPUSER ASSEMBLE - checks for existence of a specified userid in the
CPUSER LISTING current CP directory via Diagnose x'84'
CPUSER MODULE
CPUSER TEXT
CURROPEN EXEC - displays the current buffer of a specified user's
open spool file (uses READOPEN)
DDRTAPE ASSEMBLE - reads and displays information (date and time) from
DDRTAPE LISTING a tape created by DDR
DDRTAPE MODULE
DISKDATE ASSEMBLE - This program is from the '84 Tools Tape. I've added
DISKDATE AUXFMR a STACK option. (used by the DM EXEC below)
DISKDATE FMR00001
DISKDATE LISTING
DISKDATE MODULE
DISKDATE TEXT
DM EXEC - is an unfinished 'Disk Manager'. This EXEC was an
attempt to allow CMS files to be viewed by filetype
group. A fair amount of the EXEC works and is worth
trying if you are at all interested. However there
is quite a bit of function that I would like to add
which I have not gotten around to yet. Please note
that scrolling on the 2nd (filetype) screen does not
work.
FMR CNTRL - control file needed for reassemblies
FTYPES ASSEMBLE - returns a list (which can be sorted via SORT option)
FTYPES LISTING of the filetypes found on a specified minidisk. The
FTYPES MODULE S-disk (190) seems to produce an extra garbage
FTYPES TEXT filetype that I've not yet been able to track down.
INTERTYP ASSEMBLE - 'front-end' for TYPLIN. This program (which loads
INTERTYP LISTING as a Nucleus Extension) allows replacement of CMS
INTERTYP MODULE ready messages (R;, CMS, CMS SUBSET etc). There is
INTERTYP TEXT also some code that detects DISCONNecting and
reconnecting. Currently, the replacement ready
messages are 'hard-coded' in the program. I hope to
allow changing them from the command line some time
in the future.
IUCVTRAP MODULE - this program was written by Arty Ecock at CUNY. I've
included it since several of my programs use it.
LNKSAMPL ASSEMBLE - used by MAKELINK EXEC
LOADFREE MODULE - this program was written by Peter DiCamillo at Brown
University. I've included it so READOPEN can be
loaded as a Nucleus Extension.
MAKELINK EXEC - creates a MODULE which provides a moderate level
MAKELINK XEDIT of security for LINKing to minidisks. The MODULE
will only LINK to a specific minidisk and can only
be executed from a specific userid. The resulting
MODULE is called LINKMOD MODULE. If you are
generating the MODULE for use by PASSLIST, rename
LINKMOD to LINKDIRM MODULE.
MATCHIT ASSEMBLE - is a simple pattern matcher that allows the use of
MATCHIT LISTING the wildcard characters '?' and '*'.
MATCHIT MODULE
MATCHIT TEXT
MORE MODULE - places the screen of a 3270 in 'MORE...' status
(seems like a strange thing to do, no?)
NUMFILES ASSEMBLE - tells you how many files of a specified filetype
NUMFILES EXEC exist on a specified minidisk. The EXEC is just
NUMFILES LISTING a simple front-end to the MODULE.
NUMFILES MODULE
NUMFILES TEXT
OPENLIST EXEC - provides a full-screen list of all of the currently
OPENLIST HELPCMS open spool files. Different PF keys allow you to
view the open file or write it to disk (uses
READOPEN).
OPRLOG EXEC - displays the open console file for the OPERATOR
(may need to modified for local installation).
(uses READOPEN)
PASSLIST EXEC - generates a password listing based on the current
PASSLIST XEDIT USER DIRECT. It expects to find a LINKDIRM MODULE
to use to gain access to the minidisk that contains
the source directory. LINKDIRM is created by the
MAKELINK EXEC. The call to LINKDIRM can be
commented out if not needed.
PRESERVE MODULE - this program is from the '85 Tools Tape. It allows
many 'settings' to be saved and restored.
PROFOLST XEDIT - used by the OPENLIST EXEC.
QCLASS ASSEMBLE - returns the CP privilege classes for a specified
QCLASS LISTING logged on userid
QCLASS MODULE
QCLASS TEXT
QINFO EXEC - return information about reader, printer or punch
files. Command syntax allows you to specify something
such as: QINFO R (Last 4 or QINFO P (All
QOPEN ASSEMBLE - I'm not sure where this came from. Probably the '83
QOPEN AUXFMR Tools Tape. I've added a change that allows the
QOPEN FMR00001 command output to be placed on the stack. If the
QOPEN FMR00002 MODULE needs to be regenerated, ASSEMBLE (VMFASM) and
QOPEN LISTING load QOPEN and then GENMOD as QOPENSTK. (used by
QOPEN MODULE OPENLIST EXEC)
QOPEN TEXT
QOPENSTK MODULE
QORDER EXEC - saves and restores the current order of reader,
printer and punch files. This is handy before a call
to something like PEEK if you don't like the file
order being rearranged.
RDRCHECK EXEC - checks to see if any new reader files have shown up
since the last time that the EXEC was invoked. Must
first be called with SAVE option to remember current
number of files.
RDRTYPE EXEC - types out a specified reader file. Useful for small
reader files.
READOPEN ASSEMBLE - reads entire open spool files. Used by several other
READOPEN HELPCMS programs on this tape. In addition to needing CP
READOPEN LISTING privilege class C or E, you also need a full-pack
READOPEN MODULE read-only link to each CP volume that contains
READOPEN TEXT spool (TEMP) space. Look at the HELP file for further
information. If you want to be able to run this
program as a Nucleus Extension (and thus from CMS
Subset), use the LOADFREE command to load it.
REFLECT EXEC - executes a command and displays the output on your
terminal as well as the terminal of a specified
user
RXFNCMGR MODULE - from '85 Tools Tape.
RXUSERFN MODULE - from '85 Tools Tape.
STATX6 ASSEMBLE - from '84 Tools Tape. Checks integrity of a specified
STATX6 AUXFMR minidisk. I've added 3380 support. STATX6 is used
STATX6 FMR00001 by the UNERASE EXEC below.
STATX6 LISTING
STATX6 MODULE
STATX6 MOD12
STATX6 MOD13
STATX6 MOD14
STATX6 TEXT
TEMPCHEK EXEC - simple EXEC to show the percentage full of the system
TEMP space.
TERMSTAT ASSEMBLE - displays the status of a specified terminal (such as
TERMSTAT LISTING MORE..., HOLDING etc. This can be useful for deter-
TERMSTAT MODULE mining whether or not a user has seen a message that
TERMSTAT TEXT you have just sent. Please note that there is no
support for VCNA connected terminals.
TERMWAIT ASSEMBLE - simple program that waits for terminal I/O to
TERMWAIT LISTING complete
TERMWAIT MODULE
TERMWAIT TEXT
UNERASE ASSEMBLE - 'brings back' a CMS file that you have just ERASEd.
UNERASE EXEC It can only bring back the most recently ERASEd
UNERASE LISTING file. The STATX6 program is called from the UNERASE
UNERASE MODULE EXEC to 'straighten out' the minidisk after the
UNERASE TEXT UNERASE operation.
UNIQUE ASSEMBLE - generates a unique file id of the form
UNIQUE LISTING 'T$seqnum mm$dd$$yy fm'. This can be useful for
UNIQUE MODULE creating the names of work files.
UNIQUE TEXT
VMBLOK ASSEMBLE - returns VMBLOK addresses. A specific userid or
VMBLOK LISTING group of userids can be specified using the
VMBLOK MODULE wildcard characters '?' and '*'.
VMBLOK TEXT
WHW MACLIB - contains members needed for reassembly of certain
ASSEMBLE files
XMSGRST ASSEMBLE - resets the XEDIT message count. Take a look at
XMSGRST LISTING the block comment in the ASSEMBLE file for more
XMSGRST MODULE info. I don't think that this program will work
XMSGRST TEXT under Release 4 and I do not currently have a
bypass.
* * * End of FMR-VM86 READ-ME * * *
M0154.VMARC
|
There does not appear to be an abstract or README for this archive. It seems to be a bunch of tools and games for CMS. The contents are below. $SORRY $FILE ADMPIC ASSEMBLE ADVENT EXEC ADVENT MODULE ADVENTUR EXEC ADVENTUR MODULE APIC MODULE ARTILLER BASIC ARTILLER EXEC BATTLE BASIC BATTLE EXEC BENCH3 EXEC BLAKJACK MODULE BSCCOM MODULE BSCRUN MODULE BSE EXEC BTHELLO BASIC BTHELLO EXEC BULLSEYE BASIC BULLSEYE EXEC B2D EXEC B2O EXEC B2X EXEC CALCX MODULE CAVES BASIC CAVES EXEC CAVES1 BASIC CAVES1 EXEC CHASE EXEC CHASE MODULE CHECKERS EXEC CHECKERS MODULE CHERYL ADMSAVE CRAPS BASIC CRAPS EXEC DIRMAP EXEC DRILL BASIC DRILL EXEC DUKEDOM MODULE DUM EXEC D2B EXEC D2O EXEC FCOPY ASSEMBLE FCOPY AUXSP FCOPY MODULE FCOPY TEXT FCOPY UPDT0001 FOOTBALL BASIC FOOTBALL EXEC FORTUNE MODULE FREEMODE EXEC FRUITN MODULE GAMES EXEC GBASIC MODULE GOLF BASIC GOLF EXEC HAMURABI BASIC HAMURABI EXEC LINKCHK EXEC LOAD MAP LOGMSG EXEC LOGMSG HELP LOGMSG STD LUNAR BASIC LUNAR EXEC LUNAR2 BASIC LUNAR2 EXEC MAZE BASIC MAZE EXEC MISSLE BASIC MISSLE EXEC MONCLEAN OLDEXEC MOO BASIC MOO EXEC MOONSHOT BASIC MOONSHOT EXEC MSTRMIND EXEC MSTRMIND MODULE MUGWUMP BASIC MUGWUMP EXEC NIM BASIC NIM EXEC NX$$$$ $READ$ME NXASM EXEC NXCMSCMD ASSEMBLE NXCMSCMD LISTING NXCMSCMD TEXT NXCOMM ASSEMBLE NXCOMM LISTING NXCOMM TEXT NXCPCMD ASSEMBLE NXCPCMD LISTING NXCPCMD TEXT NXDTCVT ASSEMBLE NXDTCVT LISTING NXDTCVT TEXT NXLIB MACLIB NXMAIN ASSEMBLE NXMAIN LISTING NXMAIN MODULE NXMAIN TEXT NXMSAVE ASSEMBLE NXMSAVE LISTING NXMSAVE TEXT NXMSGPRT ASSEMBLE NXMSGPRT LISTING NXMSGPRT TEXT NXMSGS ASSEMBLE NXMSGS LISTING NXMSGS TEXT NXNUC ASSEMBLE NXNUC LISTING NXNUC TEXT NXPUNCHN ASSEMBLE NXPUNCHN LISTING NXPUNCHN TEXT NXPURCHN ASSEMBLE NXPURCHN LISTING NXPURCHN TEXT NXREADM ASSEMBLE NXREADM LISTING NXREADM TEXT NXREADN ASSEMBLE NXREADN LISTING NXREADN TEXT NXSCNSUB ASSEMBLE NXSCNSUB LISTING NXSCNSUB TEXT NXSFBSCN ASSEMBLE NXSFBSCN LISTING NXSFBSCN TEXT NXSPLRD ASSEMBLE NXSPLRD LISTING NXSPLRD TEXT NXSSAVE ASSEMBLE NXSSAVE LISTING NXSSAVE TEXT NXSYS EXEC NXTAGSAV ASSEMBLE NXTAGSAV LISTING NXTAGSAV TEXT NXTGRSTR ASSEMBLE NXTGRSTR LISTING NXTGRSTR TEXT NXTRCCOM ASSEMBLE NXTRCCOM LISTING NXTRCCOM TEXT NXTRCE ASSEMBLE NXTRCE LISTING NXTRCE TEXT NXVALUSR ASSEMBLE NXVALUSR LISTING NXVALUSR TEXT OTHELLO MODULE O2B EXEC O2D EXEC O2X EXEC PAGING GAME PARACUTE BASIC PARACUTE EXEC POKER BASIC POKER EXEC RACE BASIC RACE EXEC RANDOM EXEC RESETPW EXEC REVERSE BASIC REVERSE EXEC RTSVM EXEC SHOOT MODULE SHOPPING BASIC SHOPPING EXEC SKULL ADMGDF SLOTS BASIC SLOTS EXEC STARS BASIC STARS EXEC STARTREK EXEC STARTREK MODULE STARTRK1 MODULE STICKS BASIC STICKS EXEC STOCK BASIC STOCK EXEC STREKB EXEC SUPRTREK MODULE TAXMAN BASIC TAXMAN EXEC TEDYBEAR SAS TEMP EXEC TICTAC BASIC TICTAC EXEC TICTACTO MODULE TIKTACTO EXEC TIKTAKTO MODULE TMAA EXEC TMAC EXEC TORO BASIC TORO EXEC TPCHK EXEC TRAP BASIC TRAP EXEC TURKEY ADMSAVE UNERASE ASSEMBLE VADER ADMGDF VENTURE EXEC VENTURE MODULE WAR BASIC WAR EXEC WARNED BASIC WARNED EXEC WIRE BASIC WIRE EXEC X2B EXEC X2O EXEC M0155.VMARC |
Contributions from VM Systems Group WHERESEG is a REXX program which takes the name of a DCSS or IPLable system as its one argument, and displays the starting/ending addresses of the DCSS/system, and notes whether the DCSS/system is currently loaded. A Release 3 HELP file and its original SCRIPT file is included. WORKNEW is an EXEC2 program which inserts consecutively numbered items into a file, using data lines at the end of the file to remember the last number used in several independently numbered groups of items. It is submitted to ILLUSTRATE how XEDIT can read, process, and update data in a file to automate a data entry task (tracking sequential items). It inserts a heading line (from file 'WORKNEW HEADER', supplied) below the current line in the file. Use WORKNEW by positioning yourself in test file 'WORKPROB MEMO' (supplied) above the data lines at the end of the file, and issuing the WORKNEW command with one of the valid prefixes (CO, TM, etc.). The data lines contain a (hopefully) unique character string identifying them as data lines, indicate which number series they record, and show the last number used and the date it was changed. If you position yourself so that the data lines are displayed, you will see the appropriate data line change at the same time the heading line is inserted in the file. Gabe Goldberg VM Systems Group 703 685-1314 5/31/86 M0156.VMARC |
VM/Workshop D. C. Kleine Peabody Holding Co. (PBD) 301 N. Memorial St. Louis, Mo. 63102 (314) 342-3400 x3769 These are some execs and xedits macros which make use of name files and the NAMEFIND command in different ways. Setup Exec , Setup disks for products Setup Names , Names file use by Setup exec Getdisk Exec , Link and access disks Route Exec , Spool and tag print Route Names , Used by the route exec for spool and tag info Xedit Names , used by profile xedit for xedit commands Profile Xeditn , xedit profile Sentrys Assemble , returns number of entries in program stack Sentrys Module , M0157.VMARC |
Wichita Public Schools - VM Workshop - 1986
The Wichita Public Schools contribution to the VM Workshop tools
tape consists of a new CP module (DMKDIX) which will process commands
to maintain DIAL command userid synonyms, a modification to DMKDIA to
use the table created by DMKDIX, a CICS command processor to issue
the VM reset command to a dialed terminal, a DOS/VSE user exit phase
to set up the environment for the CICS command, and a CMS module which
supports batch job submission with included files. The contents of this
file and a brief description of each follows.
$SYSOPEN ASSEMBLE VSE phase to provide hook for resetcp.
DMKCFC AUXLCL Update to add DMKDIX to CP command table.
DMKCFC LCL00002
DMKDIA AUXLCL Update to allow dial command to support
DMKDIA LCL00001 abbreviations.
DMKDIX ASSEMBLE Program to set up DIAL command extensions.
RESETCP ASSEMBLE CICS transaction to drop a 'dialed' term.
SUBMIT ASSEMBLE Program to facilitate batch job submission.
SUBMIT AUXLCL
SUBMIT LCL00001
SUBMIT MODULE
SUBMIT SEQUENCE
$SYSOPEN - This is a program which fakes out VSE into thinking OLTEP
is running. When this is the case there is a SVC instruction which will
allow a program to execute a priveleged instruction. In particular, the
RESETCP program can execute a console function diagnose to issue the VM
reset command.
DMKCFC - Updates to install the SDIAL and QDIAL commands from
DMKDIX.
DMKDIA - Updates to the VM/SP DIAL command processor which allows it
to use abbreviations set up by DMKDIX. For example, the user may issue
the command 'D C' or 'D CICS' instead of having to spell out the entire
userid as in 'D MVSPRODX'. It also offers an ability to force a local
terminal to connect to a vaddr graf address which corresponds to the
raddr of his terminal on the system. This capability is there because
we went from stand alone VSE to VSE under VM and discovered much to our
horror that all of the security and accounting we had in place under our
CICS system was dependent on the CICS terminal ID instead of the userid
signed on with. We needed to keep that correspondence between the
physical terminal address and the port dialed into without dedicating
the terminal exclusively to CICS. Note that if this feature is used, as
well as forcing the user to a specific port it will prevent both
remote 3270 users and logical devices
from using the dial command to the virtual machine it is in place for.
For more information read the program headers in DMKDIX.
DMKDIX - A CP resident module which contains command processors for
the SDIAL (SET DIAL) and the QDIAL (QUERY DIAL) CP commands and a table
referenced by the updated DMKDIA module. The SDIAL command allows the
installation to set up userid synonyms or abbreviations so the end user
may issue a short command like 'D C' to access a system, optionally at
a specific port address, instead of 'D VSEIPO BB9'. A complete
description may be found in the DMKDIX ASSEMBLE file.
SUBMIT - This is a CMS module which facilitates sending batch runs to
a GVM without having to manually spool the punch and remember to specify
noheader on the punch command. It supports 'include' file processing for
as many levels as it can build control blocks for without running out on
storage while checking for 'recursive' include statements.
If you have any questions or comments please feel free to contact
me at:
Bill Goering
Wichita Public Schools
432 West Third
Wichita, Kansas 67203
(316) 263-0325
M0158.VMARC
|
No README. Assorted from Dan Fisher, University of Toledo Archive contents: DMKCFZ R0075UOT DMKDIR R0075UOT DMKEMA R0075UOT DMKLOH R0075UOT DMKMSG R0077UOT DMKQCN R0077UOT DMKQCO R0077UOT DMKSND R0077UOT DMKUSQ R0077UOT DMSCPY R0049UOT DMSFNC R0049UOT DMSPRT R0004UOT DUR EXEC UDIRECT R0075UOT VMBLOK R0075UOT VMBLOK R0077UOT M0159.VMARC |
No README. Jerry Brennan, Union Carbide: Miscellaneous XEDIT macros Archive contents: BUILDUP HELPXEDI BUILDUP XEDIT COPYCOLS HELPXEDI COPYCOLS XEDIT DAC HELPXEDI DAC XEDIT DBL HELPXEDI DBL XEDIT DEBLANK HELPXEDI DEBLANK XEDIT DEDUP HELPXEDI DEDUP XEDIT DEDUPALL HELPXEDI DEDUPALL XEDIT DLB HELPXEDI DLB XEDIT FBL HELPXEDI FBL XEDIT FD HELPXEDI FD XEDIT IAC HELPXEDI IAC XEDIT IBL HELPXEDI IBL XEDIT IF HELPXEDI IF XEDIT LIMIT HELPXEDI LIMIT XEDIT NDEDUP HELPXEDI NDEDUP XEDIT NEWNAME HELPXEDI NEWNAME XEDIT NUMBERS HELPXEDI NUMBERS XEDIT PARTCOPY HELPXEDI PARTCOPY XEDIT PARTMOVE HELPXEDI PARTMOVE XEDIT PARTPROP HELPXEDI PARTPROP XEDIT PERUSE EXEC PERUSE HELPCMS PERUSEX XEDIT RAC HELPXEDI RAC XEDIT RBL HELPXEDI RBL XEDIT RJ HELPXEDI RJ XEDIT SEARCH HELPXEDI SEARCH XEDIT SEARCHUP HELPXEDI SEARCHUP XEDIT SEEK HELPXEDI SEEK XEDIT SLICE HELPXEDI SLICE XEDIT XOS EXEC XOS HELPCMS XOS XEDIT M0160.VMARC |
config -- report i/o configuration
ABSTRACT
The CONFIG program is designed to provide a printed report summarizing
the address, type, and status of I/O devices attached to a computer. It
operates equally well as a command under CMS, as a stand-alone deck
in a virtual machine, and as a stand-alone program in a real CPU. AP and
MP systems are supported; I/O devices on an MP are identified with the
CPU address in addition to the traditional 3-digit I/O address.
The major intended function of the program was to provide verification
of the I/O configuration of a real system when the machine is returned
to the customer by the engineers after performing a reorganization of
the I/O equipment, and in particular provides information which shows
which devices have multiple exposures to the CPU. The initial
impetus for this program was an incident in which cables to a
multiply-exposed 3380 disk were connected incorrectly in a manner
which would have resulted in the device being treated as two
independent volumes.
The code in addition will provide a verification that the UCW's in
the CPU are set up to cover the desired devices. Please note that
this does NOT indicate that the UCW options are properly set.
The CONFIG program is a self-contained package which will examine the
I/O environment in which it finds itself and will publish a report
summarizing the devices found, including their addresses, control unit
and device types if possible, volume serials (for DASD devices) and
device serial numbers (for tape drives), and if present any alternative
addresses which may be used to access the device. Except for
the use of DMSFREE and DMSKEY if the program finds itself
executing as a CMS command, it uses no outside services in its execution.
The program identifies devices it finds by any of a number of
techniques. If the device responds to the SENSE ID CCW (X'E4'), the
data received from the control unit are used to identify the
control unit and (if provided) the device. If this fails to identify
the device, a canned list of address-to-device data is used to
identify the unit; failing that, some brute-force guesses are made.
For disk drives, alternate exposures are detected by matching the
volume serial read from the device. For tape drives, the
device serial number (in the sense data) is used as the match.
REQUIREMENTS AND RESTRICTIONS
The program will operate in any real or virtual machine with more than
32K bytes of memory and a 3215-type console (at address 009 or 01F) or a
1403-type printer (at 00E). Other addresses and device types may
be provided for by modifying the console search table at CONLIST, and
if necessary the device type recognition code in PRINTHDR and PRINTRPT.
Although status bits are defined for use with UCS and FCB load functions
for the printers, there is no support for these functions in the
code. This means that if the printer has been powered off since the
last time its UCS or FCB buffers have been loaded, they must be reloaded
by some other program before CONFIG is run.
3270 consoles are NOT supported, except that consoles running
in printer-keyboard mode are supported as 3215's.
A device found to be not ready is ineligible for use as an output
device. This means that a printer at 00E may exist, while
CONFIG is putting its output on the printer-keyboard at 01F.
Each installation using this program should review the list of wired-in
device addresses at TDCUU to provide for its particular environment.
FBA disk drives are NOT supported, although it should be relatively
easy to add the code to the read-label routine near TDCKIR.
If the Time-of-Day Clock is not set, the report will be flagged to
indicate that. If it is valid, it will be used to publish the
GMT time of the report.
If a disk drive is not ready, or for any other reason a volume serial
cannot be read, multiple exposures for that disk will not be
recognized and each will appear independently. Also, there will
be "phantom" devices reported where the control units are plugged
to recognize more devices than physically exist.
EXECUTING THE PROGRAM
No special handling is required to execute the program under CMS. Load
the text deck, GENMOD it if desired, and start execution. Remember that
the code as distributed looks for a printer at 00E first, so if the
code is running in a virtual machine it would probably be a good idea
to issue the command NOTREADY E before executing CONFIG.
When running in a stand-alone environment (either under VM or in a clear
machine) the program is intended to be loaded by the code in
file 3CARD LOADER from the CMS S-disk. An IPL-able magnetic tape
may be created by the following:
TAPE REW
FILEDEF OUT TAP1 (LRECL 80 BLKSIZE 80 RECFM F PERM
FILEDEF IN1 DISK 3CARD LOADER S
FILEDEF IN2 DISK CONFIG TEXT A
TAPE REW
MOVE IN1 OUT
TAPE BSF
MOVE IN2 OUT
wait state codes
X'000001'\--\The program cannot find a valid output device
X'000111'\--\This non-IPL processor has completed its execution
X'101010'\--\CONFIG is waiting for I/O to complete
X'00F00x'\--\An unexpected interrupt has occurred. This is most
likely if the START button on the console is pressed on an AP or MP
system before CONFIG can begin processing on the non-IPL processor.
X'FFFFFF'\--\CONFIG is finished.
OUTPUT FORMAT
A typical output from CONFIG might look like this:
I/O Device Environment Report -- CPU Model 4381 (MP)
Serial Number 123456 05/14/86 23:45 GMT
CPU CUU CTL UNIT DEV TYPE VOLSER RDY 2CH ALTADDR
0 01F 4281 3215
0 160 3880 3380 SYSRES * 1-360
0 242 3880 3380 DATABA
0 580 3803 3420 04432 N *
1 3A0 3880 3380 TESTVM
This report says that:
*\The report was produced on a uniprocessor 4381, serial number
123456, on 14 May 1986 at 23:45 GMT.
*\Six devices were found for which a TEST I/O instruction did not return CC=3.
Four of them were on processor zero of this MP system; two were on processor
1.
*\There are three disk drives, including one which has two
legs of an alternate path structure available to the computer. These
legs appear at address 160 on processor zero, and at 360 on
processor 1.
*\The tape drive at address 580 carries a serial number whose low four
digits are 4432. The control unit to which it is attached supports
at least two channel interfaces, but only one is attached to this
computer. The tape drive is not ready.
The 3880 control units which service disks at addresses 242 on processor zero
and 3A0 on processor 1 do not have the 2-channel switch feature.
Notice that the entry for the alternate port (360 on processor 1) does not
appear on a line by itself. A device will never appear both as an alternate
address and as a primary. In all cases the lowest-addressed exposure of
a device with multiple access paths will appear as the primary address.
If the computer on which the program is running is a uniprocessor, the
CPU address data will not appear on the output listing.
SOURCE ISSUES
The entire program is a single assembler file, and is compatible with
the XF assembler shipped with VM. Macro libraries are the usual
CMSLIB, DMSSP, and OSMACRO. There are no private macros, inline
or otherwise. The output of the program, with 3CARD LOADER placed
in front, is the entire stand-alone load deck.
The origin of X'6000' for the assembly controls only where it is
loaded as a stand-alone program. Note that 3CARD LOADER cannot
handle a load address on any card in excess of X'7FFF'.
The code will load at X'20000' when used under CMS.
problem areas
The SENSE ID command (X'E4') fails for a not-ready device, so disk drives
which are not ready (or do not exist) will return false addresses which the
program presently reports as tape drives.
Series/1 channel attachment features will claim to be control unit type
4950, with unknown device type.
Tape drive serial numbers will match only the low four digits of the
serial number stamped on the drive frame. The high digit represents the
model number of the device as shipped from the factory, which cannot be
determined except by looking at the original shipping documents...a task
beyond the capabilities of CONFIG.
CONFIG will hang if it encounters an interface control check.
If and when time becomes available to work on it the IFCC will be reported
and/or ignored. As the code stands, an IFCC has probably occurred if the
STOP button on the CPU console does not immediately result in INSTRUCTION
STOP status on the display. Examining register 10 should disclose the
address being investigated at the time of the failure.
Please send any comments, questions, or suggestions to me at:
Joe Morris
The MITRE Corporation (MTW)
Mail Stop W130
7525 Colshire Drive
McLean, VA 22102
(703) 883-5672
-or-
via VMSHARE or PCSHARE
-or-
jcmorris@mitre
-or-
M15254%MWVM@mitre
M0161.VMARC
|
Author: Paul Smith
Company: American Olean Tile
Address: 1000 Cannon Ave. Lansdale, Pa. 19446
Function: Estimates 3375 & 3380 disk utilization given input of
number of records for either VSAM or SAM.
Included: DASD EXEC
DASDCALC EXEC
DASDFLIS EXEC
DASDUSE EXEC
DASDUSE MACLIB
Prereqs: VM/SP r2 & up; ISPF; access to FLIST MODULE
Installation: Add all the execs and maclibs to an mdisk. The primary
exec to issue is 'EXEC DASD'. This one will attempt to
to a link to the ISPVM (ISPF) machine 192 disk, which
should contain the ISPF maclibs, etc. This line of
the exec should be edited for password and any other
standards at your shop.
Specific: The exec calls a primary screen, from which two options
can be selected. Selecting option 1 (DADCALC) takes
the user into a relatively self-explanatory screen
requesting input. Eg:
********************************************************************
* D A S D C A L C F A C I L I T Y *
* ** TYPE IN EXIT AT COMMAND LINE TO EXIT *
* NOTE1: THIS FUNCTION CURRENTLY SUPPORTS 3375'S & 3380'S *
********************************************************************
PROCESSING INFORMATION
======================
ENTER FREE SPACE CI ==> (DEFAULT IS 00)
ENTER FREE SPACE CA ==> (DEFAULT IS 00)
BLOCK OR CI SIZE IS ==> (DEFAULT IS 512)
NUMBER OF RECORDS ==> (DEFAULT IS 1)
RECORD SIZE ==> (DEFAULT IS 1)
ENTER V FOR VSAM S FOR SAM ==> (DEFAULT IS V)
ENTER 8 FOR 3380, 7 FOR 3375 ==> (DEFAULT IS 7)
-------------------------------------------------
||| TOTAL CYLINDERS IS ==> |||
||| IF FULL FREE BYTES IN CI IS ==> |||
-------------------------------------------------
All the input parameters have a default, and for VSAM,
the exec will attempt to calculate a valid CI size
according to the rules in the VSE/VSAM R3 Commands &
Macros manual (eg. a CI size > 8192 must be a multiple
of 2048, etc.). The exec displays an error message
if the CI size or free space parms are invalid. There
is no help facility in this exec. Selecting Option 2
displays a panel where flist can be used, and is there
only for those who must do a lot of calculations and
don't want to keep exiting ISPF to enter the calculations.
Note: The exec uses the EXEC2 interpreter, and the calculations
of space utilization are based on the 3375 & 3380
user guide formulaes. Although I can't guarantee the
calculations to be totally accurate in all cases due
to the many variables involved especially in VSAM
variable length records, I have found that with the
rounding up to cylinder boundaries the exec is
extremely accurate (even being checked against
VSAM managed SAM space that is allocated using the
DLBL method, and checking against a listcat).
M0162.VMARC
|
POP and PUSH are complementary commands which save and restore TXTLIBs,
MACLIBs, DOSLIBs, and LOADLIBs. The number of libraries that can be
saved is dependent on the amount of storage available.
PUSH syntax is:
PUSH librarytype - adds it to the 'stack'
POP syntax is:
POP librarytype - pops the most recent 'librarytype' PUSHed onto the
stack. If one doesn't exist, the current settings
are not altered.
Author: Louis Lang
Purdue University Computing Center
W. Lafayette, IN
BITNET: LANG@PURCCVM
M0163.VMARC
|
File 2 contains various handy EXECs that are resident here - thought
they may be of interest (even tho the documentation is somewhat lacking)
I'll give a brief description here:
TELL - a rewrite of IBM's TELL - this breaks up lines so they don't
wrap around onto a new line, can also prefix messages with a
time stamp. Issue 'TELL (HELP' for more info.
NQ - network query - see if a user is logged on.
FILTER - (still in a development stage, but somewhat useable)
ignore messages coming from people.
REXXREF - a REXX exec formatter and cross-referencer. A nasty piece
of code which has grown beyond my capacity to maintain it.
(not really, but it's getting close)
BATCH - The Purdue Batch system developed at Purdue / LARS and
previously maintained and updated at SAS Institute. It has
now come back to Purdue to roost.
Any comments, suggestions, etc (flames will be read and then proper
action taken (like forgetting about it!! :-) ) should be sent to the
author (mainly me, since I don't want to saddle anyone else with it)
BITNET: LANG@PURCCVM. If its a problem report, please be complete with
information pertaining to the problem. (Be sure MSGLEVEL=(1,
1) before calling me for program support. :-) )
M0164.VMARC
|
Louis Lang, Purdue University: Purdue Batch System 2.1 (1 of 9) M0165.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (2 of 9) M0166.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (3 of 9) M0167.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (4 of 9) M0168.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (5 of 9) M0169.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (6 of 9) M0170.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (7 of 9) M0171.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (8 of 9) M0172.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.1 (9 of 9) M0173.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (1 of 10) M0174.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (2 of 10) M0175.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (3 of 10) M0176.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (4 of 10) M0177.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (5 of 10) M0178.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (6 of 10) M0179.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (7 of 10) M0180.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (8 of 10) M0181.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (9 of 10) M0182.VMARC |
Louis Lang, Purdue University: Purdue Batch System 2.2 (10 of 10) M0183.VMARC |
Installing MAIL/MAILBOOK
Richard A. Schafer
ICSA - Rice University
P.O. Box 1892
Houston, Texas 77251
BITNET address:
SCHAFER@RICE
May 28, 1986
First things first:
If your copy of the distribution came over the network
then you should have received the following files:
MAIL INSTALL - You're reading it now.
CARD MODULE - The Cornell CARD command. Used to load the
rest of the files.
CARD HELPCMS - The HELP file for the CARD command.
MAIL PACKAGE1 - The files which comprise MAIL and MAILBOOK,
MAIL PACKAGE2 - dumped with CARD DUMP * *.
If your copy of the distribution came on tape, the MAIL PACKAGEn file
will be replaced with a VMFPLC2 DUMP copy of the rest of the MAIL
and MAILBOOK system. Use VMFPLC2 LOAD * * to load the entire tape
onto disk for customization.
The MAIL PACKAGEn files consist of the following:
EXECs and XEDIT macros:
MAIL EXEC - Entry point into MAIL
MAILBOOK EXEC - Entry point into MAILBOOK
MAILB00K XEDIT - Main processing for MAIL and MAILBOOK
MAILREAD XEDIT - Reads mail from virtual reader onto disk
MAILOPTS XEDIT - Initial setting of global options
MAILSYS XEDIT - Installation (site) profile
MAILUSER XEDIT - Sample user profile
SETMAIL XEDIT - Macro for easier setting of profile options
PROFMBOK XEDIT - Modified version of PROFFLST for use by MAILBOOK
Files used for MAIL and MAILBOOK maintenance:
MAIL $EXEC
MAILBOOK $EXEC
MAILB00K $XEDIT
MAILREAD $XEDIT
MAILOPTS $XEDIT
MAILSYS $XEDIT
SETMAIL $XEDIT
MAIL CNTRL
DCOMMENT XEDIT - Macro to remove comments from REXX execs
REXXCOMP XEDIT - Macro to compress REXX execs
MAILUPDT EXEC - Cover execs for EXECUPDT to allow easy
maintenance to MAIL/MAILBOOK.
MAILUPDT XEDIT - XEDIT macro used by MAILUPDT EXEC
MAIL SCRIPT - The Waterloo SCRIPT source for MAIL INSTALL
Modules:
IUCVTRAP MODULE - Arty Ecock's IUCV message handler.
Data files:
NEWMAIL CHANGES - List of the changes between this version and
the previous
OBSOLETE FILES - Files from the previous version of MAIL
that are no longer needed and may be erased.
HELP files:
MAIL HELPCMS
MAILBOOK HELPCMS
IUCVTRAP HELPCMS
MAIL HELPMENU
MAILBOOK HELPMENU
MAILMENU HELPMENU
MAILREAD HELPMENU
MAILSEND HELPMENU
AFTER HELPMAIL
BEFORE HELPMAIL
COPY HELPMAIL
COPYALL HELPMAIL
DELETE HELPMAIL
DISPLAY HELPMAIL
EXCLUDE HELPMAIL
FORWARD HELPMAIL
HELP HELPMAIL
INCLUDE HELPMAIL
LOG HELPMAIL
MENUMODE HELPMAIL
MOVE HELPMAIL
MOVEALL HELPMAIL
ON HELPMAIL
OPTIONS HELPMAIL
PRINT HELPMAIL
PRINTALL HELPMAIL
PROFILE HELPMAIL
QQUIT HELPMAIL
QUERY HELPMAIL
QUIT HELPMAIL
READ HELPMAIL
REPLY HELPMAIL
REPLYTO HELPMAIL
SELECT HELPMAIL
SEND HELPMAIL
SORTDOWN HELPMAIL
SORTUP HELPMAIL
SUSPEND HELPMAIL
SWITCH HELPMAIL
UNDELETE HELPMAIL
If for some reason you did not receive these files, contact me immediately.
Loading files onto disk:
From a network distribution:
The first thing to do is to load this file and read it, which you
have obviously already done. The next is to load CARD MODULE.
If you already have a working version of CARD, you can continue to
use it, although I advise checking the timestamps, and replacing
your version if it's older than the one I've shipped you.
I then suggest that you obtain a separate minidisk for the other files.
They will take up slightly more than half of a 5 cylinder 3350 minidisk,
blocked with 2K blocks.
Once you have a minidisk, use CARD LOAD to load the files onto your disk.
That's all you HAVE to do. MAIL and MAILBOOK will work as is. However,
you should take a look at the default profile options and change
MAILSYS XEDIT as appropriate.
From a tape distribution:
You will need to get a minidisk for the files.
They will take up slightly more than half of a 5 cylinder 3350 minidisk,
blocked with 2K blocks.
To load the files, have the tape attached to your virtual machine and
do a
VMFPLC2 LOAD * *
That's all you HAVE to do. MAIL and MAILBOOK will work as is. However,
you should take a look at the default profile options and change
MAILSYS XEDIT as appropriate.
Not all of the files need to be on a publicly available disk. The files
required are:
All of the HELP files
IUCVTRAP MODULE
MAIL EXEC
MAILBOOK EXEC
MAILB00K XEDIT
MAILOPTS XEDIT
MAILREAD XEDIT
MAILSYS XEDIT
PROFMBOK XEDIT
SETMAIL XEDIT
You may very well wish to put the CARD MODULE (and HELP file) out for
public use, but it's not required for use of MAIL/MAILBOOK.
The MAILUSER XEDIT file is just a sample user profile; it can be put
on a public disk, but is not required for use of MAIL/MAILBOOK.
IUCVTRAP
The IUCVTRAP included with MAIL and MAILBOOK is the same
program that you may have already installed as part of GONE or some
other package. MAIL/MAILBOOK require some functions that have been
recently added to IUCVTRAP, so you may need to replace your old
copy of IUCVTRAP with this one. If your copy does not contain
support for the EXTRACT operand, you will definitely need to use
this copy.
The two profiles: MAILSYS XEDIT and MAILUSER XEDIT
The previous version of MAIL and MAILBOOK used a single profile.
If a user wanted to change a default option setting, he or she had
to make a copy of the installation's standard profile and make
changes. This version of MAIL and MAILBOOK supports 2 levels of
profiles. MAILSYS XEDIT is available for tailoring by your
installation, and MAILUSER XEDIT can be used by your users to
change options or screen displays to their heart's content.
MAILSYS XEDIT can be used to override the defaults I have set, and
MAILUSER XEDIT is always called after MAILSYS XEDIT, so users can
override your standard option settings.
For a complete description of the available options, see the
PROFILE HELPMAIL file. Options are set via the GLOBALV command; to make
setting of options easier (let's face it, the GLOBALV syntax is not what
I'd call user friendly), you can use the SETMAIL macro.
SETMAIL name value == GLOBALV SELECT MAIL SETL MAIL_OPTION.name value
In addition to setting
MAIL/MAILBOOK options, the profile(s) are used to
define how the screens are to be displayed. If you want the command line
somewhere other than where I've put it, you can move it. If you want
to change the PF key assignments, you can change them. Note that
if you change PF key assignments, you must retain the convention
that PF keys that refer to XEDIT subcommands are prefixed with @XEDIT,
and that PF keys that refer to MAIL/MAILBOOK subcommands are prefixed
with @MAIL. Other than that, you can set them any way you want.
When the profile is called (MAILSYS or MAILUSER), a single argument
will be passed. This argument, which will be either INITIAL, MENU,
READ, or SEND, can be used to determine what the mode you are in.
The INITIAL call is done prior to any display mode, and is primarily
used to determine what the value of the UNREAD.NOTEBOOK option is.
Besides the MAIL_OPTION. variables which may be set, there are 4
other variables which may be interrogated:
MAIL_OPTION.NOTEBOOK - the name of the notebook you are working with
MAIL_OPTION.SENDTYPE - SEND, REPLY, or FORWARD (only in SEND mode)
COMMAND - either MAIL or MAILBOOK
COMMAND_LINE - the operands on the MAIL command (blank for MAILBOOK)
Sample MAILUSER XEDIT
The sample MAILUSER XEDIT file sent sets the PSEND option on, which will
require confirmation before actually sending off a message. I set
this on myself to avoid accidentally sending a message before I am ready.
MAILER
For those of you not running a mail transport agent such as the
Columbia MAILER, you should set the DIRECT option to YES in your
MAILSYS XEDIT. I strongly urge you to consider running such an
agent. The Columbia MAILER is available from Alan Crosswell,
EACUS@CUVMA.
Redistribution
As I have always said, you may feel free to pass MAIL and MAILBOOK
on to another site if you wish. However, I prefer that if you do so,
you tell me about it and give me a contact at that site, so that I
may add the new site to my mailing list for updates.
Maintaining MAIL and MAILBOOK
Maintenance to MAIL and MAILBOOK EXECs and XEDIT macros
will be distributed in the form of updates; the HELP files will be sent
as replacements. I will never send an update to MAILUSER XEDIT, since
the user has total control over that file; I may send updates to
MAILSYS XEDIT.
To deal with updates, 2 copies of the EXECs and XEDIT macros will be
maintained: "filename EXEC" (or XEDIT), which will be the executable
form, and "filename $EXEC" (or $XEDIT), which will be a sequence
numbered form of the same file. The MAILUPDT exec is used as a cover
for IBM's EXECUPDT to apply the maintenance, and optionally strip
comments and compress the file into a V-format, LRECL 255 file with
multiple statements per line. All of the operands of EXECUPDT are
supported, and a default CNTRL file of MAIL CNTRL is used if the CTL
operand is omitted. When the EXECUPDT COMPRESS option is specified, in
addition to the usual EXECUPDT removal of comments which contain "/*!"
in the first 3 columns, MAILUPDT makes use of the DCOMMENT macro to
remove all lines whose first non-blank characters are "/* " plus all
blank lines. The COMPRESS option also calls the REXXCOMP macro to do
the compression. These macros may be used outside of MAILUPDT, although
REXXCOMP does not change the record format or LRECL of the file, so you
may will need to do that before calling REXXCOMP outside of MAILUPDT.
When I ship an update to a file, I will send along a corresponding
AUX file named "filename AUXMAIL", which can be used along with the MAIL
CNTRL file to control the updates. If you wish to make local updates,
I suggest adding a AUXLCL line (or something like it) to a copy of
MAIL CNTRL.
To make things as easy as possible, if you call MAILUPDT without
a fileid (whether or not you specify any options), MAILUPDT will
update every MAIL/MAILBOOK system file which has an AUXMAIL file.
Thus you can say:
MAILUPDT
and update everything, and
MAILUPDT (COMPRESS
and update and compress everything.
The original distribution executable
files are all in compressed format.
I strongly urge you to keep your executable files compressed: this will
have a major impact on the amount of memory used by the execs.
However, for making it easier for your users to know what defaults you
have set in MAILSYS XEDIT, you may want to consider leaving it
uncompressed.
The TRACE subcommand and command line option
An undocumented option and subcommand provide the ability to trace
the workings of the MAIL and MAILBOOK system. The TRACE option
(and subcommand) have the same syntax as the REXX Trace statement,
and produce exactly the same output.
M0184.VMARC
|
LINK and LOGON SECURITY
OVERVIEW
The module DMKSEC has been added to maintain security tables, and
to provide security subroutines for DMKLNK and DMKLOG.
The entry point DMKSECCK takes an 8 character userid, pointed to
by R3, and performs conversion to SYS (system account), OPR (operations
account), OPRDISC (operations disconnected virtual machine), or USR (user
services account). This subroutine uses an internal security table that
contains a list of names for each class (SYS, OPR, OPRDISC, or USR) of
userid.
The entry point DMKSECLN contains the LOGON security subroutine.
This routine limits SYS, OPR and OPRDISC accounts to certain access
lines. It calls DMKSECCK to convert the userid to the class code SYS,
OPR, or OPRDISC. If not class code SYS, OPR, or OPRDISC the LOGON is
allowed to continue. Otherwise, the userid's access line (terminal
address) is checked against the access line security table to determine
if this userid is allowed on this access line.
The entry point DMKSECLK contains the LINK security subroutine.
This routine limits LINKs to SYS, OPR and OPRDISC accounts only from
other SYS, OPR and OPRDISC accounts (unless the link password is ALL).
It calls DMKSECCK to convert the userid to the class code SYS, OPR or
OPRDISC and then determines if link should be allowed.
The changes to DMKLOG and DMKLNK provide for calls to DMKSEC.
The change to DMKHVC provides a new DIAG 108 that calls DMKSECCK
to check for a SYS or OPR account. This DIAG is required for the
DIRMAINT security.
INSTALLATION PROCEDURE
1. Load the following files from the tape:
DMKSEC ASSEMBLE
DMKSEC AUXLCL
DMKSEC JRL
DMKSEC UPDTLCL
DMKLNK AUXLCL
DMKLNK UPDTLCL
DMKLOG AUXLCL
DMKLOG UPDTLCL
DMKHVC AUXLCL
DMKHVC DMKSECCK
2. Make changes to the userid and terminal address tables in the
file DMKSEC ASSEMBLE to meet your installation requirements.
(Be sure to SET SERIAL OFF when in XEDIT).
3. Make sure the AUXLCL entry is in your CNTRL file, and assemble
DMKSEC, DMKLNK, DMKLOG, and DMKHVC
4. Add entry for DMKSEC to the resident nucleus part of your
load exec.
5. Build the new nucleus, test, and put online if test is successful.
DIRMAINT SECURITY
OVERVIEW
The following installation changes have been made to provide
additional security to DIRMAINT, specifically to prevent the
Administrator (ADMIN) from access to Systems and other privileged
accounts. For additional information concerning these changes, refer to
the comments in the modules themselves.
1. Commands SEND, FILE, CP, and CMS are allowed only by OWNER.
(Change to DVHCMD).
2. The WITHPASS option on the USER command is removed. (Change to
DVHDMB).
3. The general user command MDPW is removed. (Change to DVHCMD).
4. Userid class privilege and SYS/OPR classifacation security added
to the commands:
ADD, AMDISK, ASSIGN, CHNGID, CHVADDR, CMDISK, GET, LOCK, PRIOSET,
PURGE, REPLACE, SETPW, TMDISK, and UNLOCK. (Changes to DVHDMA,
DVHDMB, DVHDMC, and DVHDMF).
5. Password is removed from HISTORY file message M194 for commands
SETPW and CHNGID if invoker was OWNER. (Change to DVHDMA).
6. For Update-in-place, message M076 is modified to remove password
and other secure information in HISTORY file, if request was for
SYS or OPR account. (Change to DVHMCB).
INSTALLATION PROCEDURE
NOTE: It is recommended that DIRMAINT not be available to users
during installation and testing.
1. Load TEXT, UPDTLCL, and AUXLCL files for DVHCMD, DVHDMA, DVHDMB,
DVHDMC, DVHDMF, and DVHMCB to a holding area.
2. Check all UPDTLCL mods for your installation. If changes are required
make sure the AUXLCL is in your CNTRL file and re-assemble the module.
3. Shutdown DIRMAINT
4. Rename TEXT files on DIRMAINTs 191 for DVHCMD, DVHDMA, DVHDMB, DVHDMC,
DVHDMF, and DVHMCB to OLDTXT. Copy new TEXT files from holding area
to DIRMAINTs 191.
5. Determine where to keep UPDTLCL and AUXLCL files, and move them there.
6. IPL DIRMAINT and test.
M0185.VMARC
|
INTRODUCTION This facility manages the loan of pre-formatted CMS T disks which can be borrowed and used across terminal sessions and remain available when switching CPU's. There are are two main parts which make up the system; the disconnected virtual machine and the user interface. An overview of the function and requirements of each will be given, including security measures built into the facility. There are also two sets of commands which will be described; the general user commands and those available to privileged users. Possible error codes and messages are listed. OVERVIEW TDM is functionally similar to the IBM VM/SP program product File Storage Facility as it pertains to tdisks. Communication between the disconnected machine and the user is via CP SMSG (VMCF), rather than IUCV, with a user-interface on the common Marist Disk. The interface exec provides abbreviations and checking of syntax, and formats messages and commands exchanged with the disconnected machine. WAKEUP is used to facilitate communication between the manager and the user, and is documented in the Interactive Productivity Facility Systems Reference (SC24-5228). The facility has several features that insure the security of mini-disks under its control. It has the capacity to force users off the system if they are found to have a link to a disk which has not been previously authorized. Periodic scans of all disks are made looking for illegal users. They are warned via CP WARNING that they will be forced off during the next scan if they do not detach the disk. If they are still linked during any subsequent scan (until the next facility initialization), a force command is issued. (If TDMCNTRL is not privileged for CP WARNING command, then CP MSG is used. The FORCE is performed via a call to EXEC FORCE.) The user interface, TDISK EXEC, makes use of two modules which must be available to the user; WAKEUP and TDSKLINK. The latter module performs a CP LINK command when the TDISK USE command is issued. The appropriate password necessary to complete the link is encoded in the SMSG from the manager and decoded by the module. The SMSG itself, should it be examined by a general user, would be unintelligible. The encoding is just a simple translation of the bits. It would not be difficult to decipher the encoding scheme, it is therefore recommended that passwords be changed regularly. The EXEC CHGPW is called for an installation dependant changing of link passwords. Therefore, given the possible security exposure, only the TDSKLINK MODULE should be available to the general user. Since TDM protects its own 191 and 192 disks, either of these would be good locations for the TDSKLINK source code. The interface itself is written in REXX and uses basic CP and CMS commands. It can be invoked from the command line or from a user written exec. It displays a brief help if no argument or an argument of '?' is issued. There is also a more detailed help screen available via the CMS HELP facility. The main REXX exec which drives the disconnected T Disk Manager, requires 191 (A) and 192 (D) disks, several control files and WAKEUP. The 191 and 192 disks should be on two different packs, since each contains a copy of the disk control file. This file describes each disk available for loan, and the terms of the loan for any borrowed disk. The 191 disk copy is updated as the exec is running, while the 192 disk copy is replaced at initialization, restart and shutdown. The administrator control file identifies the administrators and their passwords to the facility. Since the T Disk Manager uses the CP commands WARNING and MSGNOH, it requires class B privileges. Without Class B privileges, both WARNING and MSGNOH will be issued as CP MSG. If TDMCNTRL is to issue CP FORCE, then Class A privileges are needed, or it could issues the command through a PROP machine. M0186.VMARC |
No README. Harry Williams, Marist College: Assorted Archive contents: APL EXEC APL2 EXEC DCF EXEC ISITHERE EXEC MAIL EXEC RUNIT EXEC SAS EXEC SCRIPT EXEC SLABEL ASSEMBLE SLABEL CNTRL SLABEL MODULE M0187.VMARC |
D A S D L I S T
DASDLIST provides a means for querying and manipulating the DASD
attached to a Virtual Machine, in a full screen environment.
It displays information about each mini-disk which is a summary of both
the CP Q V DASD and CMS Q DISK commands. In the full-screen mode,
mini-disks can be easily ACCESSED, RELEASED and DETACHED as required:
UIRD DADSLIST A1 F 90 TRUNC=90 SIZE=8 LINE=1 COL=1 ALT=18
Cmd Mode Addr Label Acc Type Files Disk capacity Used
A 191 MY 191 R/W 3380 114 930 Kbytes 90 %
B/A 19D MNT19D R/O 3380 12 12555 Kbytes 43 %
D 192 MY 192 R/W 3370 3 2000 Kbytes 1 %
S 190 MNT190 R/O 3380 207 19995 Kbytes 66 %
T 399 MARIST R/O 3380 110 2790 Kbytes 68 %
Y/S 19E IPF R/O 3380 338 12555 Kbytes 20 %
1A0 SCR1A0 R/W 3370 ---- 100 BLK
1-Help 2-Refresh 3-Quit 4-Sort(Mode) 5-Sort(CUU) 6-Sort(Label)
7-Forward 8-Backward 9-Sort(Acc) 10-Filelist 11-Q Links 12-Cursor
====>
The Cmd area on the left will accept 3 commands:
ACCess
The access command has several different uses. The most straightforward
is of the form:
ACCESS / mode_letter
This will access the disk on that line at the mode specified as if the
virtual address was substituted for the '/'.
If ACCess is issued in the command area without any arguments it will
have one of two effects. If the disk is already accessed, it will be
re-accessed at the same disk mode. If un-accessed, it will be accessed
at the first free disk mode.
RELease
The release command will release CMS access to the minidisk on the line
where it is entered. The command can aslo be entered as:
RELease / (DET
to force the disk to released and detached. The same effect can be
obtained by the next command.
DETach
The Detach command releases CMS access if the disk is currently linked,
the issues the CP DETACH command which completely severs acces to the
disk.
M0188.VMARC
|
Installation note: line 43 contains an EXECIO. This should be for the
BITNET LINKSxxx file. At Marist it is available in an HELP file.
This EXEC is designed to show the BITNET paths between any 2
nodes. The format is:
BITTRACK node1 node2
node2 defaults to the current node.
Written by A. Harry Williams
Marist College
Poughkeepsie, NY 12601
(914) 471-8644
M0189.VMARC
|
* THIS PROGRAM TAKES A READER SPOOL FILE WITHOUT CARRIAGE CONTROL * CHARACTERS AND CONVERTS IT TO A PRINTER SPOOL WITH CARRIAGE * CONTROL CHARACTERS. * * Author: Charles B. Favell * Marist College Computer Center * 82 North Road * Poughkeepsie, NY 12601 * 914/471-3240 x252 M0190.VMARC |
The SYSFILE virtual machine is designed to process spool files. Three copies are run at Marist. One copy waits for console spool files to arrive from disconnected server machines, and reads them onto disk, where systems personell can later browse them online. A second copy performs the same function for the VM account data. The third copy runs in a virtual machine called RSCS, and transfers the spool file to the appropriate virtual machine running the RSCS program product, RSCSA or RSCSB. The power of SYSFILE comes from its use of IUCVTRAP, written by Arty Ecock. SYSFILE is written entirely in Rexx. The EXECs are: CMDxxx - Process SMSG command xxx DEBUG - Formatted a msg for debugging DISKFULL - Process to cleanup disk when full GETHOLD - Get the next command that was held GRABBER - Get next item off stack. HNDLSMSG - Handle SMSGs HOLDCMD - Used by GRABBER to hold a hold for later execution LOGIT - Log an action to log file MSG - Send a message to a user MSGMAINT - Send a message to the maintainer of SYSFILE. NOAUTH - Process an unauthorized command request. OLDEST - Subroutine of DISKFULL to determine oldest files PROCSPL - User exit. Call after every interrupt to process whatever. READALL - Read all spool files onto disk, uses READIN. READIN - Read in 1 spool file onto disk. SPOOLRD - Main routine. The file AUTH USERS holds the list of authorized users, people allowed to issue SMSG commands. M0191.VMARC |
Harry Williams, Marist College: RSCS printer managers grfprt package------- ADMOPUV MODULE ADMUCIMV EXEC BFUCDPF MODULE FIND_DOT EXEC GET_DOT EXEC GRF_RDR EXEC GRFCNTRL EXEC GRFPRT DIRECT GRFPRT DOC IUCVTRAP MODULE PROC_MSG EXEC RTN_DOT EXEC SEP_3287 MODULE SEP_4250 MODULE WAKEUP MODULE M0192.VMARC |
University of Guelph: METIS, NETMON, DISKEDIT, Assorted tools Archive contents: DIRUSER ASSEMBLE DIRUSER HELPCMS DIRUSER MODULE DISKEDIT DOC DISKEDIT EXEC DISKEDIT HELPMENU DISKEDIT XEDIT DOIO ASSEMBLE DOIO MODULE FIND HELPDISK FINDALT HELPDISK GET ASSEMBLE GET HELPCMS GET MODULE LOCALPRS ASSEMBLE LOCALPRS MODULE METIS ASSEMBLE METIS CNTRL METIS HELPCMS METIS MODULE METISDBG MODULE METISMAC MACLIB METISTMR ASSEMBLE NETMON DOC NETMON HELPCMS NETMON XEDIT PACKAGE HELPCMS PKG EXEC PROFILE NETMON RENAME EXEC REXX EXEC REXX HELPCMS REXXFREE MEMO REXXLIST ASSEMBLE REXXLIST MODULE REXXVARS ASSEMBLE REXXVARS MODULE TOOLS DOC TRACE_F XEDIT TRIMTEMP XEDIT UNPKG EXEC UOG DOC M0193.VMARC |