========> [VAX89A2.GAMES.FCD]AAAREADME.TXT;1 <========


FCD

These are bigfixes for the Five Card Draw poker video game from the
Fall 1988 VAX Sig tapes.

========> [VAX89A2.GHC]AAAREADME.TXT;1 <========


I have modified the source modules PROTOCOL.FOR and XMODEM.FOR, along
with the include file PARAMS.INC of Robin Miller's VAXNET program (ver
12.1) to support the XMODEM-CRC protocol.  When sending, CRC usage is
automatic when it is noted that the receiver requests CRC.  When
receiving, an additional prompt is presented to the user after the
RECEIVE command is issued; depending on the users response, VAXNET will
expect CRC. 

The modification was done in a conservative manner:  Rather than create
an additional protocol name, I have modified the low level functions
GET_XMODEM and SEND_XMODEM.  I have also added the subroutine XMODEM_CRC
which I have blatently lifted from the XMODEM_AU program of David
Swanger.  The modification of PROTOCOL.FOR and PARAMS.INC is to send the
required CRC initial character. 

Why did I do it?  I have encountered several BBS systems that don't seem
to want to hear of XMODEM(CHECKSUM) and don't have any form of KERMIT. I
am seriously considering a modification which would increase the maximum
buffer size to 1024 from 128.  On a PC, such a size increase seems to
make a big difference.  On the VAX, I'm not sure, but I may try anyway. 
========> [VAX89A2.GUNTHER]AAAREADME.TXT;1 <========



/*

DISCLAIMER: USE AT YOUR OWN RISK !!!  
------------------------------------

THESE PROGRAMS ARE PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND,EITHER
EXPRESS OR IMPLIED, INCLUDING,WITHOUT LIMITATION, EXPRESSED FITNESS
FOR A PARTICULAR PURPOSE

BETZ DOES NOT WARRENT THAT THE FUNCTIONS CONTAINED IN THE PROGRAMS WILL
MEET YOUR REQUIREMENTS, OR THAT THE OPERATION OF THE PROGRAMS WILL
BE UNINTERRUPTED OR ERROR FREE.

IN NO EVENT WILL BETZ BE LIABLE FOR ANY DAMAGES, INCLUDING, WITHOUT
LIMITATION, INCIDENTAL OR CONSEQUENCIAL DAMAGES, AND DAMAGES FOR LOST
DATA OR PROFITS, ARISING OUT OF THE USE OF OR INABILITY TO USE THESE
PROGRAMS, EVEN IF BETZ HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH
DAMAGES.

WRITTEN BY JOHN C. GUNTHER, 4/89                           
COPYRIGHT 1989 BETZ LABORATORIES, INC.  ALL RIGHTS RESERVED.                   

*/
        This disk contains two RS/1 procedures for producing trilinear
        contourplots, contained in two subdirectories:

                o \TERNARY  Contains a procedure to produce trilinear
                            contourplots as RS/1 CONTOURPLOT objects.

                o \TRILIN   Contains a procedure to produce trilinear 
                            contourplots as RS/1 GRAPH objects.

        The first of these is newer and better than the last. However,
        the older procedure in the \TRILIN directory has the advantage
        of not requiring the RS/1 CONTOURPLOT option to work (if your
        site does not have the CONTOURPLOT option, you will have to use
        the older procedure) as well as not requiring a graphics terminal
        or plotter (it can produce usable output on a line printer.)

        See the individual README.TXT files in each of the above subdirectories
        for more information.
========> [VAX89A2.INFOVAX]AAAREADME.TXT;1 <========


I N F O - V A X  C O L L E C T I O N

