========> [VAX89A1.AEPSC]AAAREADME.TXT;1 <======== AMERICAN ELECTRIC POWER SERVICE CORPORATION Spring 1989 VAX SIG Tape Submission Paul R. Sorenson AEP/Engineering Computer Support Center 1 Riverside Plaza Columbus, OH 43215 This submission to the Spring 1989 VAX SIG tape contains: 1) VDDRIVER - yet another version of a virtual disk driver (VD:) !? There was confusion on my part as to whether previous versions handled segmented virtual I/O properly, so this version was born. 2) CDDRIVER - disk data caching driver. Hooks into a standard disk driver and caches the most recently accessed blocks in memory. Also provides a "recording" function to log all I/O performed on the disk. Consult the AAAREADME.TXT files in each subdirectory for more information on the features of each driver. Note that by creating a virtual disk and creating the same sized cache for the virtual disk, one can approach the I/O performance of a memory disk while always maintaining an up to date copy of the data on a physical disk. DISCLAIMER All programs, information, and copies are provided "As Is". American Electric Power Service Corporation and the contributor disclaim all warranties on the programs, including without limitation, all implied warranties of merchantibility and fitness. ========> [VAX89A1.ALLIED]AAAREADME.TXT;1 <======== Spring 1989 Submissions to the VAX SIG Tape from Allied Electronics Fort Worth, Texas Allied Electronics' submissions consist of a number of useful command procedures and programs. More complete descriptions of the submissions can be found in the AAAREADME.1ST file in each sub-directory, and within the programs and procedures. [.Allied.DCL] Command procedures to o Execute AUTOGEN and provide you with a complete list of changed SYSGEN params, with before and after values o Submit an executable to run in batch without having to make a command procedure for it. o Run VPA and send a MAIL message indicating if any `conclusions' were reached. o Do $INSTALL REPLACE commands on every node in a cluster using SYSMAN. o Optimize and rebuild indexed files. o Display a number of VPA graphs for the previous day. [.Allied.Login] A Macro program (mostly Hunter Goatley's code from the VAX Professional Magazine) with some mods I added. It should speed up logins considerably for anyone who is doing more than a few logical and symbol assignments via DCL in their current LOGIN.COM. [.Allied.Send_Mail] This directory includes a Fortran subroutine and a BASIC function which make use of DEC's undocumented (and as yet unsupported) Callable MAIL Interface to send a message. Jim Geier of General Instrument sent me the Fortran code in response to a message I posted on DECUServe. I wrote the BASIC code because we don't have a Fortran compiler. Object code from the BASIC function is included in this submission. Please direct any questions, comments, etc., to Alan Bruns Allied Electronics 401 East 8th Street Fort Worth, Texas 76102 (817) 336-5401 ========> [VAX89A1.APPLIEDRES]AAAREADME.TXT;1 <======== Applied Research Corporation Page 1 DECUS VAX SIG Tapecopy Submission 28 April 1989 Applied Research Corporation Suite 920 8201 Corporate Drive Landover, Md 20785 (301) 459-8442 Submitted By Don Stevens-Rayburn Director of Computer Services 1 Overview Of This Submission This area contains a variety of user-mode programs and programming utilities that have been written at Applied Research Corporation and that we have found useful. Included is the full source code for each of the programs and utilities along with both object code and, where appropriate, executables. In addition, more-or-less complete user manuals and programmer manuals are included. The major components of the submission are described in the following sections. 1.1 Address Database Management The address database managment system provides a powerful set of software for automating address/telephone lists. This system supports private address databases, group-wide databases and corporate-wide databases. This program is based on the A.R.C. Forms Management System and is completely menu-driven. It has the capability of searching a database on any field or combination of fields, including up to 6 key words that are part of each record in the database. For example, is is a simple matter to request the system to display all of the entries in the database that refer to people who (1) have names beginning with the characters ST and (2) live in the state of Maryland and (3) have the key words "FORTRAN", "MACRO" and "DCL" in their record. Finally, the program can print the selected records in a variety of ways: (1) the complete record; (2) only that part of the record that the U.S. Postal Service needs, formatted for direct printing on mailing label stock; and (3) as a telephone list containing just the name and up to 2 telephone numbers. As well as two standalone programs that implement the system, there are two separate callable interfaces to make it easy to incorporate address database management into larger menu driven systems. Page 2 1.2 Documentation Utilities Included are two routines which we use here to assist in maintaining programming documentation. CLEANMEM is a simple program that reads a ".MEM" file produced by Digital Standard Runoff and strips off the imbedded characters that DSR leaves in the file. This is useful when you wish to use multibuffer editing to proofread DSR output. You can put the original ".RNO" file in one buffer and the "cleaned" ".MEM" file in another. The ".MEM" file can be scrolled through and read easily without the distracting control characters at the end of each line and, when you find an error or an edit that you wish to make, you switch to the buffer containing the ".RNO" file and make the change directly. At our site, this routine saves a lot of paper and a lot of wear and tear on the laser printer. DOCUMENT is a routine that searches an entire directory and extracts the comment header blocks from all of the source code files in that directory, formatting them as a DSR input file. This routine assists in maintaining programming documentation. This requires that the programmer use a standardized comment block in each program module. Each source code module in this submission contains such a block and several templates are provided. 1.3 Forms And Menus The Applied Research Corporation Forms Management System is the major part of this submission. The ARC FMS consists of a suite of subroutines and a set of FORTRAN include files contained in a text library. It is designed to assist in the coding of programs that are menu driven and/or rely on forms manipulation for data entry and editing. This set of routines is the basis for all of the menu/forms based programs included in this submission as well as a variety of other systems in production here. The ARC FMS is based on the Digital Screen Management Facility but, for example, allows you to design and manipulate forms and menus with only a few subroutine calls. For example, one can present a form to the user and allow the user to edit any field on the form with a single call to one of the FMS subroutines. 1.4 The Form/Menu Demonstration Program The Form/ Menu Demonstration Program is an example of how the ARC FMS can be used to provide a completely menu-driven system to non-technical users of a VAX. The program presented here is, in fact, a copy of the program that our finance group uses daily. The only modifications that I have made to the program prior to submitting it are to remove any proprietary software that gets run from the system. While it is unlikely that this program will be of direct use at your site, it does provide a framework for a complete menu-driven system. Should you be required to write such a system, you will find this program worth reviewing and you may be able to re-use large chunks of it. Page 3 1.5 The Make Facility This is yet another implementation of a Unix-like MAKE facility. It is provided here mainly because we have used it to build all of the executables in this submission and is the easiest way for you to rebuild them if you wish to modify them. MAKE is provided in two forms: first as an executable, with source code and as a DCL command file. 1.6 Portwatch V2.0 Portwatch V2.0 is yet another idle terminal killer. This version is a total rewrite of an idle terminal killer that appeared on an earlier SIG tape submitted by J. B. Fischer. This version maintains a database of each terminal port on the system. For each port, you may specify whether processes running at that terminal are eligible for deletion and at which hours of the day. In addition, you may specify whether or not warning messages are broadcast to the terminal before process deletion. As an example, here we are not so much worried about people tying up terminal lines since (at least for the moment) every terminal has its own port. But we are concerned, for security sake, that everyone log off before leaving for the day. Therefore, most interactive sessions are protected from deletion during the hours 08:00 through 18:00. If you are logged on after 18:00 but inactive, it is assumed that you have gone home and your process becomes eligible for deletion. The major exception to the above is those ports which are connected to modems. Since we only have a few modems and since, if your process is connected to a modem line but has been inactive for more than 30 minutes, it is likely that you have lost the connection and away goes your process. Finally, while it is nice to warn people before killing their process, this is not always possible. For example, if you attempt to warn a process running on a port connected to a Hayes compatible modem (or most other modems) but for which the connection has been lost, all you will accomplish is to set up an interesting dialog of error messages flashing back and forth between the VAX and the modem. In addition, we have a bunch of Professional 350's that function mostly as standalone workstations but which occasionally connect to the VAX via async lines. If the operator of one of these work stations exits the terminal emulator without logging off the VAX, attempting to send a warning sets up a similar dialog. Therefore, Portwatch was written in such a way that you can specify on a port-by-port basis whether to broadcast a warning message prior to process deletion. 1.7 QMS Kiss Driver QMSPRINTV2 is both command-line and a menu-driven interface to one of our laser printers. Again, this routine will probably not be directly useful at your site unless you happen to be running a QMS Kiss laser printer in QUME emulation mode; however, it does provide an example of how to make the full power of a laser printer available to users who have access only to EDT and/or EVE on a dumb terminal. For example, we also have an LN03 driver that was Page 4 written in about a day simply by copying the QMSPRINT code to a new directory and modifying it. 1.8 Show Purge There are three small programs that make up this set. First, there is the SHOWPURGE program itself which has a command line interface and which takes most of the same parameters and qualifiers as does the DCL PURGE command. However, it does not actually delete anything; rather it informs you, by default, how many files would be deleted by a PURGE and, optionally, which files. The second and third programs work together as a gentle way of reminding users to purge old versions. The first merely creates an indexed file with room for a username and a quadword time; the second, which is run at login time via SYLOGIN.COM, determines the username of the person logging on. It then looks up that username and time in the ISAM file. If the time recorded for that username is less than a month ago, the program simply closes the database and exits, thus slowing login by only a fraction of a second. On the other hand, if either the username is not in the file or if the time recorded is more than a month ago, the program enters the user name and the current time in the file and closes it. It then searches the user's directory tree and displays a message of the form: Purging ddcn:[directory...]*.* would delete nn files occupying mm blocks. This serves as a gentle reminder about purging outdated files and has met with good success here. 1.9 Telephone TELEPHONE is a autodial routine that dials a modem without the user having to know anything about which port the modem is on or even about what kind of modem it is. It is implemented as a DCL command and does allow the user to specify all of the communications parameters, including baud rate, parity etc. In addition, it can use a variety of terminal emulations/file transfer protocols and even implements a "telephone" book by using DCL symbols. For example, if you were to include the line: $ ARC :== "1-301-nnn-nnnn" in your LOGIN.COM you could issue the command $ TELE[phone] ARC and TELEPHONE would call up our machine. Once a connection has been established, TELEPHONE spawns a subprocess running the terminal emulation system of your choice. When you exit that subprocess, TELEPHONE gets control again. It makes sure that the modem has hung up properly and that it is reset to power-up defaults. The current version of TELEPHONE supports Hayes compatible modems as well as DEC DF112 modems and works whether or not the port that the modem is on has even minimal modem control lines. Page 5 1.10 Time Management System TMSV41 is a time management system that allows you to keep track of what you should do and when you must do it. It also can keep track of what you have done and when you did it. The Time Management System is based on the ARC FMS and has both a command-line interface and a fully menu-driven interface. 1.11 Utilities Finally, there are a collection of utility routines. These include routines in several categories: o CLI routines for parsing the command line. These routines make it easy to determine what the user wants your program to do. o Lexical functions. Included are callable implementations of the following DCL lexicals: o F$EDIT o F$FILE_ATTRIBUTES o F$GETGPI o F$INTEGER o F$LENGTH o F$MODE o F$PARSE o F$PID o F$SEARCH o F$USER o Various functions. A small collection of functions that perform a variety of tasks such as declaring exit and AST handlers. Some of these routines have been modified from routines that others have put on previous SIG tapes. ========> [VAX89A1.ATG]AAAREADME.TXT;1 <======== Submission from: Nick de Smith Applied Telematics Group Ltd. Telematics House Vale Avenue Tunbridge Wells Kent TN1 1DJ England Voice: +44 892 511000 PSI MAIL: PSI%234213300154::NICK All programs and routines are (fully) tested, and believed working under V5.1. This includes the device drivers and all KERNEL mode code. I am always interested in (constructive) critisism and correspondance. Included here is all I could prepare in time. Languages used are generally C and MACRO. Object files are provided for all C modules. All programs are fully commented and complete. [.DRIVERS] A totally re-written version of the pseudo terminal drivers for V5. Many bug fixes and efficiency enhancements. Now includes DIRECT I/O support, and hooks for new features. See the AAAREADME file for a full description of what was done and why. [.H] Automatic way of generating all possible VAX C header files (eg. PCBDEF.H) from the VMS supplied MACRO libraries. Extremely useful - just re-run when a new release of VMS is issued to generate a new STARLET.TLB and LIB.TLB. [.LASER] Complete VMS symbiont and forms library for driving an HP LaserJet+ as an ordinary VMS print queue. [.MACRO] Lots of KERNEL and USER mode code for doing almost everything to someone else (or yourself). eg. create a process dump/traceback under program control, set process name, set DCL prompt, deallocate a device owned by someone else, change UIC, etc. The utilities for creating a process dump (or traceback) from another process (without effecting the running process) are VERY useful if you write detached servers etc. I believe there is no other tool for doing this. [.MAIL_PROTO] Complete MAIL alternate protocol routines as stubs for user Page 2 modification. Run it and see. Makes writing your own protocol module for VMS mail much more simple. Also includes a fully documented MAIL.COM (DCL implementation of MAIL-11 V3) and PHONE.COM that uses the PHONE protocol. [.NETOBJ] Example multi-threaded DECnet symbiont that demonstrates a full non-transparent task-to-task DECnet object. Runs as a detached process. User utility for talking to it also supplied. Generally, it can be used as a framework for building your own flavour of network server. This is now superceded by the DEC SYS$EXAMPLES:DB_xxx code. [.PDINIT] Utility to manipulate the VMS pseudo disk driver. Simple to use, comprehensive and effective. I know there are loads of these, but this is my offering! [.SHOW] Example programs that talk to NETACP directly to obtain a SHOW NET listing. Uses the undocumented QIO interface to NETACP, not NML. Oh, all right...I've included an example program that uses the NICE protocol via NMLSHR. This is the correct way to talk to DECnet for network management, but the documentation is really hard to come by. Note that under PhaseV DECnet, NICE will not be used. [.SP] Powerful utility for controlling privilege use for an individual user. Very flexible. We have used it for years (the coding style reflects that!). [.SYMBIONT] Example C VMS server symbiont that implements a simple REMIND utility. Quite fun and totally open to abuse! Complete with VMS HELP files and CLI utility. [.TOOLS] Some tools. Things of note are some command files to look at the UAF to see if it has been attacked by hackers; a routine to disable the CTRL/Y AST trap in DCL (see code for reasons); a PATCH file for MONITOR to enable concealed classes; and a command file that sorts your QUOTA.SYS file into alphabetical order (safely! - using DISKQUOTA) to aid disk maintenance. [.TPU] Complete V5.x version of the EDT initialiser, plus a few extras. Brings up EVE (quickly) looking just like good-ol' EDT, complete with Page 3 keypad. Many extra features, such as SPAWNing processes, including the output from DCL commands in buffers, a very nice way of selecting buffers, and all of EVE there too if you want it, including multiple windows and fully integrated help. Look at the start of ATG_EVE.TPU for a complete description. This module is constructed as a "Real EVE Product", and is layered on EVE and built with EVE$BUILD as per all VMS V5 requirements. It therefore should be compatable with all future versions of EVE/TPU. Fully commented and easy to extend. All our editing is done with this TPU section. [.UWD] Template User Written Debugger for VMS. From an idea in (I think) VAX Pro, but totally re-written to fix many bugs, ommissions and heavy duty over-coding. [.XE] MONITOR like utility that displays Ethernet Line Counters via an undocumented $QIO interface to the Ethernet 802 drivers. Very useful for looking at the results of flood testing or general analysis of Ethernet activity. Runs on any VAX with one or more (DEC) Ethernet interfaces. Why is there so little UIS/DECwindows software in the public domain? Coming soon... UIS tools for font generation/manipulation (conforming to DEC Common Font File Format), UIS and DECwindows terminal emulators, and any other tools for windows that I can prepare by the next tape. [end] ========> [VAX89A1.BRAMHALL]AAAREADME.TXT;1 <======== FAKE_VM - Special VM and EFN handling. FAKE_VM intercepts memory and event flag allocation routines and permits various debug and control options to help control or monitor the actions of these routines. FAKE_VM intercepts the following routines in LIBRTL: LIB$GET_VM The general get VM routine. [FAKE_VM does *not* handle zones!] LIB$FREE_VM The general free VM routine. [FAKE_VM does *not* handle zones!] LIB$SGET1_DD The get dynamic string routine. LIB$SFREE1_DD The free one dynamic string routine. LIB$SFREEN_DD The free n dynamic strings routine. LIB$GET_EF The general get EFN routine. LIB$FREE_EF The general free EFN routine. And, as of VMS V5.2, the following: LIB$VM_MALLOC The memory allocate routine. LIB$VM_CALLOC The cleared memory allocate routine. LIB$VM_REALLOC The memory reallocate routine. LIB$VM_FREE The memory free routine. FAKE_VM intercepts the following routines in VAXCRTL[G] provided that the VAXCRTL[G] shareable image was included when the image containing FAKE_VM was linked: MALLOC The memory allocate routine. CALLOC The cleared memory allocate routine. REALLOC The memory reallocate routine. FREE The memory free routine. CFREE The memory free routine. VAXC$MALLOC_OPT The optimized memory allocate routine. VAXC$CALLOC_OPT The optimized cleared memory allocate routine. VAXC$REALLOC_OPT The optimized memory reallocate routine. VAXC$FREE_OPT The optimized memory free routine. Page 2 VAXC$CFREE_OPT The optimized memory free routine. FAKE_VM intercepts the following routines in DECW$XLIBSHR provided that the DECW$XLIBSHR shareable image was included when the image containing FAKE_VM was linked: XMEMORY_MALLOC The memory allocate routine. XMEMORY_CALLOC The cleared memory allocate routine. XMEMORY_REALLOC The memory reallocate routine. XMEMORY_FREE The memory free routine. Submitted by Mark Barmhall, DEC. ========> [VAX89A1.CVLUG]AAAREADME.TXT;1 <======== [.CVLUG]AAAREADME.TXT @@@ @ @ @ @ @ @@@ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @@@ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @ @@@ @ @@@@@ @@@ @@@ DECUS Connecticut Valley Local Users Group P. O. Box 251, Glastonbury, CT 06033-0251 Each directory in this collection contains a AAAREADME.DOC file with specific information about the use of the programs there. [.BANNER.GOTH] A banner program with a Gothic character set 9 inch letters. [.BANNER.SERIF] A banner program with a Serifed character set 9 inch letters. [.CREDIRSYM] A foreign command which creates symbols and logicals for the primary sub-directories of the current default directory. (FORTRAN, MACRO) ** [.CAL] A native command which generates monthly or yearly calendar to the screen. (BASIC supports /OUTPUT). [.CALENDAR] A program which generate 12 month calendars 1 month per page with optional monthly pictures included from (JAN.DAT, FEB.DAT etc...) (BASIC) [.CALLBACK] These files provide auto AUTO CALLBACK via/ DEC DF03 autocall modem. [.CTS] Console Time Stamp, an image which runs detached, sending a one-line date-time stamp to the console device ever half hour. (FORTRAN,MACRO) [.DELTREE] A native command which performs a directory tree delete. (BASIC, MACRO) [.DTREE] A native command which generates graphical representation of a directory structure. (BASIC, /OUTPUT) ** [.ESCDEMO] A collection of similar programs coded in several languages (BASIC,COBOL,C,DCL,FORTRAN,PASCAL) which demonstrate terminal and disk i/o, and VT100 escape sequences. [.FUN.POSTERS] A few amusing images which are better appreciated on a printer. [.FUN.VT100] A couple of animated routines for you character cell terminal viewing pleasure. [.FUN.VT330] A little fun with monochrome ReGIS graphics. [.HELP] VMS Help files for VT100 escape sequences and RUNOFF commands. [.PEDIT] An EDT command file to redefine the default key configuration of the PROCOMM VT100 emulator, to a more conventional orientation. [.THOUGHTS] A foreign command to intended to provide a little moral boost at login by providing a thought for the day. Also included is BASIC utility which generates THOUGHTS.FOR from the THOUGHTS.TXT file. [.TOOLS] DCL procedure which defines numerous command abbreviations (symbols) for routine data processing, Runoff, LaTeX, BASIC, COBOL, RPG, MACRO, FORTRAN, Spell, TYCHO. This procedure is very popular among newer user who are not adept typists, and seasoned user who simply prefer Page 2 the convenience. [.USERCOUNT] A native command which counts the number of interactive users logged in with the same username as the executing process, useful in both login and logout procedures. [.UNQUE] A native command which deletes entries from batch or print queues by job name. (FORTRAN) [.UNTAB] A foreign command which will replace tab characters with the appropriate number of spaces to preserve the appearance of the file. ** When CREDIRSYM and DTREE are defined as keys they make navigation through directory systems (like SIG tapes) a most excellent adventure. Bob McDougall Hartford State Technical College Hartford, Connecticut May, 1989 ========> [VAX89A1.DOWN]AAAREADME.TXT;1 <======== DOWN Utility BRIEF DESCRIPTION OF THE UTILITY ================================ The DOWN utility provides an easy means to "move around" in your directory tree. This utility allows you to move deeper in your directory tree or up through your directory tree or even to change the directory tree you are in even if it exists on another device. You do not have to specify a path name as you would have to use with the SET DEFAULT command. All that is needed is the file name portion of the directory that you wish to make your default. This utility will find a directory that matches that specification regardless of where that directory is located in your directory tree. INTENDED USE ============ To be used as an aid to or a replacement for the DCL SET DEFAULT command. This program uses 100% VMS normal syntax but also allows for abbreviated syntax (including wildcards). This utility can be used like the set default command (i.e. specifying the desired directory on the command line). If you do not specify a directory it will list all of your directories and allow you to choose one by moving the cursor to it or by specifying it by its number as indicated on the screen. This utility IS device independant. Written in VAX BASIC V3 Comments are welcome: Send any questions, comments, enhancements, bug reports and wish lists to: Michael W. Wheeler ( Bitnet address: mww@tntech.bitnet ) Systems Programmer Tennessee Technological University Box 5071 Cookeville, TN 38505 (615) 372-3977 ========> [VAX89A1.DTRSIG]AAAREADME.TXT;1 <======== This is a combined effort by the DATATRIEVE / Fourth Generation Languages SIG to produce a library of items related to or using DATATRIEVE or RALLY. (** indicates new material for Spring 1989) [.ACCOUNTING] Programs to convert System Accounting and PSI Accounting data to a normalized form readable by Datatrieve (and other languages) with record definitions. Also has a procedure to measure terminal useage (an Erlang traffic study on terminal sessions). [.ALLIN1] Contains DTR definitions to work AI1 logging and data files. The document database also works with WPS-PLUS/VMS. (Note: this is ALL-IN-1 V2.0 through 2.2) [.CORPHONE] DTR replacement for the AI1 corporate phone directory, which also works quite well on it's own. [.FUNCTIONS] Many user defined functions including many string functions, Datatrieve procedures for cataloging, defining, and generating functions. ** I have "folded in" some functions from Don Stern which used to be in a separate file, including FN$DELETE_LOGICAL, FN$SET_LOGICAL, FN$SET_SYMBOL, FN$DELETE_FILE, FN$WAIT, and FN$EDT. I have also included FN$TRIM_FILESPEC and FN$SOUNDEX, String and Bitwise logical functions, VMS utilities CONVERT/RECLAIM and FDL$CREATE. [.MAGIC] Some procecdures from Wombat Magic sessions which didn't fit anywhere else. Build an FMS form from a record definition, and calculate mortgages. [.NEWSLETTERS] Past issues of the Wombat Examiner Newsletter. [.PLOTS] Additional PLOTS and articles on adding your own plots. A new family of compass and vector plots (and an analog clock face plot). [.RALLY] ** For the first time, some RALLY examples. [.DATE_FORMATTING] shows how to accommodate a wide variety of date formats as input to Rally. [.EXTERNAL_LINK] shows how to link to system Run Time Library routines LIB$GETJPI and LIB$SPAWN. [.RECALL] Use SMG to give you command line recall while using DTR. Plus DAB definitions in "C", Macro-32. ** The Macro-32 and "C" DAB definitions have been updated for DTR 4.2 [.RSX_ACCOUNTING] Process RSX-11M-Plus system accounting with DTR, also RSX console logs, and a routine for all 11s to convert the DTR (and VMS) DATE types to/from ASCII (without DTR). [.SESSIONS] Transcriptions of some Symposia sessions. Page 2 [.SYSMGR] Datatrieve definitions for Disk Quotas, SYSUAF, rightslist, network proxy logins, etc. Plus a method of processing an INSTALL/LIST/FULL listing to find out which are the most used images, shared images, etc. Procedures to record the login history of users on a system, and terminal/line usage. (Also a FORTRAN program to do this if you don't have DTR). B. Z. Lederman DTR/4GL SIG Library Representative ========> [VAX89A1.FLEMING]AAAREADME.TXT;1 <======== EVEplus+ Version 2.0.1/VMS version 5.1 -------------------------------------- EVEplus+ is a 4-tier multi-layer keypad editing interface,with the top two layers resembling EDT. The starting point for this editing interface under TPU 1.0/VMS version 4.X was the EVEplus procedures made available by DEC on the Spring 86 DECUS tapes. Many of these procedures were mapped to the bottom two layers, and enhanced. Principal Programmer: Glenn Fleming GE Microelectronics Center Mailstop 7T3-01 P.O. Box 13049 RTP, NC 27709 Phone : (919) 549-3743 Bitnet address: fleming@rtpark.rtp.ge.com Contributing Programmers: Bob Boyd, John Watters (Same address above). ========> [VAX89A1.GCE]AAAREADME.TXT;2 <======== Glenn Everhart / G.E. Aerospace The following subdirectories are present; the contents include materials as documented below. Browse other AAAREADME.* files too, please, for further information. The network material is unindexed but has VERY long filenames to make it easier to find things. [.ANALYBIG] AnalytiCalc spreadsheet (src, obj, exe). AnalytiCalc used to have lots of 16-bit integer variables inside to allow efficient work on PDP11 or IBMPC. This version has mostly 32 bit variables (good for Amiga and VAX) and will let you define as egregiously large spread- sheets as you want. It runs faster than the version with i*2 variables too! Also a couple new cell address modes are added to make it easier to write address calculations in your macros for it, and the binary save/load mode is speeded up over the old text mode (which is still available for compatibility and transportability.) [.TARRDWRT] Local TAR read/write mods. Allows ANY sequential file to be written to TAR tape and allows partial squashing of too-deep Unix directory trees. [.VMSVD] Virtual disks for VMS!!! The old VDDRIVER is fixed so it handles all split I/O correctly and is cleaner. This driver makes a contiguous file on a VAX system local disk appear to be a totally independent volume, with high performance. Also, a new driver FDDRV is introduced. It provides: * Remote virtual disks over DECnet or asynch, so you can back up a disk over a network from a machine without a tape, EXACTLY as if the remote disk were a local device. (Note: Be sure your RMS network buffers are set to 17 or more, or edit the source to the remote disk host/server routines, before using the DECnet remote disks. They expect to be able to send 8300 byte DECnet $QIO's.) * Memory disks, using a PROCESS' address space. Thus the VMS paging algorithm determines what memory is actually in physical memory. No more eating your nonpaged pool alive! * File disks. Data stored on a file, which does NOT have to be contiguous. (This can be used even on the most fragmented disks!) Files can be on other DECnet nodes also, if this is desired. * Crypto disks. Data is stored in a file, as in the file disk, but is encrypted on write and decrypted on read. This gives a trivial way to have storage automatically used by existing Page 2 software in encrypted form, and is the simplest way to solve problems like wanting to have one's payroll file online, but secure against perusal by the systems people after hours (or even, with a few caveats, during the time the disk is in use). In spite of the fairly high strength of the encryption, the routines run rather quickly and impose no noticeable burden even on a 750. * Bat Out of Hell Disk. This is a combination memory/file disk, whimsically named. The idea is that it is functionally a file disk shadowed by a (process based) memory disk, so that all reads are from the memory disk while writes go to memory AND the file disk, providing safety in case of crashes. As in the "standard" file disk, the file does not HAVE to be on a local node. Since a normal VMS process does all the physical I/O for FDDRV, you can create your own flavors of remote disks with it...WITHOUT even having to write any kernel mode code! That's been done for you. [.NETS89] Giant cornucopia of messages with source code, hints and tips on keeping your system healthy and happy, gleaned from Internet sources. Includes a very interactive disassembler. Also Sid Penstone's latest TAR read/write utilities. Sources only in most cases. [.ADASIMSCRIPT] SIMSCRIPT - similar package written in Ada [.BROWSER] Browser/Indexer. Allows full text retrieval of data by one or MORE keywords, in definable neighborhoods, from ANY text file. Fast, too! Somewhat crufty but not too obscure user interface. Worth using! [.NETS89.MISCUTL] Browser src; VMS MSDOS diskette reader; B-Tree source code; PD sources for ARC. [.NETMAP] Old DECnet mapper utility. Worked for DECnet phase III (one area). Source. [.TARDR] TAR reader/writer code for VMS, locally modified. Glenn Everhart Everhart%Arisia.decnet@crd.ge.com Everhart@Arisia.ge.com 215 354 7610 voice GE Aerospace Technology Bldg 100 Room U3040 POB 8555 Phila., Pa. 19101 Page 3 Mail/ship address: use my home address please: Glenn Everhart 25 Sleigh Ride Rd. Glen Mills, Pa 19342 215 358 3866