Trailing-Edge
-
PDP-10 Archives
-
custsupcuspmar86_bb-x130b-sb
-
umt26a.doc
There are 7 other files named umt26a.doc in the archive. Click here to see a list.
UMOUNT.DOC -- Changes from V26 to V26A(103)
July 1975
Copyright (C) 1973,1975,1977
Digital Equipment Corporation, Maynard, Mass.
This software is furnished under a license for use only on a single
computer system and may be copied only with the inclusion of the above
copyright notice. This software, or any other copies thereof, may not
be provided or otherwise made available to any other person except for
use on such system and to one who agrees to these license terms.
Title to and ownership of the software shall at all times remain in
DEC.
The information in this software is subject to change without notice
and should not be construed as a commitment by Digital Equipment
Corporation.
DEC assumes no responsibility for the use or reliability of its
software on equipment which is not supplied by DEC.
UMT26A.DOC Page 2
UMOUNT.DOC -- Changes from V26 to V26A(103)
July 1975
1.0 SUMMARY
This version of UMOUNT includes several bug fixes. It is being
released with OMOUNT 26A as part of the 6.02 monitor release. UMOUNT
26A also corrects all bugs reported through SPR 10-16,468 (June,
1975).
UMOUNT version 26A runs on all monitors. It has been tested on
6.01B/5.07B and 6.02. It fully supports the DATE-75 project. UMOUNT
version 26A fully supersedes all previous versions.
UMOUNT version 26A is documented in the system command manual. It is
also documented in the program specification UMOUNT.RNO.
2.0 CHANGES
100 Make UMOUNT smarter about ersatz devices (e.g. SYSA, HLPB).
These names now give very confusing messages. [SPR 10-15,615].
101 REELID does not get set if user owns drive but OMOUNT is needed.
[SPR 10-16,446].
102 UMOUNT does not check physical device when it should in
generating logical name. [SPR 10-16,467].
103 UMOUNT gives 'logical name in use' message and generates new
logical name when it shouldn't, namely if user mounts a device by
a logical name he is already using. [SPR 10-16,468].
3.0 KNOWN BUGS AND DEFICIENCIES
None.
4.0 INSTALLATION INSTRUCTIONS
None.
[End of UMT26A.DOC]
[UMT26.DOC is appended as an integral part of UMT26A.DOC]
UMT26.DOC Page 3
UMOUNT.DOC -- Changes from V25 to V26
April 1975
1.0 SUMMARY
This release of OMOUNT and UMOUNT incorporates bug fixes and much
development. The highlights of this development are: faster and more
intelligent command file processing, FACT file accounting, DECtape
label checking, improved operator messages and control of resources,
tape error handling, RP04 support, and several new switches for the
operator and user to add to the flexibility of the use of these
programs. In addition, it is more reliable than older versions.
They have been tested with 5.06b/5.07/5.07a/6.01a.
The new user features will be documented in the Operating Systems
Commands Manual, under FILE, DISMOUNT, and MOUNT commands. New
operator features will be documented in a revised OMOUNT Specification
and in the Operator's Guide, both in the Software Notebooks.
2.0 EXTERNAL CHANGES
2.1 OPERATOR(OMOUNT)
This section follows the format of the OMOUNT specification.
1. General introduction
OMOUNT signals that it is ready to accept top-level commands
with a "/", and that it is scanning the request queue for
user commands with a "!".
2. The "Proceed?" question
a. Two new replies exist:
WAIT Defer the request and wait for Operator input (See
GO under Operator commands below).
PAUSE Wait for Operator input after completing current
request.
b. The Operator may defer a request for a specified time by
/DEFER: 'time' where 'time' is mm or hh:mm. The maximum
is 24 hours.
c. ST is a valid abbreviation for START.
3. 'MOUNT' Request Service
UMT26.DOC Page 4
a. Non-File Structured devices.
The old messages typed to MOUNT a device have undergone
cosmetic changes only. The Operator's replies have been
extended, however:
1. The Operator may change controllers (e.g MTA to MTB).
2. WAIT, PAUSE and DEFER:time are added as for
"Proceed?".
3. ST is a valid abbreviation for START.
A major change involves MOUNTing Magtape and DECtape
wherein the requested Tape-id and write-status are
checked. If either disagrees with the information stored
on the tape, the Operator is told and given the choice to
ignore, change drives or tapes, or cancel the request.
b. File Structures.
Except for changes in the form of messages, no changes
exist except in the Operator's possible replies to a
MOUNT request. As in the "Proceed?" dialogue, WAIT,
PAUSE and DEFER:time are possible and he may change the
controller. Once the F/S is mounted it is added either
to the user's active search list with or without the
"create" capability or to the passive search list.
NOTE
Operator may reply "n" to drive selection
messages for disk whereas older versions required
a full device name, eg DPA0.
4. 'DISMOUNT' Request service.
a. Non-File Structured devices.
Since the user may request a device to be released (the
only choice in previous releases), reassigned to another
job, or kept by his job, the Operator is informed of the
user's choice and given the "Proceed?" question. His
replies are standard.
b. File Structures
Dismount requests are queued to the Operator only when
the /REMOVE switch is specified. A change in UMOUNT
prevents /REMOVE requests from non-[1,2] jobs from coming
to the Operator if one of the following conditions is
met:
UMT26.DOC Page 5
1. Mount count is non-zero.
2. F/S is in the System Search List.
3. F/S is in the Active Swapping List.
4. F/S contains STRLST.SYS.
5. F/S contains queue ([3,3] UFD).
If a /REMOVE request detects any of these conditions, the
Operator is informed and asked "Proceed?". Normally, the
request should be cancelled if any of the conditions are
true. The mount-count condition can be inspected by
typing "WAIT"; "USERS str"; "GO" in sequence. If the
Operator answers "YES" to "Proceed?", the F/S is removed
from all users' search lists and purged from the system.
5. 'FILE' Request Service
In addition to older actions, the Tape-id and write-status
are checked as described in the MOUNT Request service above.
6. Operator Commands (differences only)
a. MOUNT str/NOSEARCH works for all supported drives and
controllers and the drive-type and name are validated
once the drive is physically mounted.
b. REMOVE str/NOCHECK is a new feature that allows the
Operator to dismount an off-line unit. It prevents
accesses to the disk and as a result OMOUNT is unable to
check for the existance of STRLST.SYS. Thus the Operator
must be careful and OMOUNT will warn him of this
possibility. On any REMOVE, the other four checks
discussed in the DISMOUNT Request service are performed
and the "Proceed?" dialogue is invoked if appropriate.
c. USERS. The argument ALL must now be entered in standard
switch format ("/"). USERS/PRIVATE is a new feature
which will give the typical information on only those
structures not in the System Search List or Active Search
List. Additionally, the format and contents of the USERS
type-out has changed to be more complete and readable;
all units in the above-mentioned lists are so marked by
"SYS" and/or "SWP".
d. PAUSE and WAIT tell OMOUNT not to process any user
commands until GO or START is typed. They permit him to
suspend processing temporarily without changing the types
of requests for which OMOUNT is enabled.
e. GO clears the WAIT or PAUSE state such that OMOUNT
continues processing the type(s) of user requests for
which it is enabled.
f. ST is a valid abbreivation for START, which in addition
to old functions, clears the WAIT or PAUSE condition.
UMT26.DOC Page 6
g. WHAT is more specific about the type(s) of requests it is
processing.
h. EXIT causes OMOUNT to return to monitor level. It may be
resumed by typing .CONTINUE.
i. NODEFER and DEFER have been added to help in processing
deferred commands. NODEFER causes all deferred commands
to processed without regard for the /AFTER switch's time.
DEFER resets this and is the default.
7. Related information
a. Finding out what's in OMOUNT queues. The Operator can
find what is currently in the OMOUNT queues by using the
Monitor commands
FILE C
MOUNT /CHECK
DISMOUNT /CHECK
when logged in under [1,2].
b. The "No Operator Present" condition (SCHED 400). When
this bit is set UMOUNT will reject all FILE and MOUNT
commands that require Operator action. Furthermore,
UMOUNT will ignore the /REMOVE option if given on a F/S
DISMOUNT command. SCHED 400 is designed to be set by the
Operator when he will not be attending the computer for
extended periods of time. It is commonly used at
installations which leave one shift of computer uptime
without Operator coverage.
c. The "No Operator Intervention" condition (SCHED 100).
When this bit is set, UMOUNT will not send MOUNT commands
to the Operator when it can process the MOUNT itself.
This occurs when an output-only device is requested to be
mounted.
d. Several messages have been changed to be more accurate
and almost all known bugs have been fixed. (See Current
Known Deficiencies.)
e. All requests from a user cause either OMOUNT or UMOUNT
(not both) to generate a FACT File entry in a new "MOUNT"
format. This format parallels the "SPOOL" format with
the following exceptions.
In word 1, the code is 271 and the job number is the
UMOUNTer's unless it is judged to be invalid; then it
would be OMOUNT's job number. It is always OMOUNT's job
number for FILE commands.
In word 3, the queue name byte is:
UMT26.DOC Page 7
UM - UMOUNT mount command
UD - UMOUNT dismount command
OM - OMOUNT mount command
OD - OMOUNT dismount command
OF - OMOUNT file command
Words 4-7 are used only by OMOUNT and in the standard
way. Runtime is in milliseconds and KCT is in kilo-core
centi-seconds.
Word 8 is the device involved in the request.
Word 10 is used as follows:
LH - 0 if the request failed and is 1 if it was
successful.
RH - The clock time used by OMOUNT to service the
request in seconds.
DEC accounting software, MONEY and FACTPR, have been
changed to process code 271 entries and are being
released with this version.
2.2 USER
1. General changes (MOUNT, DISMOUNT, and FILE).
a. UMOUNT fully supports RP04 drives.
b. The user can now type-ahead after a command through the
^C-Intercept feature. At the 'Waiting...' message, the
user may,
1. type monitor-level commands that will be executed
upon the successful completion of the request; or
2. type 2 ^C's to exit and not wait.
NOTE
One ^C and altmode no longer have any effect
except to be treated as type-ahead.
The 'Waiting...' message is changed to 'Waiting... type
2 ^C's to exit' to remind users of this change.
c. The command line of all commands is completely checked
for the correct syntax. In the past sometimes a command
was only partially checked and some erroneous commands
were processed as a result.
d. The Operator can defer queued requests at his option.
UMT26.DOC Page 8
This should be of immense value in synchronizing
competing commands for the same device, especially when
issued from a Batch job.
e. All messages are in upper/lower case for ease of reading
on terminals so equipped.
f. The message "Operator Notified" was changed to "Request
Queued", since that is its true meaning.
g. These commandS now have help files displayed by typing,
for example, "HELP MOUNT" or "MOUNT /HELP".
h. The "/CHECK" option to list queued requests will work
without the user being logged in. When typed without
being logged in, "/CHECK" will display the entire
appropriate queue. This feature will not work without a
change to the monitor that allows UMOUNT to run without
being logged in. This change is not in any supported
monitors up through 6.01b.
i. Commands for different jobs running under the same PPN
will no longer get listed in response to "/CHECK"
commands issued by a job.
j. MOUNT and DISMOUNT now have /WAIT and /NOWAIT switches.
/WAIT is intended to be used as follows:
1. If no device precedes it and nothing (except
comments) follows it, it causes a check for any
pending requests. If any exist in the queue the
'Waiting...type 2 C's to exit' message is typed and
UMOUNT waits for all pending requests to be serviced
by the Operator.
2. If a device is specified, the request is processed
normally and if a request is queued to the Operator,
the 'Waiting...type 2 C's to exit' is typed. UMOUNT
waits for only this request to be serviced. In this
interpretation of /WAIT, it is the default for all
MOUNTs and batch DISMOUNTs. /NOWAIT is the
complement and is the default for DISMOUNTs issued by
a time-sharing job.
k. MOUNT and DISMOUNT commands for spooled devices are
correctly processed. This was not true in the past.
Also, MOUNT commands for device NUL: are now correctly
processed.
l. Comments starting with ";" or "!" may end a command line.
2. MOUNT COMMAND
a. Logical-name handling. The MOUNT command now handles
logical names more rationally. If you issue a MOUNT
command with a previously-assigned logical name, the
UMT26.DOC Page 9
logical name will be transferred from the device
previously assigned to the device just mounted. If you
issue a MOUNT command for one tape drive, say MTA1, and
you are assigned the other tape drive (MTA2), if you did
not specify a logical name, physical tape drive MTA2 will
be given logical name MTA1 so that Batch Control files
referencing MTA1 will work correctly. The MOUNT command
will never permit you to generate multiple MOUNT requests
specifying the same logical name.
b. Magtape or DECtape protection features. When mounting a
Magtape or DECtape, the setting of the /WRITE switch as
set by the operator on the drive assigned and the VID of
the mounted DECtape or REELID of mounted Magtape are
confirmed before the MOUNT request is completed.
c. Visual-identification of DECtapes. The /VID switch is
used to tell the operator the DECtape # to be mounted.
It is mandatory for all DECtape mount requests and MOUNTs
for input-only devices such as CDR: since the Operator
needs to know which deck to load. The DECtape number is
given following the switch, e.g., /VID:9999. If the
DECtape is not numbered, you describe it by putting a
message enclosed in single- or double- quote marks
following the switch, e.g., /VID:'FRIDAY FAILSAFE FOR
[77,167]'. The text may be as long as 50 characters.
d. Visual-Identification of Magtapes. The /REELID switch
continues its use as in the previous releases that
supported it. Both the /VID and /REELID switches are
required for DECtape and Magtape, respectively, unless
conditional assembly switches are altered.
NOTE
The feature test switches, VIDRID and RIDSW,
should be examined closely to determine the best
combination for each installation.
e. Write-protection switches. If a MOUNT does not go to the
operator, UMOUNT will inform the monitor of the REELID
for its error reporting. The MOUNT command recognizes
two added write-protection switches. They are:
/WRITE:YES, /WRITE:NO. The user is requesting to write
on the device mounted if /WRITE:YES is specified. He
will not be permitted to do so if /WRITE:NO is specified.
The default is /WRITE:NO for tapes (both Magtape and
DECtape), and /WRITE:YES for disks. Since OMOUNT
enforces the write-status of all tapes, the user must
specify /WENABLE if he wishes to write on the tape.
Older versions of OMOUNT and UMOUNT did not enforce the
write-status. Users may have been mounting tapes without
UMT26.DOC Page 10
/WENABLE and then wanting to write on the tape. This
version's enforcement may force users to add the /WENABLE
switch to batch CTL files to avoid errors in jobs that do
write on tape. OMOUNT does not enforce the write-status
of disk so this should not present any problem.
f. File-structure switches. When mounting a file structure
(private disk pack) there are some switches which permit
the user to specify some of its search-list attributes.
The switches /ACTIVE and /PASSIVE specify whether to put
the structure in the active or passive search list. If
it is in the active search list, then it becomes part of
DSK: and is automatically searched. Otherwise, it is
not automatically searched, but is merely available for
use. The switches /CREATE and /NOCREATE specify whether
files are to be created on that file structure
automatically if it is in the active search list. Note
that /CREATE and /NOCREATE always imply /ACTIVE. The
switches /WRITE:YES and /WRITE:NO specify whether any
files ever will be written on that structure if it is the
active search list.
g. The /SHOVE switch can be used to force a MOUNT request to
the Operator if SCHED 400 is set. For completeness, the
/NOSHOVE switch exists as the complement and the default.
h. UMOUNT response upon successful MOUNT. The name of tape
drive assigned by the Operator is always displayed. When
mounting a file structure that is previously mounted, the
mount-count of the structure will be displayed. In
addition, the physical unit ID & drive number will not be
given unless specific device specifications were given.
i. The feature that the Operator must use the specific drive
chosen by the user is not the default but may become so
by changing a conditional in UMOUNT.
3. DISMOUNT COMMAND.
a. Device reassignment. In the past, a device was left
assigned to a job if the user typed ^C when waiting for
the DISMOUNT command to be completed. It was deassigned
if the user waited patiently for the DISMOUNT to be
completed. This has been changed. The user controls
whether to deassign the device or not by the /RELEASE,
/KEEP, and /REASSIGN:n switches. These switches,
respectively, release the device, keep it assigned to the
job, and reassign it to job 'n'. The default is
/RELEASE. /REASSIGN is illegal for restricted devices.
NOTE: FACT File entries are not written for a
/KEEP. If a /REASSIGN is done a 'UD' entry is
generated for the dismounter but no 'UM'-type entry
is written for the job receiving assignment of the
UMT26.DOC Page 11
device. Since /REASSIGN is not allowed for
restricted devices, users cannot use the /REASSIGN
to avoid being charged for the use of restricted
devices. Also note that the logical name is not
reassigned with the device.
b. Device positioning. In the past, the DISMOUNT command
attempted to unload any tape drive dismounted. This was
not always desired, and it caused problems when the tape
had been previously unloaded. The default is UNLOAD but
can be changed by the UNLOSW conditional. If the user
"KEEP's" the device, he may controls the positioning of
the tape by the /UNLOAD, /REWIND, and /STAY switches.
These switches specify, respectively, that the tape is to
be unloaded, rewound, or left in place. Furthermore, the
DISMOUNT command will not hang up if a /UNLOAD or /REWIND
operation is attempted at a tape drive where the tape has
been previously unloaded.
NOTE
Unless /KEEP is used, the positioning under the
UNLOSW conditionalis performed regardless of
positioning switches (eg. MOUNT DTAn/STAY will
unload the DECtape.
c. Removing file structures. If the /UNLOAD or /REMOVE
switch is given to a private or public disk that is still
in use by other jobs, the DISMOUNT command will ignore
the switch unless the user is [1,2]. A message will be
given when the switch is ignored. Note that the /UNLOAD
and the /REMOVE switches are equivalent. When a F/S is
to be removed, OMOUNT will check to see if the structure
is in the Active Swapping List, instead of only checking
for the existence of swapping space.
d. The Operator will be notified of all DISMOUNTs for
non-file structured devices that reassign, release or
unload; and for file structures that generate a remove.
e. Quota checking is not done for [1,2] users.
4. FILE COMMAND.
a. Additional file specifications. The FILE command now
supports device (e.g., PRVQ:, DSKB:) specifications on
the FILE F, Z, and R commands. In addition, for the FILE
commands that transfer files from disk to DECtape (e.g.,
FILE F and Z commands), you may now give PPN
specifications to transfer a file from some other disk
area to your DECtape. If part of the [P,PN] is not given
UMT26.DOC Page 12
([,30]), UMOUNT will fill in what's missing with that
part of the user's [P,PN]. You may also transfer files
from your library area by specifying device LIB:.
b. Wild-character support. The FILE command now recognizes
the wild-character "?", as well as the wild-card "*" in
file names or extensions. Wild-card or wild-character
files being transferred from disk to DECtape will be
searched for from every structure in the user's active
search list.
c. Increased file security. The FILE command now checks
protection on all files transferred to or from the disk.
On reading a file from disk, the protection is checked to
see if the file can be legally read. On writing a file
to disk, if a file with the same name already exists, the
protection of that file is checkED to see if it can be
superseded. The protection of the DECtape's directory
file (nnn.DIR) is always checked to see if it can be
updated.
d. Directory file changes. The directory file (tapeid.DIR)
is written on the first writable file structure that has
the user's UFD. The format of the directory file has
been slightly changed to be compatable with the directory
files written by the DIRECT command. The new directory
file is always available for typing after the FILE W
command returns to Monitor mode. Improved and expanded
error messages are written into the directory file if
such errors occur when the FILE command is being
processed.
e. I/O error handling. Partial files are never written on
disk or DECtape. In the past, partial files were created
when I/O errors occurred when reading or writing the
file. This includes the commonly-occurring error of "Not
enough room on DECtape."
f. Synchronization of FILE command processing. FILE
commands from a Batch job always do a FILE W to wait for
their completion. This was done so that a Batch job
cannot generate huge numbers of FILE commands in a short
period of time thus monopolizing the FILE command queue
and creating backlogs for other users. This feature is
under a conditional.
g. Listing of queued FILE commands. The listing generated
after a FILE request is queued will give only the listing
of the request just entered, as well as the usual number
of requests in the queue.
h. All FILE command-specific code is under the conditional,
FTFILE so that it may be removed if not desired.
UMT26.DOC Page 13
3.0 KNOWN BUGS AND RESTRICTIONS
3.1 Bugs or restrictions introduced in version 26
1. Neither OMOUNT or UMOUNT support Level-C Monitors and won't
again!
2. If the operator removes a file structure with a non-zero
mount-count, no FACT accounting will be done. He must get
users to do DISMOUNTs before removing the file structure to
assure that the proper FACT accounting gets done.
3.2 Bugs or restrictions introduced prior to verson 26
1. OMOUNT can get an ?ILL MEM REF AT USER PC nnnnnn if there is
a consistency failure between the home blocks and what OMOUNT
anticipates.
2. If the packid on a disk differs from that in STRLST.SYS,
OMOUNT will Query with "Proceed?". If the Operator answers
"Y" and OMOUNT mounts it, a user issuing a MOUNT for the same
structure will get hung in UMOUNT. After typing the packid,
UMOUNT sticks in DS state with the structure thrashing.
3. If a FILE R command takes a user over quota, no DIR file is
produced.
4. Dismount quota checking does not include quota used in SFD's.
5. MOUNT DECA, where DECA is a F/S and DEC is an ersatz device
is currently restricted. Both MOUNT and UMOUNT get very
confused with names like this.
4.0 INSTALLATION INSTRUCTIONS
The following files are being released as part of this release.
UMOUNT.CTL
UMOUNT.MAC
UMOUNT.SHR
MOUNT.HLP
DISMOU.HLP
FILE.HLP
OMOUNT.CTL
OMOUNT.MAC
OMOUNT.SHR
UMT26.RND - OMOUNT/UMOUNT DOC file (this file)
It is not recommended to run multiple OMOUNTs that process the same
type of commands (FILE, or MOUNT-DISMOUNT) because OMOUNT can get
caught in sticky race and synchronization situations.
UMT26.DOC Page 14
MONEY 17b(23) and FACTPR 2a(43) are being concurrently released to
support MOUNT FACT entries (code 271). See their DOC files for more
information.
Several feature test switches have been added or slightly changed in
each program. They are documented in the CTL files and MAC files
themselves.
NOTE
**WARNING** A small risk was taken
towards the end of field test to assure
that OMOUNT was accurate in its
appraisal of the write-status of all
supported magtape controllers. This
consisted of doing a MTCHR. UUO instead
of the losing DEVSTS, which will return
different bits for different
controllers. This has been tested only
in house on TM10 controllers and may not
work on TC10's. User's with TC10's will
have to verify that their version of
TCASER maintains these bits properly.
5.0 SUGGESTIONS
1. Allow PPN on FILE R commands.
2. Implement ability to mount scratch tapes.
3. Have OMOUNT be able to communicate better with user about the
status of a request. Similarly, teach UMOUNT to better
assess the results of a MOUNT, eg. the reelid of a Magtape.
4. Teach OMOUNT to check and enforce write-status for disk.
5. Implement a FORCE command in OMOUNT so Operator can better
control resource allocation.
6. Change UMOUNT to deal only with physical devices. That is,
if one device is assigned as the logical name for another and
then referred to in a MOUNT, DISMOUNT or FILE command, it
should be treated as a physical name not as the logical name
for the other device. Eg.,
ASSIGN DSKB DSKC
DISMOUNT DSKC
would remove DSKC, whereas the current version would remove
DSKB.
UMT26.DOC Page 15
NOTE
We want the field's views on this one before thinking
further about implementing it.
7. Notify the operator whenever a private file structure is
mounted or dismounted so he can better schedule resources.
Perhaps require his confirmation for MOUNTs as well even if
file structure is already mounted. Perhaps, also, further
refine this to include varying actions for batch and T/S.
8. Add UNLOAD and REWIND commands to OMOUNT.
9. For file structure MOUNTs, have equivalent of LOGIN's /QUOTA
and recomputation. Do automatic recomputation on MOUNT and
DISMOUNT if the number of blocks used is greater than 100
blocks over the logged-out quota, or is less than 0, or is
unreasonably large, eg, greater than 777777(8).
10. Have REELID and VID be substitutable for each other. This is
implemented in UMOUNT edits 64,65 under turned off feature
tests.
11. Add MOUNT/CHECK to OMOUNT.
12. Add feature to OMOUNT to write a new tape label on DECtape.
[End of UMT26.DOC]
[UMT25.DOC is appended as an integral part of UMT26.DOC]
UMT25.DOC Page 16
UMT25.DOC -- Changes from V24 to V25
June 1974
1.0 SUMMARY
This release is identical to version 24 except for one new edit. This
new edit is edit 50 and it clears JACCT prior to doing an unload on a
tape. This allows the user to control-C while the tape is rewinding.
There are no other changes.
[End of UMT25.DOC]
[UMT24.DOC is appended as an integral part of UMT25.DOC]
UMT24.DOC Page 17
UMT24.DOC -- Changes from V21(27) to V24(44)
April 1974
1.0 SUMMARY
1. This release of UMOUNT includes code to support the concept
of REELID's for Magtape Error and Statistics reporting as
part of the 5.07/6.01 monitor release. In additon it
contains several bug fixes.
2. UMOUNT v24(44) has been tested on 5.06, 5.07 and 6.01
monitors. UMOUNT v24(44) requires OMOUNT v24(51).
2.0 EXTERNAL CHANGES
1. UMOUNT now accepts a REELID specification as part of a MOUNT
request for Magtapes. The form of the REELID switch is:
/REELID:NAME
where NAME is a string of up to six alphanumeric characters.
This REELID is associated with a given drive from the time it
is MOUNTed until it is UNLOADed. The REELID is included in
any error or statistics reports generated during that time.
2. When a unit is DISMOUNTed with the /REMOVE switch, UMOUNT now
issues a MTAPE 11 (UNLOAD) before releasing the device. This
affects only Magtapes and DECtapes.
3.0 DEFICIENCIES
3.1 Confirmed
1. One cannot type ahead when UMOUNT (FILE W, MOUNT, and
DISMOUNT commands) is waiting for the request to be
processed. The reason is that UMOUNT runs with privilege bit
JACCT=1 which suppresses return to monitor level on CNTRL-C
and therefore UMOUNT must read all typin itself in order to
exit if a CNTRL-C is typed. This wait state is always
preceded with the message: "WAITING...".
2. On dismount of non-file structures, the deassign is done by
UMOUNT after its request to the operator is satisfied.
Therefore the device will not be deassigned by the dismount
command if the user interrupts the WAIT with CNTRL-C.
UMT24.DOC Page 18
3.2 Unconfirmed defieciencies /bugs
1. F/S mount does not properly check for drives available.
2. UMOUNT doesn't clear UFD interlock if ^C'd out of a structure
mount.
3. If two users simultaneously issue a MOUNT structure request,
UMOUNT may not add the structure to the second's search list.
4. MOUNT or DISMOUNT followed by a comment yield a syntax error
message.
4.0 INTERNAL CHANGES
1. Change Job data area references from symbol type JOBxxx to
.JBxxx.
2. Add code to DISMOUNT logic to UNLOAD a Magtape or DECtape
while is being removed.
3. Add a new parameter RIDSW to list of parameters at begginning
of UMOUNT. If set non-zero, requires user supply a REELID to
MOUNT a Magtape. Default setting is non-zero.
4. Add code to scan command string for /REELID and pass on to
OMOUNT. If RIDSW is non-zero and no REELID supplied, prints
message:
?REQUIRES "/REELID" SWITCH
on users TTY.
5. Add to MOUNT HELP message the line:
/REELID:ID MAGTAPE REEL IDENTIFICATION
6. Add code to check tif REELID SUPPLIED FOR NON-MAGTAPE DEVICE,
AND IF SO PRINT:
?/REELID REQUIRES MAGTAPE
[End of UMT24.DOC]