At the Fall 88 Symposium I volunteered to keep an archive of useful
goodies posted on INFO-VAX (an internet mailing list.) I've built
everything but the things that have `include-type' files missing so
those without the needed compilers won't miss out on anything. I
intentionally omitted material I KNEW would be submitted by their
authors (Meadows, Everhart, et al...) The comments below come mostly from
the postings themselves.

Rand P. Hall
Director, Academic Computing
Merrimack College
300 Turnpike St.
N. Andover, MA 01845

[.boss]

BOSS is an interactive job controller.  It lets you run several interactive
jobs simultaneously.

[.cvtime]

A time conversion command procedure.

[.exec_batch]

Someone recently posted a BATCH.COM command procedure which inputs
commands interactively and submits it to a batch queue.  I have a utility
called EXECUTE, written in C, which does this.  It's advantage is, of course,
being an executable, it runs faster than a command procedure.  It also has the
following added features:  If there is only one command to be executed, that
command can be entered on the EXECUTE command.  The prompting for input lines
is done using SMG$ routines, so that line recall is possible.  Specifying /EDIT
invokes an editor for inputting the commands, rather than prompting line by
line.  The qualifier /QUEUE can be used to specify the batch queue.  Lastly,
there is a /NOBATCH qualifier, so that the commands are executed immediately.
I find this useful for executing a series of commands without having to create
a command procedure (or alternatively typing the commands ahead and hoping that
I've spelled them properly.)

[.hayes_dte]

Here's a modification of Jake VanNoy modification to the examples
DF03 driver.  I changed it for a MT224 (Multitech) modem which i think
is functionally equivalent to a Hayes.

[.KEPT_SUBPRC]

An implementation of subprocess caching.

[.mail_alias]

Joel Snyder brought up an interesting point regarding LNM$FILE_DEV usage
for mail aliases.  So, i decided that i would write the program he is
                                                                Page 2


afraid to show (because of it's DCL grossness) and here it is...

It uses a /usr/lib/aliases style configuration file referenced by
        MAIL_ALIASES (default SYS$LOGIN:.DAT)
and keeps track of the file to reload it if it changes (either by name
or revision)  The Logicals are stored in an alternate table that is
connected in /user mode in LNM$FILE_DEV prior to invoking the mail command.
This also supports the command line interface to MAIL ($ Mail [file] [to])

The format for MAIL_ALIASES.DAT is
        [alias : equivalence ] [! comments]
E.G.
        ! Mail Aliases File

        People:         Manny,Moe,Jack  ! 3 people
        Everyone:       People, @other_guys,    ! all the people here
        Over_There:     REMNOD::Hey_You ! remote node person

[.mt_bot]

I believe batch is the best way to deal with running backup and
recieving "next volume" mount requests, however, there is a way
we have used back in the olden days (pre-VHS tape drives) which
you might find handy. Its a program that is SPAWN/NOWAIT'd from whatever
terminal you are using and it wakes up every 30 seconds and checks the
mag tape device status watching for the MT$_BOT bit to pop up (which
usually means the tape has been rewound and dismounted) causing it to send
a bell code to the terminal. I didn't write it, but here it is if you
want it.

[.password_swap]

This module is a companion to POP_PASSWORD. Its purpose
is to extract the hashed (encrypted) password of a specified
VMS username, save it in a file in SYS$MANAGER:username.PUSHED,
and insert a new, known hashed password using AUTHORIZE.
POP_PASSWORD reverses the process.

[.pgflquo_sizer]

[Someone] had asked me about some method to help in
determining what PGFLQUOTA would be needed to run programs being created on
his system. He kept bumping into the quota problem as simple program(s) were
'enhanced' into complex programs then into HUGE programs.

To this end, I have enclosed a command procedure which will examine the .EXE
file for the amount of page file usage which MIGHT be used. The comment

[.poke_boottime]

  Here is a SHELL archive containing a program to allow anyone
  with CMKRNL privilege to POKE the system BOOTTIME.  This
  address in system, space (EXE$GQ_BOOTTIME) can sometimes be wrong.
  This causes programs that use the SYS$GETSYI item SYI$_BOOTTIME
  or the lexical function F$GETSYI item BOOTTIME) to be wrong.
                                                                Page 3



  The program will ask for a standard VMS time, convert it to
  binary time and call a kernal mode routine to poke the cell
  in system space.

  This program also serves as a nice template for writing other
  system space poking routines.

[.profiler]

A poorman's PCA.

[.ptype]

 Command file to aid in typing files on remote printers (DEC compat. terms.)

[.setportname]

Here's a little [Ed. neat] toy I wrote yesterday which lets a suitably
privileged (CMKRNL) user manipulate the Access Port Name (DVI$_TT_ACCPORNAM)
field for terminal devices, e.g.

[.setuser]

        This program allows a privileged user (CMKRNL, PSWAPM, privs plus
        read access to sysuaf) to change his username. It also changes
        the users Account name, UIC, Process name, and Default Directory
        to that of the specified user.

[.showdef]

  Here is a program to find the default directory specification
  for any process (i.e., SHOW DEFAULT/ID=pid).

[.showdev]

 ShowDev - A command file to show all information about a device.

[.smp_photo]

Photo with SMP support.

For those of you who don't know about PHOTO, PHOTO copies all of
the Input/Output (IO) that appears on the terminal to a file.  It is
useful for turning in homework assignments, which do most of their IO to
the terminal.

[.strip]

  options: -f    remove embedded carriage returns and linefeeds
                 like <CR> and <LF> when using EDT.
                 (default option)
           -t  remove trailing spaces
           -l  remove leading spaces
           -a  convert to 7 bit ascii
                                                                Page 4


           -u  convert to uppercase
           -d  convert to lowercase
           -e[#] expand tabs to # spaces (default is 7 spaces)
           -c[#] convert # contigious spaces to a tab
                        (default is 7 spaces)
           -k[#] Insert a newline every # (def is 80) characters.
           -m[#] Truncate every line after # (80) characters.

[.uaf_profile]

PROFILE is a FORTRAN utility which adds new accounts or modifies existing
accounts by using a screen-oriented interface that allows changes to be made by
moving the cursor to the desired field and entering the changes. 

[.undel]

Undelete a file on a FILES-11 disk

Handles disks with any cluster size, and files with any number of
extension headers. Use with caution only when you REALLY need it;
a backup copy is always preferable if you have one. If the file
is really vital, back the disk up before using UNDEL on it.

[.vms_share]

Packages a series of files into a format suitable for
transmission over electronic mail networks which may mangle the
text.

[.what]

 A FAST Cluster and network-wide SHOW USERS (and Much more) type command.

[.zoo]

          Zoo is used to create and maintain collections of files in
          compressed form.  It uses a Lempel-Ziv compression algorithm
          that gives space savings in the range of 20% to 80%
          depending on the type of file data.  Zoo can store and
          selectively extract multiple generations of the same file.

========> [VAX89A2.IVANOV]AAAREADME.TXT;1 <========


[.IVANOV]
        This is the base directory for the Grass Valley Group software
        contributions to the VAX SIG 1989 (spring) symposium.  Included
        here is UN*X compatible MAKE for VMS, System V "termio" (partial
        implementation) for VMS (otherwise known as VAXCIO), Object lib-
        rary for BSD 4.2 Curses for VMS.

Product: VAXCIO/CURSES (BSD4.2)/MAKE

Descr:  The VAXCIO package implements terminal I/O processing based on
        System 5 "termio". It includes raw(), cbreak(), echo(), etc.
        The curses package is a direct port of BSD 4.2 curses to VMS.
        MAKE (Unix style) is also included.

Op Sys: VMS 4.x  (maybe 5.x)
Author: Tony Ivanov
        Grass Valley Group

Keywords: VAXCIO,curses,termio,cbreak,make,unix,tools

Files here:
        $$$DISCLAIMER. -
                Company disclaimer.  READ IT!

        $$$README. -
                Description of what's in this directory.

        $$$README.ALL -
                Copy of all the $$$README. files from each of the sub-
                directories.

        CURSES.DIR -
                Directory of stuff dealing with BSD 4.2 Curses.

        LIBRARY.DIR -
                Copy of what is currently in *my* SYS$LIBRARY: directory.

        MAKE.DIR -
                Diretory of stuff dealing with PD MAKE.

        MISC.DIR -
                BIN2ASC, ASC2BIN and source of same, sample option file
                to link in shareable C RTL (don't use this with curses or
                vaxcio!).

        VAXCIO.DIR -
                Directory of stuff dealing with VAXCIO (System V "termio"
                for VMS).  Source code is included here.
========> [VAX89A2.JSCLUG]AAAREADME.TXT;1 <========


        THREE ENVIRONMENTS HAVE BEEN PROVIDED.  ALL 3 ENVIRONMENTS
        ARE CURRENTLY RUNNING UNDER VMS 4.7, AND HAVE NOT BEEN
        TESTED AGAINST ANY VMS 5.X OPERATING SYSTEM.

        LABSTAR:        AN ILLUSTRATION AND PRATICAL APPLICATION
                        OF THE LABSTAR PROGRAMMING INTERFACE.
                        AN ATTEMPT TO DO WHAT DEC SHOULD HAVE DONE
                        IN PROVIDING A USER FRIENDLY CALLABLE
                        ENVIRONMENT.  AT LEAST IT IS A START.

        TELEMAIL:       THIS WILL BE THE LAST UPDATE OF THIS
                        SERIES OF ROUTINES.  I HAVE NOT DONE
                        ANY MAJOR MODIFICATIONS, HOWEVER I HAVE
                        FIXED A FEW BUGS THAT HAVE CROPPED UP
                        OVER THE LAST 1-1/2 YEARS SINCE I LAST
                        PUBLISHED THIS SOFTWARE.  I SHOULD NOTE
                        THAT THERE IS STILL A KNOWN BUG IN THE
                        TELEBULB ROUTINES (TELEMAIL BULLETIN
                        BOARD READ PROGRAM).  IT INVOLVLES THE
                        FACT THAT IF A BULLETIN BOARD IS DELETED
                        FROM THE TELEMAIL SYSTEM, THEN THE PROGRAM
                        WILL THEN READ THE USERS MAIL INSTEAD OF
                        ABORTING.  I DON'T INTEND TO FIX THIS.
                        ALSO, LONG BULLETINS TEND TO CAUSE PROBLEMS
                        AND NOT ALL BULLETINS ARE READ WHEN THIS
                        2ND SITUATION ARISES.

        LIFENET:        THIS IS A PROJECT WHICH I PROVIDED SOME
                        PROGRAMS FROM LAST YEAR (MAY 88).  THERE
                        IS A MUCH IMPROVED MAIL PROGRAM INTERFACE.
                        A SHARABLE EXECUTABLE WHICH PROVIDES A 
                        CALLABLE INTERFACE FOR VMS 4.X MAIL.
                        (READ ONLY, BUT BETTER THAN DEC PROVIDED!)
                        A CALENDAR OF EVENTS PROGRAM.  AND A PROGRAM
                        FOR ALLOWING USERS TO MOVE FILES BETWEEN
                        THEMSELVES WITHOUT NEEDING WORLD WRITE
                        PRIVILEGE IN THE DESTINATION DIRECTORY.


        I HOPE THAT THESE ROUTINES ARE OF USE TO SOMEONE OUT THERE.
        CERTAINLY THEY SHOULD AT LEAST PROVIDE IDEAS OF WHAT THE
        VMS SYSTEM IS CAPABLE OF PERFORMING, AND MAYBE VISIONS OF
        THE FUTURE POSSIBILITIES.

        AS A SYSTEM MANAGER, I AM FAIRLY IMPRESSED WITH THE SIMPLICITY
        OF THE MAIL CALLABLE INTERFACE PROVIDED, AND BEGIN TO WONDER
        WHY DEC NEVER PROVIDED SUCH AN ALGORITHM THEMSELVES.  THINK
        OF THE POSSIBILITIES OF AUTOMATIC MANAGEMENT ROUTINES BASED
        UPON MAIL INTERFACES.


                                BILL BAKER
                                NASA/JSC        NASA/SD
                                BUILDING 37
                                HOUSTON, TEXAS  77058
                                                                Page 2



                        PHONE:  713-483-7273
========> [VAX89A2.KUNZE]AAAREADME.TXT;1 <========




NOTES ON THE VAX READER PUNCH SYSTEM


Included on  the tape are  three different programs  for punching
cards. RP_CARDPUNCH.COM  reads a record  from the input  file and
"writes" it to  the reader/punch port. At the  end of each record
both a carriage return (CR) and a  line feed (LF) are sent to the
port. RP_CARDPUNCH_QUEUE.COM very  simply treats the reader/punch
as a  printer and uses  the system print  command to "print"  the
input file  at a queue  (which must be  previously initialized by
the system  manager) associated with the  reader/punch port. Each
record will have a CR and a LF at the end. It is possible that in
some  cases (depending  on the  input file  type) additional LF's
could  be  sent.  These  programs  have  the  advantages of being
simple, fast (especially the  queue version), and easily modified
since they are written in DCL.

Also included is the executable image file, RP_PUNCH.EXE. This is
a fairly simple  program which sends records  to the reader/punch
port  with only  a CR  at the  end. It  is almost  certainly much
faster than the  punch, and will introduce much  less overhead on
the VAX.  It is intended to  do nothing more than  pump the input
records unmodified to the reader/punch. The VAX MACRO source code
is  included  as  sample  code  and  in  case some customizing is
required.

RP_MENU  is based  on a  generic menu  system which  I intend  to
submit to the DECUS public domain library. The executable portion
of  this system  is a   "black box"  which displays  menu options
defined  in a  menu definition  file. RP_MENU.MDF  is a text file
which can be easily modified to change the appearance of the menu
and  the  options  it  displays.  The  executable gets the user's
choice and executes it based on  the commands defined in the menu
definition file.

The  simplest way  to use  the RP_  system is  to execute the VMS
command

        $ @RP_MENU

This  starts  up  the  menu  from  which  all  functions  can  be
performed.  RP_CARDPUNCH will  be executed  to punch  cards. More
information  on  using  and  modifying  RP_MENU  is  included  in
RP_MENU.DOC.









                                                                Page 2




Following is a list of alternative commands and their functions:


@RP_CARDREADER             Reads cards from port
@RP_SET_FILE_NAME          Defines file name logical (gets user
                           input)
@RP_SET_DEFAULT_VALUES     Defines  logicals  used  in  system
                           (gets user input)
@RP_CARDPUNCH.COM          Reads records, punches cards (might
                           require firmware change)
@RP_CARDPUNCH_QUEUE.COM    Efficient way to punch (might require
                           firmware change)
RUN RP_PUNCH               Reads records, punches cards
                           (executable image, MACRO source
                           included)
RUN RP_MENU                Not recommended. Use @RP_MENU
========> [VAX89A2.KVC]AAAREADME.TXT;2 <========


[.PTY]
These files make up a pseudo terminal driver for VAX/VMS. This driver was
originally developed at Carnegie-Mellon University and has made the
rounds before as the CMU PTY driver.  I picked up the driver just after
it had been migrated from V3 to V4, made a lot of improvements, and have
been redistributing it ever since.

This driver runs under VMS V4 and V5.  It will not work under any VMS
prior to V4.  It has been minimally tested by me on V4.7 and V5.0.  It
should work on earlier V4 point releases as well, but I haven't tried it.

Note that during assembly the driver will detect the version of VMS and
build the proper variant.  You do not need to modify the sources for V4
of V5.

See PTY_DOC.TXT for documentation and NOTES.TXT for my additional comments
and observations.

Changes for version 05-011A (PYDRIVER) and 05-004A (TWDRIVER) include:

  o  The bug causing the driver to sometimes hang on CTRL/S has been fixed.

  o  A bug causing the driver to incorrectly check for XOFF has been fixed.

  o  A bug causing writes of (32 * N) + 1 bytes to fail has been fixed.

  o  Support has been added to immediately return echoed data on
     writes to the PY device.  This can save substantial amounts of
     overhead in some situations by avoiding an extra output read.
     See the example program ECHO_TEST.C.

  o  Support for VMS V5 including Symmetric Multiprocessing environments.
     Conditional assembly of the drivers will produce V4 or V5
     compatible drivers.

  o  The port control MULTISESSION bit is now set by the driver, causing
     terminal sessions on TW devices to NOT count against your license
     limit.  This is good for programs like PHOTO, but not so good
     for network logins.  This really should be made settable by the
     application controlling the PY device.

  o  Writes to the PY device will now return SS$_DATAOVERUN if the TW
     signals XOFF.

  o  There is now a SETMODE and SETCHAR function that allows you to
     enable three new ASTs.  It does not take any function modifiers and
     only sets the specified ASTs.

  o  The TW device now defaults to HOSTSYNC.

  o  The PY device now accepts a SENSEMODE and SENSECHAR QIO function
     to read the device characteristics of the TW terminal device.

  o  Modification to slave terminal device ownership to function
     correctly after "Security Upgrade V2" has been applied to a
                                                                Page 2


     VMS V4 system.  The security upgrade is incorporated into V5.

  o  The PY device now supports writes of buffers greater than 64K.
     Note that use of such large buffers probably requires that you monitor
     the flow control ASTs.

  o  The terminal device name has been changed from TPAn: to TWAn: because
     the VAX PSI product now uses TP.  PY and TW are the names of choice
     now since they have been registered within Digital by a development
     group.

     These drivers should be compatible with the DECwindows PY and TW
     drivers since they derive from the same code.  There may, however,
     be differences that cause DECwindows to not function.  I do not
     know.  I would suggest using the DEC supplied DECwindows versions
     of the drivers if you have it installed.

[.DECWINDOWS]
Well, now that V5.1 and DECwindows is out lets get some VMS DECwindows
related goodies onto this list!

To start things rolling, here's a little hack to allow non workstation hosts,
generally large, multiuser VAXen, to create a DECwindows (DW from now on, my
fingers are tired of that!) LOGINOUT screen on a workstation running just the
server.

When DW starts up it determines if it is running on a workstation or not. If
not, it simply does the things that need to be done on a client-only machine,
not much, and exits.  On a workstation it goes on to start the server and then
create a DW LOGINOUT process which throws up the wonderful "|D|i|g|i|t|a|l|"
logo and the "Username/Password" dialog box.


        /Kevin Carosso                        kvc@friday.a-t.com
         Innosoft International Inc.          kvc@ymir.bitnet

        April 21, 1989
========> [VAX89A2.LBGS89]AAAREADME.TXT;1 <========


This is the main directory for the Spring 1989 GE Lighting SIG tape
submission.  This "read me" file s a general description of what is
in each directory.  There are other "read me" files in each of
the other directories.

Comments and questions should be directed to:

        Eric Wentz
        GE Lighting
        Nela Park Noble Rd #1711.00
        Cleveland, Ohio 44112
        (216)266-2382

--------------------------------------------------------------------------------
BECOME.DIR;1       
        A revised version of BECOME with a few bug fixes and some new
        features.  Updated for VMS V5.

BLISSLIB.DIR;1     
        Contains some utilities for developing BLISS source code.  If you
        don't write in BLISS, you probably couldn't care less about this
        directory.

MISC.DIR;1        
        Here's a hodge podge of stuff that wouldn't fit elsewhere.  Probable
        the best one in here is SHOQUOTA which will give you a real-time
        display of a process (similar to SHO PROC/CONT) but with all the
        process quotas and limits displayed as well.  All the priv'd code
        has been updated for VMS V5.
--------------------------------------------------------------------------------
========> [VAX89A2.LILUG]AAAREADME.TXT;4 <========


[.LILUG]

This subdirectory contains routines from the Long Island Local Users' Group.

[.LILUG.ABT]

This directory contains an assembler routine for RSX-11M/M+ that retrieves a
radix-50 list of active tasks associated with the invoking terminal and a
program that aborts them all.  The list excludes cli's.  Submitted by Mitch
Nelson of Brookhaven National Laboratory.

[.LILUG.CLOSEUP]

Here are two command procedures for protecting a networked vax from attacks
directed at the default decnet account.  The procedures were written for easy
readability and modification.  Submitted by Mitch Nelson of Brookhaven National
Laboratory.

[.LILUG.HAHN]

This directory contains two routines from Pierre Hahn of SUNY at Stony Brook.
28-DAY.COM analyzes the accounting for the past 28 days.  TERM.COM collects the
data from SHOW USER and stores a pictorial representation of it, indicating
which lines are in use.
========> [VAX89A2.MCWMIS]AAAREADME.TXT;1 <========


                Spring 1989 VAX SIG TAPE SUBMISSION
                [Update:  formerly VAX-380]
                [see text at bottom of this file]

                Kent C. Brodie

                MIS Department
                Medical College of Wisconsin
                8701 Watertown Plank Road
                Milwaukee, Wisconsin.  53226

                Phone:  (414) 257-8769
                        (414) 778-4561

                BITNET: 7113BROD@MUCSD


KEYWORDS for this submission:  LASER, HP, LASERJET, PRINTER, FORM, QUEUE
                                SYSTEM MANAGER UTILITIES

This directory contains the command procedure and support files needed to
easily support a Hewlett Packard HP-2000 laser printer on a VAX.  You can
use these files to support other laser printers as well, but some modules
may have to be changed (Laserjet, Laserjet+ escape sequences are different in
some areas).  In any case, I hope this is a good example on how to manage
a laser printer and its many available attributes.

Additionally, this directory contains a few handy DCL utilities for system 
managers, including both a MANUAL and AUTOMATIC idle process killer.
(what submission would be complete without them?)

Please note that this submission contains the files necessary to use
the "/FORM=xxxxx" qualifier when sending standard print files to the
HP2000.  This allows you to print regular "standard" files in a variety
of fonts/styles, without having to use special text-formatting programs,
such as RUNOFF, etc.

The files are as follows:

[.HP2000]
HPFORMS.COM    A command procedure that sets up some of the "stock"
               forms for a HP-2000 printer.  Form names/numbers may have
               to be modified so they do no clash with definitions already
               present at your site.  The procedure is fully commented.
               Sample form names are "PRESTIGE1" or "COURIER2".
[.HP2000]               
REMOTEPRT.COM  A sample command procedure that shows how we set up
               our print queue for the laser printer.  Our site has a
               2-node clustered system, with the printer port residing
               on a DECserver.  This isn't really an official part of
               this submission - it is included only for completeness.
[.HP2000]
SYSDEVCTL.TLB  A device-control text library of various tiny modules that
               control the HP-2000 printer.  (Portrait vs. Landscape, 
               6 LPI vs. 8 LPI, etc).  HPFORMS.COM uses various combinations
                                                                Page 2


               of the device modules to totally define the form of choice.
               If you are already heavily using SYSDEVCTL.TLB, you may wish
               to rename this file.  This file should belong in the directory
               SYS$LIBRARY.
[.HP2000]
[.MODULES]     This directory contains all of the text modules that comprise
               the file SYSDEVCTL.TLB.  You may wish to keep these so that you
               can modify them (for another printer perhaps), or add to them
               and thus have the entire source in case SYSDEVCTL.TLB 
               gets trashed.

[.HP2000]
BARCODE_EXAMPLE.TXT  A sample text file that uses the "W" font cartridge
                     that we happen to have installed on our printer.
                     The example is right out of the book that came with
                     the cartridge.  If you would ever get that cartridge,
                     this would be a nice sample to have.

Notes:         HPFORMS.COM does NOT contain all of the possible forms that
               you can define.  For example, Prestige Elite Italic is not
               defined because we have no use for it.   It is simple enough
               to use however, all you do is look at how HPFORMS.COM extracts
               the necessary modules to compile the form.  In this example,
               you would use one of the forms set up for PRESTIGE, and
               substitute the STY_ITALIC module for the STY_UPRIGHT one.

====================================================================
Update:  5/1/89 Formerly VAX-380.  This is all of the old stuff, plus:

The newest "form" for the HP2000 that has been included is the "shaded"
greenbar (form name: GREEN1).   If you've modified a previous copy
of HPFORMS.COM, all you gotta di is extract the bottom-most portion
of the new file, and include it in yours.   Nothing else has been changed.

Also, I've included the following as a bonus (why not?):

KILL.COM    A **MANUAL** idle interactive process killer.  (how's THAT
                for a switch?).  This is an extremely handy and quick
                utility that shows you each user, and asks if you want
                to knock that process off of the system.  (you also get
                to see GETJPI info, such as username, PID, and IMAGE).

                The nicest part of this deal is that all "kills" are
                logged into (appended to) a text file, so that you
                have a record of who has to be knocked off a lot....

JKILLER.COM     Slightly modified JKILLER.COM (from "ARIS") that can
                run under a cluster environment that shares disks.


DIALUP.COM      Tiny dcl that shows you all of the interactive DIALUP
                users that are on the system.  ("are all of my modems
                in use?").

Note:  All three of these DCL files refer to a logical name called
                                                                Page 3


"MCW$SYS", which is our common utilities directory.  You can create
your own assignment for MCW$SYS, or simply change it to your own
site's naming conventions.
========> [VAX89A2.MINT]AAAREADME.TXT;3 <========


                          ELECTRONIC MAIL AT WESLEYAN

        An MM type mail interface which is somewhat similar to DEC20 mail
but runs on VAX.


  1. OVERVIEW

                 MINT (Mail INTerface) is the new electronic mail program used
                 on VAX systems at Wesleyan. MINT was written at Wesleyan  and
                 is  still  under  development.   (Please send suggestions and
                 problem reports to Joseph Deck, Wesleyan Computing Center, or
                 via  MINT TO: JDECK@EAGLE.) A second mail program, MM remains
                 in use  on  the  administrative  DEC-20,  but  will  soon  be
                 replaced by MINT on VAX systems.
                 Using  MINT,  members  of  the  Wesleyan  community  with VAX
                 computing accounts can  send  and  receive  messages  between
                 users  at  Wesleyan  and  hundreds of sites around the world.
                 This guide, intended for both new and experienced VAX  users,
                 is organized into five sections:

                    - A  typical MINT session: This section will give you
                      an idea of what your computing interaction will  be
                      when  you  use  MINT  to  read  and  send messages.
                      Browse through it quickly initially. You  may  wish
                      to return to this section when you are ready to try
                      the MINT program for the first time.

                    - Basic  Concepts:  This  section  explains   several
                      concepts  basic to using MINT. The structure of the
                      MINT  program,  and  addressing   and   referencing
                      messages are among the topics covered.

                    - Getting  Started  with  MINT: This section explains
                      the MINT commands needed by most users to  use  the
                      MINT   program.   Topics   include:  getting  help,
                      listing, reading and sending messages.

                    - Expanding your capabilities: This section  includes
                      topics  that  will facilitate your use of MINT. For
                      example, it discusses how to create a mailing  list
                      that  includes  abbreviations for addresses you use
                      frequently. It will be most useful  to  people  who
                      use the mail system frequently, or who send/receive
                      many messages.

                    - Command Dictionary: The dictionary includes a brief
                      explanation   of   MINT   commands,   options,  and
                      concepts. It is intended primarily as a  reference;
                      however,  if you browse through it you may discover
                      just the option for which you've been looking.

                      MINT MANAGERS MANUAL

Manual last modified on 4 May 1989 at 15:57
                                                                Page 2


by JDECK
Source is MGR-MANUAL.MSS, 03100/1
Comments to Joseph Deck (JDeck@Eagle.Wesleyan.Edu)

  Note:  To install MINT you must have previously installed PMDF.
Read  the  section titled "MINT and PMDF" for more information on
PMDF.

  A mail system requires a delivery agent as well as a  user  in-
terface.    MINT interfaces with PMDF which may be acquired from:
The Clearinghouse for Academic Software, Computation Center,  104
Computer  Science  Building,  Iowa  State  University, Ames, Iowa
50011: (515) 294-0323.  The last time I checked it  cost  between
$80 and $105 depending upon the distribution media.

2.1.2. Spelling Checker

  Mint  invokes  the  spelling  checker written by Mark Resmer at
Vassar. The Spelling checker made publically available via  DECUS
library  is  installed  separately  from Mint. If you have a dif-
ferent spelling checker Mint will be able to use it if it can  be
invoked with the command line "spell filename".

2.1.3. New Mail Notification

  The  program  CNTNEW can be put in the user's startup LOGIN.COM
file or the system wide login command file  SYSLOGIN.COM.    This
program  counts the new (unread) messages.  Mail is delivered via
PMDF-DELIVER.EXE.  If mail is delivered to a user while he/she is
logged on a message is sent to his/her terminal.

2.2.2. Mailing Lists

  There are two types of mailing lists available with MINT.   One
is  maintained by the user as a personal list; the other is main-
tained by the system postmaster.  Mint uses an  indexed  form  of
the  mailing  lists.  The program MLIST.EXE is used to create the
indexed form.  The system mailing list text and index files  must
be  located  in  the  directory  pointed  to  by the logical name
SYS$MINT.  An example of a system mailing list is supplied in the
distribution.    Use that as a template for your MAILING-LIST.TXT
file.

========> [VAX89A2.MONLATV]AAAREADME.TXT;1 <========


MONLATV.DIR

This directory contains three programs submitted by DEC to monitor three 
different ethernet protocols:  LAT, LAV, and HWA.  

Note:  You cannot run MONLAT on system running LAT and you cannot run
       MONLAV on a machine in a LAVC.

See the file MONLATV.DOC for instructions on how the programs work.
========> [VAX89A2.NIELAND]AAAREADME.TXT;1 <========


This following are the submissions for this time around:

[.BULLETIN]  Version 1.68 of Mark London's BULLETIN program.  It has
             some nice new features and includes the material for 
             a BULLETIN channel for the PMDF mail system.

[.CHECKPASS] A program that will run a dictionary (supplied) through
             the accounts on your system to see if any of your users
             are using words from the dictionary as a password.
             The algorithm is based on the internet worm.  A report on
             the internet worm is in WORM.MES.
             
[.CRYPT]     An encryption program that uses DES encryption, but outputs
             in HEX code, rather than binary, so the messages can be
             mailed.  Messages can only be decrypted on like machines
             to implementation considerations (Floating POINT G/H, byte order).

[.FINGER]    A copy of FINGER for VMS for VMS 5.0 with the fix to TT_UCB.MAR
             (for single processor machines) to display the idle times
             and network locations.

[.TAPES]     A copy of a submission to the DECUS Library of Tape Utilties.

[.TERMLOCK]  A program that LOCKs a terminal and to unlock the terminal
             you need to type in the password(s) for the account logged in.
             You don't need to type in a password anymore.  It also uses
             SMG to trap broaccast messages and display them in a set
             area.


[.UUCODE]    UUENCODE and UUDECODE for VMS.

VMSINSTAL.HLP   From the L&T SIG, A help file describing VMSINSTAL kits.

========> [VAX89A2.NSWC]AAAREADME.TXT;1 <========



This is the Spring 1989 DECUS VAX SIG Tape submission from

        Alan L. Zirkle
        Naval Surface Warfare Center
        Dahlgren, Virginia  22448

        (703) 663-8023

The submission includes:

    --  NSWC RUNOFF, which is based on, and derived from, Bonner
        Lab Runoff (VAX version) from the VAX86C VAX SIG Tape.
        NSWC RUNOFF has been extensively updated since it was
        previously submitted in Spring 1988.  The files for this
        are in subdirectory [.RNO].  See [.RNO]000README.1ST.

        NSWC RUNOFF (RNO) is an alternative to VMS RUNOFF (DSR).
        It has many capabilities not in DSR, including the ability
        to use macros and the means of easily using the features of
        whatever output devices are available (i.e. RNO understands
        escape sequences and uses them in a structured manner).

    --  MODIFY, yet another version of a program which goes through
        a wildcard list of files and changes one string to another.
        This one has more features than any I have seen; see the
        MODIFY.HLP file for a description of the features.

    --  REFORMAT, a utility to copy a file, changing its attributes
        in various ways.  See the REFORMAT.HLP file to see what
        changes REFORMAT can make to a file.

MODIFY and REFORMAT are FORTRAN programs.  Each program has a .CLD file
in which the "IMAGE" line must be edited with the path to the .EXE file.
The .EXEs on this tape were compiled and linked under VMS 5.1.  If you
want to build MODIFY or REFORMAT from sources, you will need to link them
with the library NSWC1LIB.OLB, which you must obtain from The Fall 1987
VAX SIG tape, in directory [VAX87C.NSWC.NSWC1LIB].  The sources to
NSWC1LIB are also on that tape.  I apologize for the inconvenience of
this, but this will help keep this tape smaller.  If you have any prob-
lems, give me a call.

========> [VAX89A2.PAVLIN]AAAREADME.TXT;1 <========


Andy Pavlin's Collection

DISM32 -
  A VERY powerful and complete disassembler for VAX executables. It knows
most structures in VMS executables and will return them to you symbolically.
It can disassemble drivers or system images as well as normal programs.

ETHERMON -
  Monitor your ethernet, mostly symbolically. Even allows cuts, recording 
of selected traffic, etc. and knows ALL the protocols (almost) known to man
on Ethernet!

From Andy Pavlin, GE RSD
========> [VAX89A2.QMASTER]AAAREADME.TXT;1 <========


                 QMASTER Prerelease Version Rev. 04/28/89

    QMASTER is an menu/SMG$ based application for manipulating jobs
    in print and batch queues.  It is written in VAX BASIC and will
    currently run on the latter VMS 4.x systems as well as on V5
    systems.

    The following operations can be performed on one or more entries
    at a time:
        1. Release an entry.
        2. Hold an entry.
        3. Delete an entry.
        4. Change the form type of an entry.
        5. Change the queue priority of an entry.


    REQUIREMENTS and RECOMMENDATIONS:
        20,000 block pagefile quota (to be fixed in a future    
        release). VAX BASIC V3.  DEC VT100 compatible terminal.
        DEC LK201 style keyboard recommended but not required.

    LIMITATIONS:
        100 queues, 300 jobs per queue, 100 files per job.

    KNOWN BUGS:
        If there are more queue choices than will fit on the screen
        the menu will become confused and the program might terminate
        with an error status.  Work around: specify the name of the
        queue on the command line.

    DISCLAIMER and COPYRIGHT NOTICE:
        Neither the author, Michael W. Wheeler, nor his employer,
        Tennessee Technological University, make any warrenty, either
        express or implied, with respect to this software.

        Copyright (c) 1988, 1989, Michael W. Wheeler.  Permission is    
        granted to make and distribute copies of this software,
        provided this disclaimer and copyright notice are preserved on
        all copies.  The software may not, however, be sold or
        distributed for profit.

    AUTHOR:
        Michael W. Wheeler  ( Bitnet address: mww@tntech )
        Systems Support Specialist
        Tennessee Technological University
        Box 5071
        Cookeville, TN  38505
        (615) 372-3977
========> [VAX89A2.RPI]AAAREADME.TXT;4 <========


                   DECUS VAX Systems SIG Tapecopy Submissions
                        Rensselaer Polytechnic Institute
                                  Spring, 1989


                                 submitted by:


                                Matthew Madison
                         Engineering Computing Services
                        Rensselaer Polytechnic Institute
                           Troy, New York 12180-3590
                                 (518) 276-2606

                       madison@vms.ecs.rpi.edu (Internet)
                            MADISON@RPIECS (BITNET)



     This submission contains eight subdirectories with items  of  possible
     interest to VMS system managers and users.  All entries include source
     code,  object  code,  executables,  and  documentation.   Updates   to
     previously submitted entries are noted.

     All entries, unless otherwise noted, are written BLISS-32 and  include
     source  in  both BLISS and MACRO (as generated by the BLISS compiler).
     All  include  an  AAAREADME.DOC  file;  some  also   include   further
     documentation.  Unless otherwise noted, programs were linked under VMS
     V5.x; most should run under VMS V4.x if re-linked.

     1.  [.CKALLOC]

         Contains two programs:  CHECKALLOC compares disk quota allocations
         against  space  availble  on  disk  and  lists  the users with the
         largest quotas.  CHKUSE lists the usernames  and  disk  quotas  of
         users who have not logged in since a specific date.  [new]

     2.  [.CLAIM]

         CLAIM is a program that allows a user to become the owner of files
         placed in his or her directories by other users.  Linked under VMS
         V4.7.  [update of Spring 1988 submission]

     3.  [.MDMLIB]

         MDMLIB is a set of utility routines called by some of the programs
         in  this  submission,  and  is required if rebuilding the programs
         from sources.  [update of Spring 1988 submission]

     4.  [.MPMGR]

         MPMGR  (MODPARAMS  Manager)  is   a   program   that   can   build
         MODPARAMS.DAT files for an entire cluster from a central location.
         Linked under VMS V4.7.  Written in PL/I.   [same  as  Spring  1988
         submission]

     5.  [.NSQUERY]

         NSQUERY is  a  utility  that  interrogates  Internet  domain  name
         servers.  Requires CMU-Tektronix TCP/IP V6.3 or later.  [new]

     6.  [.SDFILTER]

         SDFILTER gives a system manager more control over the  destination
         and  page  layout  of VMS Workstation Software (VWS) screen dumps.
         Linked under VMS V4.7.  [update of Spring 1988 submission]

     7.  [.SETUP]

         SETUP is a program through which a system manager  can  centralize
         the  per-user,  per-login  setup  of  applications  software  on a
         system.   Linked  under  VMS  V4.7.   [update   of   Spring   1988
         submission]

     8.  [.WATCHER]

         WATCHER is an very flexible idle-job killer.  The  system  manager
         specifies   which   terminals   should   be  watched;  and,  on  a
         per-terminal basis, which measurements should be used to determine
         that  a  process  is  idle and how long the job should remain idle
         before being logged out.  One can also specify which  jobs  should
         not  be  monitored  based  on  any  combination  of username, UIC,
         identifiers and privileges held, terminal, and day of week/hour of
         day.  LAT terminals are identified by their server and port names.
         Written in PL/I.  For VMS V5.0 or later only.  [update  of  Spring
         1988 submission]

========> [VAX89A2.SCHAFFRATH]AAAREADME.TXT;1 <========


        [SCHAFFRATH]$README.TXT
         
        Greetings everyone!  I have  been  using DECUS software for about
        three years now and  finally  decided  it  was time to squeeze my
        disk for various programs I have  written and see what would fall
        out.  The following section  lists  the various programs and .COM
        files that I have  included.    No executables have been provided
        due to the current 'computer virus' problems in the industry.  If
        compiling is a problem,  I  will  accept  requests to provide the
        executables and/or object code on  an  individual basis.  Most if
        not all of the programs  use  features  of  VMS V5.0 and up.  Any
        questions or comments on this software may be directed to:
         
                       Robert G. Schaffrath, System Manager
                       General Foods Corporation
                       250 North Street / MS RA-5S
                       White Plains, NY  10625-0001
                       (914) 335-9792
         
         
        ************************ D I S C L A I M E R ********************
         
        The following notice and  disclaimer  applies to all the software
        in my submission:
         
                                 Copyright © 1989 by
                       Robert G. Schaffrath, Glen Head, New York
                                 All Rights Reserved
         
        This software has been furnished  free of charge, and may be used
        and copied only with the inclusion of the above copyright notice.
        This software may be  distributed  or otherwise made available to
        any other person so long as  there is no direct commercial profit
        derived from such distribution.    No  title  to and ownership of
        this software is hereby transferred.
         
        The information in  this  software  is  subject to change without
        notice and  should  not  be  construed  as  a  commitment  by the
        copyright holder.
         
        This software is provided  as-is  and  neither  the author or his
        employers assume responsibilty for  any damage or losses incurred
        through the use of this program.
         
        *****************************************************************
        [SCHAFFRATH.COM]
         
        This directory contains a collection of various .COM files I have
        developed.  Normally, I find  DCL  programming to be 'a hack' and
        would  not  consider  including  .COM  files  in  a distribution.
        However, since others  do  it,  why  not  me?    So here are some
        (useless?) command procedures.
         
        BACKUPS.COM             This procedure  will  display  the backup
                                status of all mounted  disks.  May or may
                                                                Page 2


                                not  require   SYSPRV   if   the  MFD  is
                                protected against read access.
         
        BATCH_CHECK.COM         This  procedure   gives   an  example  of
                                checking for active  batch jobs using the
                                F$GETQUI lexical function.
         
        DEVCHAR.COM             This  procedure  will  display  all known
                                characteristics of a specified device. 
         
        DSVBUILD.COM            This  procedure  will  reload  the DECnet
                                database with  the  load  information for
                                all  DECservers   that   are  defined  in
                                DSVCONFIG.DAT.
         
        PRINTER_CHECK.COM       Similar    to    BATCH_CHECK.COM,    this
                                procedure  will  check  for  active print
                                jobs.
         
        RCF.COM                 This  procedure   will   perform  an  NCP
                                CONNECT  command   after  validating  the
                                specified  server  information  stored in
                                DSVCONFIG.DAT.
         
        STS.COM                 This  procedure  will  display  all known
                                process status flags that are enabled for
                                a specified PID.
         
        TIME.COM                This  procedure  will   produce  a  fancy
                                date/time printout.  A rather droll piece
                                of DCL coding.
         
         
        *****************************************************************
        [SCHAFFRATH.IDLE-MONITOR]
         
        This program would fall  into  the  category of 'yet another idle
        terminal killer'!    This  program,  written  in  BASIC, provides
        several features gleaned  from  other  implementations.   It also
        provides a feature  allowing  the  system  manager  to query it's
        internal database about the  status  of all known processes, zero
        idle counters for specific processes  and reload it's database of
        processes to  ignore.    Please  read  IDLE-MONITOR.DOC  for more
        information.
         
        IDLE-MONITOR.BAS        This is the source  file.  It was written
                                for use under BASIC V3.3.
         
        IDLE-MONITOR.COM        This is the startup procedure for running
                                Idle-Monitor.  Edit it to suit your site.
         
        IDLE-MONITOR.DOC        This  is  the   documentation  for  Idle-
                                Monitor.
         
        IMC.BAS                 This is the Idle-Monitor Control program.
                                                                Page 3


                                It  is  used   to  communicate  with  the
                                running Idle-Monitor program.  
         
        IMC.HLP                 This is  the  online  help  for  IMC.  It
                                should  be  inserted   into  IMC.HLB  and
                                stored in SYS$HELP.
         
        IMC_COMMANDS.CLD        This is the .CLD  file  to be linked with
                                IMC.   Perform  a  SET  COMMAND/OBJECT to
                                create the object  code  and link it with
                                IMC.
         
         
        *****************************************************************
        [SCHAFFRATH.INTERNALS]
         
        Several interesting internals programs.
         
        NOLOGINS.MAR            This  program   will   prevent   the  job
                                controller  from  prompting  for username
                                and password.   The behavior is identical
                                to login attempts made when the system is
                                booting up.  To clear the setting, simply
                                perform a SET LOGIN/INTERACTIVE=n.
         
        SECURE.MAR              This   program    will    set   the   bit
                                TT2$M_SYSPASSWORD on a specified terminal
                                port.  It  is  intended  for use with the
                                template devices  LTA0  and NVA0 although
                                it  will   probably   work   with  'real'
                                devices.      This   will   allow  system
                                passwords  for  devices  which  would not
                                normally have them.
         
        SECUREMSG.MSG           Message file for SECURE.MAR.
         
        UNIT_SEED.MAR           This program will reset the counter for a
                                template device  so  that  all  new units
                                start at 1.   As  an example, as a system
                                is used, it is  not  uncommon to see unit
                                numbers like LTA723:  or  VTA296:.  After
                                execution, new  units  will  start out as
                                LTA1: and VTA1:. 
         
        UNSECURE.MAR            A program to disable syspassword settings
                                made by SECURE.MAR.
         
        USERNAME.MAR            This  program  will  allow  the  user  to
                                change his/her username. 
         
        USERNAME.CLD            .CLD for use with USERNAME.MAR.
         
        USERNAMEMSG.MSG         Message file for use with USERNAME.MAR.
         
         
                                                                Page 4


        *****************************************************************
        [SCHAFFRATH.LMF]
         
        Some  interesting  little  tid-bits   dealing  with  the  License
        Management Facility.
         
        FORMAT_PAK.COM          This procedure will take  the output of a
                                LICENSE ISSUE  command  and  format it to
                                look similar to a PAK provided by DEC.
         
        LICENSE_SERVICE.HLP     Documentation on the  use of the services
                                SYS$GRANT_LICENSE                     and
                                SYS$RELEASE_LICENSE.
         
         
        *****************************************************************
        [SCHAFFRATH.MAILVIEW]
         
        MAILVIEW.BAS            This program will  allow  a  user to read
                                his/her  mail   messages   in   a  screen
                                oriented environment.   It allows for the
                                selection of  mail  folders  and messages
                                via the arrow keys.  In addition, it will
                                allow a privileged  user  to read someone
                                elses mail.   This  program, as yet, does
                                not use the  callable MAIL interface. (It
                                will at some point in time)
         
        MAILVIEW.DOC            This is  the  documentation for MAILVIEW.
                                Unfortunately, it  is  one minor revision
                                behind.  Documentation is missing for the
                                left and right arrow  keys which scroll a
                                long message.
         
         
        *****************************************************************
        [SCHAFFRATH.MISC]
         
        Various programs that  were  too  small  to  break into their own
        category.
         
        LATPORT.BAS             This program will read the DECserver port
                                information for a  specified device via a
                                call to SYS$QIOW.    The functionality of
                                this  program  was  replaced  by  the new
                                $GETDVI      item     DVI$M_TT_ACCPORNAM.
                                However,  it  does  return  the  LAT$LINK
                                value which  is  not  currently available
                                via $GETDVI.  But does anyone really care
                                about that information?
         
        RDMODEM.BAS             This program will  read the modem control
                                signals of a  specified  port and display
                                them in a  readable  format (similar to a
                                break-out box).
                                                                Page 5


         
         
        *****************************************************************
        [SCHAFFRATH.PCBFLAGS]
         
        This code  will  allow  a  user  with  $CMKNRL  to change various
        process flags in the Process Control Block.  For example, you can
        make a BATCH job INTERACTIVE,  enable full security auditing on a
        process, attempt to remove  processes  stuck  in Resource Wait by
        setting the 'no resource wait' attribute.
         
        PCBFLAGS.BAS            Source code.
         
        PCBFLAGS.CLD            DCL Command definition.
         
        PCBFLAGS_KERNEL.MAR     Kernel  mode  code   to  be  linked  with
                                PCBFLAGS.BAS.
         
         
        *****************************************************************
        [SCHAFFRATH.UAF]
         
        Several  programs  to  do   interesting   things  with  the  User
        Authorization file.
         
        UAFDEF.TXT              User Authorization File Record format and
                                definitions  for   use   with  the  BASIC
                                language.
         
        UAFLOGIN.BAS            This program  will  allow  the privileged
                                user to  scan  the  UAF  for logins which
                                occurred on or after a specified date.
         
        UAFSCAN.BAS             This program  will  allow  the privileged
                                user scan  the  UAF  for  those usernames
                                with a non-zero login failure count.
         
        UAFZAP.BAS              This program  will  allow  the privileged
                                user  to  change  parameters  in  the UAF
                                which are not normally modifyable.  These
                                parameters  are:   login  failure  count,
                                date/time of  last  interactive  and non-
                                interactive login,  and  the date/time of
                                the last password changes.
         
        [End of $README.TXT]
========> [VAX89A2.SHAPIRO]AAAREADME.TXT;2 <========


                       Extensible VAX Editor - EDT Extension
                                     [ EVEDT ]

                            (EVEDT Version V4.0-110188)
                   (For use with VMS 5.x and TPU 2.x and above)


                                      AUTHOR
                                 Steven K. Shapiro
                                  SKS Associates
                                    POB 610637
                                    Austin, TX
                                       78761

                                 14 December 1988

EVEDT is a very extended EDT superset and has some language specific features
for several languages. See the .HLP file for full details.


        The EVEDT software  package  including  all  source  code,  section
        files,  online  help and documentation is subject to change without
        notice and should therefore not be construed as a commitment by its
        author.

        EVEDT Version 4.0 (and above) is  designed  to  work  with  systems
        which  are equipped with TPU V2.0 and above (available with systems
        which  are  VMS  5.0  and  above).   Since   DIGITAL   assumes   no
        responsibility  for its TPU product, I assume no responsibility for
        the use or reliability of EVEDT on any equipment or for any purpose
        and it is therefore offered as is.
========> [VAX89A2.SPC]AAAREADME.TXT;1 <========





       (@)(@)(@)
    (@)(@)(@)(@)(@)                    SPC's Submission
  (@) %% ""-"" %% (@)
 (@) %%% (" ") %%% (@)                 Submitted by:
(@) %%% ( O O ) %%% (@)                Terry Kennedy
(@) %%%% ( > ) %%%% (@)                Saint Peter's College
(@) %%%%% |-| %%%%% (@)                Academic Computer Center
 (@) %% ((SPC)) %% (@)                 2641 Kennedy Blvd
  (@)(@)  | |  (@)(@)                  Jersey City, NJ 07306
   (@)    | |    (@)                   (201) 435-0252
   -------|-|-------                   terry@spcvxa.bitnet
     Peter Peacock       


        This software is made available to the public  with no warranties,
        guarantees,  or liability for its use or any consequences thereof.
        After all, it's free. But we think it works. If you have problems,
        please let us know.

[.COOKIE]

        The biggest "monster fortune cookie" system you've ever seen. Full
        versions for VMS, RSTS/E, RT-11 and MS-DOS are included.


[.FINGER]

        An update to the VMS FINGER utility. This is version V51_1_13 of
        FINGER.
========> [VAX89A2.SPCTELE]AAAREADME.TXT;1 <========


                   Space Telescope Science Institute 

   ABSTRACTS             F I L E   L I S T I N G 

--------------------------------------------------------------------------------

                       *******************
                       * C O M F I L E S *
                       *******************

MAILUAF.COM           modified sys$examples:mailuaf.com to change users
                      mail counters and personal name, view their mail 
                      directory and list all forwarding addresses and
                      personal names.  Regrettably, it's written for VMS V4.X


--------------------------------------------------------------------------------

                      *****************************
                      * L O G G E R   U P T I M E *
                      *****************************

    Makes a log of system uptime, reason for crash.  At the end of the
   month, a report is produced showing number of crashes and shutdowns,
   average time to reboot on both and amount of business downtime.  

    This is version 2.0 with bugfixes and enhancements 

--------------------------------------------------------------------------------


                           ***********************
                           * M O N _ R E P O R T *
                           ***********************

    Works off DEC software in sys$examples MONITOR.COM, MONSUM.COM and 
  SUBMON.COM to create monitor stats for your machine.  Data is then
  automatically plotted weekly using DISPLAA. (NB if you don't have 
  DISPLAA, this will at least gather and massage the raw data into form.)

--------------------------------------------------------------------------------


                            *******************
                            * S U B S C R I B *
                            *******************

    Creates listing of who has how many blocks on each disk to see if
  disk is over-subscribed and why.

--------------------------------------------------------------------------------

                          ***************************
                          * V W S _ G R A P H I C S *
                          ***************************
                                                                Page 2



    Neat graphic tricks for Vax Workstations.


========> [VAX89A2.SWING_VMS5]AAAREADME.TXT;2 <========


Swing program from DECUS tape

I had to modify SWING when I went to 5.0-2. I also, some time ago, added a
'list' option (get a directory listing while in swing).
  This area contains the result, with the Fortran sources in a ZOO file to
conserve space.
--------------------------------------------------------------------------------
John Howells           |  "Science does not     | howells@pioneer.arc.nasa.gov
Sterling Software      |   remove the terror    | howells@krypton.arc.nasa.gov
Palo Alto, Ca.         |   of the Gods"         | howells%kry@ames-io.arpa

