Trailing-Edge
-
PDP-10 Archives
-
BB-5255D-BM
-
4-documentation/exec.tco
There are 37 other files named exec.tco in the archive. Click here to see a list.
TOPS20 Change Order Number 4.1882
Written by: PORCHER 31-Jan-78 15:51:34
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0 EXECPR EXECPR
Related TCO's:
Related SPR's:
Problem:
EXAMINE and DEPOSIT commands need to be more useful.
Diagnosis:
Solution: Make EXAMINE and DEPOSIT default addresses.
Defaulting will be done as follows:
- There will be no initial default
- EXAMINE will default to the last address EXAMINEd plus one
if the last operation was EXAMINE
- EXAMINE will default to the last address DEPOSITed
if the last operation was DEPOSIT
- DEPOSIT will default to the last address DEPOSITed plus one
if the last operation was DEPOSIT
- DEPOSIT will default to the last address EXAMINEd
if the last operation was EXAMINE
Thus, alternate EXAMINEs and DEPOSITs will always reference the same
address; while successive EXAMINEs or DEPOSITs will reference successive
locations.
TOPS20 Change Order Number 4.1883
Written by: PORCHER 31-Jan-78 16:04:47
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECPR EXEC1 EXECSU EXECGL
Related TCO's:
Related SPR's:
Problem: TAKE files don't echo.
Diagnosis: Feature not implemented.
Solution: Add feature.
New subcommand to the TAKE command:
@TAKE,
@@ECHO (COMMANDS FROM "TAKE" FILE)
@@
@
This subcommand causes all commands processed during a TAKE file
to be typed on the user's console terminal (or TAKE log file).
Each complete command is typed as it is processed, preceeded
by the prompt that would have been typed for the command.
Note that this mode stays enabled for all TAKE files until
it is disabled:
@TAKE,
@@NO ECHO (COMMANDS FROM "TAKE" FILE)
@@
@
Note that TAKE with no arguments but with subcommands only
affects the state of the subcommands.
TAKE with no arguments or subcommands terminates the current command
file level, as always.
TOPS20 Change Order Number 4.1963
Written by: HEMPHILL 31-Jul-78 11:07:12
Edit checked: YES Document: YES
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's: 11386
Problem:
DOCUMENTATION SAYS THAT TMOUNT GIVES:
?OPERATOR NOT IN ATTENDANCE (OR SOME SUCH MESSAGE)
IF THE OPERATOR IS NOT IN ATTENDANCE. IN ACTUALITY, TMOUNT
IGNORES THE OPERATOR-IN-ATTENDANCE FLAG.
Diagnosis:
NO CODE TO CHECK THE OPERATOR-IN-ATTENDANCE FLAG.
Solution:
ADD CODE TO CHECK THE FLAG. IN ADDITION, CHANGE MESSAGE TO A WARNING:
%OPERATOR NOT IN ATTENDANCE (SAME AS SMOUNT'S WARNING)
THEN, GO AHEAD WITH THE TMOUNT REQUEST. CHANGE THE MESSAGE FOR TMOUNT
FROM [OPERATOR NOTIFIED] TO [WAITING FOR TAPE TO BE MOUNTED].
TOPS20 Change Order Number 4.1976
Written by: OSMAN 9-Aug-78 17:09:53
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC2
Related TCO's:
Related SPR's:
Problem: "?" ON EXEC "TYPE" COMMAND CLAIMS
THAT YOU MIGHT WANT TO GIVE SUBCOMMANDS, WHEN IN FACT THERE ARE NONE.
Diagnosis: "TYPE" WAS CALLING CFN1 WITH THE WRONG BITS SET
Solution: INSTEAD OF CALLING $INFGX TO READ THE FILESPECS, CALL CFN1
DIRECTLY WITH THE APPROPRIATE BITTIES SET.
TOPS20 Change Order Number 4.1977
Written by: OSMAN 10-Aug-78 10:09:20
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1 EXECSU
Related TCO's:
Related SPR's:
Problem: UNDELETE COMMAND IN EXEC ADVERTISES
SUBCOMMANDS (IF YOU TYPE "?" AT STRATEGIC SPOT), WHEN IN FACT THERE
ARE NONE.
Diagnosis: NO SPECFN ENTRY WHICH SAYS "FILESPEC LIST IS LAST ON LINE
AND NO SUBCOMMANDS EXIST.
Solution: CHANGE OLD B17 DEFINITION TO MEAN "NO SUBCOMMADS". CALL
SPECFN FROM .DELET ARMED WITH THIS BIT.
TOPS20 Change Order Number 4.1978
Written by: OSMAN 10-Aug-78 14:32:49
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU EXECCS
Related TCO's:
Related SPR's:
Problem: EXEC COMMANDS LIKE "DIR/L" OR "COMP A=B" USE MUCH COMPUTES,
AND THEN BOMB OUT WITH "?TOO MANY JFNS IN COMMAND"
Diagnosis: EXEC LOOPS ON THE NULL STRING BEFORE THE "/" OR "=",
CONTINUALLY GETTING A SUCCESSFUL RETURN FROM GTJFN (THROUGH COMND).
Solution: REQUIRE COMMAS BETWEEN FILESPECS IN DIRECTORY COMMAND.
BE MORE STRICT ABOUT COMPILE COMMAND SYNTAX (DON'T ALLOW MORE THAN
TWO FILESPECS IN A ROW)
TOPS20 Change Order Number 4.1979
Written by: OSMAN 11-Aug-78 10:32:40
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem: IN EXEC, TYPING "SYS D.SCHEIFLER" PRODUCES WRONG
RESULT. IT SHOULD SHOW INFO ABOUT USER D.SCHEIFLER, BUT DOESN'T.
Diagnosis: EXEC SEES "D" AS KEYWORD "DIRECTORY", "." AS MEANING
SELF, AND "SCHEIFLER" AS ANOTHER ARG.
Solution: CHECK TERMINATOR OF KEYWORD, IN THIS CASE "DIRECTORY".
IF IT'S ".", REINTERPRET INPUT WITHOUT KEYWORD AS A POSSIBILITY.
THIS WILL CAUSE "D.SCHEIFLER" TO BE SEEN AS A USER NAME.
NOTE THAT THE EXEC ALREADY DOES THIS TYPE OF TRICKERY FOR THE CASE
OF:
@SYS:MACRO
THE EXEC FIRST SEES THE "SYS" AS SYSTAT, AND THEN SAYS, "OH, IT'S
TERMINATED WITH ":" SO MUST NOT REALLY BE SYSTAT, BUT MUST BE THE
BEGINNING OF A FILESPEC!"
TOPS20 Change Order Number 4.1981
Written by: OSMAN 12-Aug-78 13:17:27
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC2 EXECDE
Related TCO's:
Related SPR's:
Problem: COPY COMMAND IS TOO SLOW
Diagnosis: IT DOES TWO PMAPS FOR EVERY FILE PAGE COPIED. IT
ALSO PREFAULTS PAGES INTO A SEPARATE 8-PAGE BUFFER
Solution: DO MULTIPLE-PAGES AT A TIME. ALSO, DON'T USE A SEPARATE
PREFAULT BUFFER.
TOPS20 Change Order Number 4.1982
Written by: OSMAN 12-Aug-78 16:21:52
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EVERYTHING
Related TCO's:
Related SPR's:
Problem: COPY COMMAND IN EXEC BOMBS OUT IF PROBLEM OPENING INPUT FILE
Diagnosis: ROUTINE THAT INTERPRETS ERROR DOESN'T RETURN
Solution: IF INPUT FILE OPEN FAILS, PRINT MESSAGE AND GO ON TO NEXT
FILE IN GROUP
TOPS20 Change Order Number 4.1988
Written by: OSMAN 21-Aug-78 20:04:38
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: IN EXEC, THIS HAPPENS:
@DEFINE FOO: MUMBLE?
?INVALID HELP POINTER
Diagnosis: EXEC NEGLECTS TO SET UP HELP TEXT CORRECTLY
Solution: DO SO
TOPS20 Change Order Number 4.1995
Written by: OSMAN 29-Aug-78 11:40:30
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECQU
Related TCO's:
Related SPR's:
Problem: CAN'T SAY "CANCEL BATCH /SEQ:123" WITHOUT PRECEDING
/SEQ WITH A SPECIFIC JOBNAME
Diagnosis: EXEC WAS NOT HANDLING NON-SPECIFICATION OF JOBNAME
CORRECTLY
Solution: IF NO JOBNAME SPECIFIED, ASSUME "*"
TOPS20 Change Order Number 4.1996
Written by: OSMAN 29-Aug-78 11:41:30
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECQU
Related TCO's:
Related SPR's:
Problem: LAST TCO
Diagnosis:
Solution: SAME FOR MODIFY COMMAND
TOPS20 Change Order Number 4.2001
Written by: DBELL 30-Aug-78 23:51:22
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: ^ESENDS DO NOT WORK TO PARTICULAR TTYS
Diagnosis: EXEC IS HANDING TTMSG TTY NUMBER, NOT TTY DESIGNATOR
Solution: IF SENDING TO PARTICULAR TTY, ADD IN TTY DESIGNATOR.
TOPS20 Change Order Number 4.2006
Written by: OSMAN 14-Sep-78 15:36:32
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: INFO MONITOR prints "core" instead of "memory"
Diagnosis:
Solution: print "memory"
TOPS20 Change Order Number 4.2009
Written by: OSMAN 15-Sep-78 11:54:20
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: EXEC PRINTS AN EXTRA "PASSWORD)" IN HALF-DUPLEX MODE
Diagnosis: HISTORIC BUG
Solution: REMOVE EXTRA STRING
TOPS20 Change Order Number 4.2010
Written by: OSMAN 15-Sep-78 19:25:03
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: When commands like "directory A,B,C,D"
are given, and one of the filespecs is incorrect, exec doesn't always
print the correct name in the error message.
Diagnosis: counters and pointers not handled properly
Solution: If filespec parse fails, use parse-only. Use result of that for
error message.
TOPS20 Change Order Number 4.2012
Written by: OSMAN 17-Sep-78 19:54:59
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: if you define snark: as foo: and then say delete foo.*,
exec prints strange error message
Diagnosis: Although the GTJFN on FOO.* succeeds, the JFNS reveals SNARK:
as the device, which RCDIR then can't find because FOO: doesn't exist.
(we were connected to real SNARK:!). Exec was calling an error routine
which assumed AC1 contained an error code. In this case, however, RCDIR
didn't fail, it merely had a no-match.
Solution: Print real error message if RCDIR fails
This type of problem probably happens all over the place. That is, define
a logical name that's the same as your connected structure, such that the
definition points to a nonx structure. Then reference a file on DSK: such
that exec or other prog ends up trying to take the jfn, do a JFNS, and then
tries to feed the structure string to another jsys.
TOPS20 Change Order Number 4.2015
Written by: OSMAN 19-Sep-78 17:08:08
Edit checked: YES Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECQU
Related TCO's:
Related SPR's:
Problem: YOU GET A FUNNY ERROR MESSAGE ON "PRINT TTY:"
Diagnosis: EXEC CALLS WRONG ERROR ROUTINE WHEN GTFDB FAILS
Solution:
THE FRONT-END SHOULD INHIBIT THE DM-11/BB'S WHENEVER THE KL10 GETS
RELOADED. THIS WILL PREVENT THE AUTO-BAUD TASK FROM RUNNING AND
PRESENT A MORE CONSISTENT APPEARANCE TO A REMOTE USER AS THE MODEMS
WILL NOT ANSWER UNTIL DIRECTED TO DO SO BY THE KL10 MONITOR ONCE
IT HAS BEEN RELOADED AND HAS STARTED PRIMARY PROTOCOL.
TOPS20 Change Order Number 4.2024
Written by: OSMAN 26-Sep-78 13:29:57
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: PASSWORDS ECHO IF USER NAME TYPED INCORRECTLY DURING LOGIN
Diagnosis: EXEC TYPES ERROR BEFORE READING PASSWORD
Solution: READ WHOLE LOGIN BEFORE GIVING ERROR
TOPS20 Change Order Number 4.2037
Written by: OSMAN 7-Oct-78 00:43:20
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: In the exec, the SET PAGE-ACCESS command is too verbose about
reporting failures. Also, its failures were coming out as warnings instead
of real errors.
Diagnosis: I didn't feel like making the code smart before. Tonight I'm
ambitious.
Solution: Be clever and print only one error per block of consecutive pages
that fail for same reason instead of error per page. Also, print as real
error instead of warning. This was previously a warning merely because there
didn't used to be an internal mechanism in the exec to print an error and return
to the caller. Now there is so we can print real errors without bombing
out the command before all requested pages have been processed.
TOPS20 Change Order Number 4.2039
Written by: OSMAN 10-Oct-78 15:45:06
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: If user specifies more than one file in a TYPE command, the exec
is supposed to name each file as it types it out. The command
"TYPE A,B" fails to announce each file however.
Diagnosis: this worked in r2, and seems to have been broken in r3 and since.
The CFN1 routine in the exec was changed dramatically in r3, and the bug
was introduced there.
Solution: Light the flag saying a file group has been input (GROUPF), whenever
a subsequent filespec is guaranteed (such as user typing a comma after previous
filespec, in a situation where subcommands are impossible).
TOPS20 Change Order Number 4.2058
Written by: HEMPHILL 21-Oct-78 19:41:39
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECPR
Related TCO's:
Related SPR's: 11714
Problem:
When an EXEC is built without symbols, the last page is sometimes
missing in the .EXE file.
Diagnosis:
EXEC expects the last required address to be XEND. However, LINK
loads in SYS:MACREL.REL after this address, and PAT.. is placed
after this. If this additional code and storage crosses a page
boundary, it will not be saved.
Solution:
Make EXEC use one less than the contents of .JOBSY as the last
required address. That location points to the first symbol in
the symbol table.
TOPS20 Change Order Number 4.2059
Written by: HEMPHILL 22-Oct-78 07:39:10
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's: 11859
Problem:
No warning is given if a user tries to TALK to himself. The TLINK gives
a skip return, but no link is made.
Diagnosis:
If the user gets a warning when he tries to ADVISE himself, then he should get
a warning when he TALKs to himself.
Solution:
Add a test and an error message.
TOPS20 Change Order Number 4.2077
Written by: OSMAN 4-Nov-78 01:13:52
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECPR
Related TCO's:
Related SPR's:
Problem: If you are doing alot of fancy things with exec such as "FORK n"
commands, the exec gets confused and a "DDT" command can cause
?Illegal instruction 0,,0 at 770000
Diagnosis: Exec has cell DDTFLG which it sets when DDT gets loaded, such that
subsequent DDT command can be efficient instead of figuring out whether to
load DDT again. After FORK command, exec gets fooled by DDTFLG into thinking
that DDt is already loaded for other fork!
Solution: clear DDTFLG whenever FORK command is given
TOPS20 Change Order Number 4.2082
Written by: OSMAN 7-Nov-78 14:42:50
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: On heavily loaded system, when exec starts on new job, it can type
?JSYS error at nnn
?No space available for a clock
and then go into an infinite loop of typing an error message
Diagnosis: this TCO only covers one problem. That is, at ERRFIN, there are
some PUSH'S and POP's, and the POP's win by one!!!!! Since the exec doesn't
reset P after an error, this cause a flushdown plunderflow.
Solution: Remove the PUSH's and POP's completely. (Noone was expecting the
ac's to be preserved there anyway)
TOPS20 Change Order Number 4.2086
Written by: OSMAN 9-Nov-78 14:43:30
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC4
Related TCO's:
Related SPR's:
Problem: ON "INFO DIR", EXEC CAN SAY "DIRECTORY GROUP BUFFER OVERFLOW" WHEN
NOT SO.
Diagnosis: EXEC WAS CHECKING TO SEE IF LAST WORD IN BUFFER WAS 0 AFTER GTDIR,
WHICH IS INVALID, SINCE THE WORD ISN'T INITIALLY 0 BEFORE THE GTDIR.
(THIS PROBLEM DIDN'T EXIST WHEN THE GROUP BUFFER WAS IN GLOBAL INSTEAD OF
LOCAL STORAGE IN EARLIER RELEASES, IN WHICH ALL STORAGE IS ZEROED ON EVERY
COMMAND)
Solution: CHANGE THE CHECK TO BE TO SEE IF THE COUNT OF GROUPS RETURNED BY
GTDIR IS MAXIMUM, IN WHICH CASE PRINT THE OVERFLOW MESSAGE.
NOTE THAT GTDIR IS DEFICIENT, AS IT HAS NO WAY OF TELLING THE CALLER THAT
THE ALLOTTED GROUP SPACE ISN'T LARGE ENOUGH FOR ALL GROUPS. HENCE FOR
DIRECTORIES WITH EXACTLY THE MAGIC NUMBER OF GROUPS, THE EXEC FALSELY SAYS
"GROUP OVERFLOW"
TOPS20 Change Order Number 4.2087
Written by: OSMAN 10-Nov-78 10:06:47
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECPR
Related TCO's:
Related SPR's:
Problem: If you have a COMAND.CMD that sets up some defaults for you, and you
run an exec for the purpose of patching it, and put the patched one up on
SYSTEM:, everyone gets your defaults! That is, you patch it like this:
@RUN SYSTEM:EXEC
@ENA
$^EDDT
patch patch patch patch...
CINITF/ -1 0
^Z
@SAVE SYSTEM:EXEC
Diagnosis: exec wasn't clearing defaults upon startup
Solution: Move the default database to the section of memory that the exec
clears upon first startup. This way, whenever the exec is started with CINITF
set to 0, it will clear all defaults. Hence it's O.K. to save a patched exec.
TOPS20 Change Order Number 4.2092
Written by: DBELL 19-Nov-78 17:52:24
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem:
When a user gets a message from somebody, he can't reply to it easily
because the user could be logged in on multiple terminals, or could
have logged out quickly.
Diagnosis:
All you get in the send message is the user name.
Solution:
Also give the terminal number in the message.
TOPS20 Change Order Number 4.2110
Written by: OSMAN 6-Dec-89 10:43:16
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU EXECPR EXECGL
Related TCO's:
Related SPR's:
Problem: In exec, if you use BUILD or ^ECREATE, and try the KILL subcommand,
and don't confirm properly, you're supposed to be back at subcommand
level. Observation shows that you cannot succeed in typing any more subcommands
at this point.
Diagnosis: Exec wasn't properly saving P away at beginning of subcommands, to
be restored after an error during a subcommand. The problem only
shows up if a subcommand causes a prompt, as with [CONFIRM] under KILL.
Solution: Recreate cell called .P which P gets stored in at beginning of
subcommands, and which error handler copies to P after an error if it's
non-zero.
TOPS20 Change Order Number 4.2111
Written by: OSMAN 7-Dec-78 11:18:57
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU execqu EXECGL
Related TCO's:
Related SPR's:
Problem: In exec SUBMIT command, one can't say /TIME:25:0:0, for instance.
Diagnosis: Exec uses monitor's dat-and-time JSYS's (via COMND) to read
the time. These JSYS's restrict input to 24 hours, because they assume
a time of day is being read, rather than an amount of time.
Solution: Make exec not use that method. Instead, exec will call
GETAMT, a local routine it already uses for reading amounts of time
in other places (like /AFTER:TODAY+45:0:0)
TOPS20 Change Order Number 4.2125
Written by: OSMAN 20-Dec-78 10:51:08
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: The exec command "COMP FOO + BAR" causes
?Internal error at nnn
Diagnosis: Parser of COMPIL-class commands doesn't expect spaces after "+".
Solution: Enhance CMPRES routine to remove spaces after pluses. (It already
removes lots of other spaces, like ones before slashes)
TOPS20 Change Order Number 4.2130
Written by: OSMAN 21-Dec-78 14:06:48
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: "LOAD @FOO" typed to exec causes "?Not confirmed".
Diagnosis: This recently broke when a COMND fix caused COMND to no
longer disallow "@" to be typed in lieu of guidewords. Exec turns
on CM%XIF for LOAD-class commands, but not for their guidewords!
Solution: In exec, before parsing "(FROM)" as in "LOAD (FROM)", turn
on CM%XIF. (Exec was already turning on CM%XIF for parsing the
rest of the command)
TOPS20 Change Order Number 4.2149
Written by: OSMAN 4-Jan-79 19:46:05
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: The exec command LOAD FOO %"text" fails to call the
compiler.
Diagnosis: The exec was confusing the space after "FOO" and thinking
an object filespec was forthcoming
Solution: Enhance CMPRES in EXECCS to throw away spaces in front of
percents.
TOPS20 Change Order Number 4.2159
Written by: OSMAN 12-Jan-79 17:08:06
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: YES
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: 1) Certain errors such as "INFO BLECCH" just type
"?" without an error message.
2) Certain errors such as "PRINT /YECCH" print two error messages,
i.e. "?" at the beginning of two consecutive lines.
Diagnosis: CERR was just typing "?". $CMERR (invoked by CMERRX) was
typing two lines
Solution: Make CERR do a CMERRX. Fix $CMERR to print single line
error message.
What this heiroglyph means for documentation:
1) Any manuals which document that the exec prints a lone "?"
should be changed to say the exec prints an appropriate error
diagnostic.
2) The double-line error messages in which both lines started with
"?" now print a single error message line.
TOPS20 Change Order Number 4.2167
Written by: OSMAN 17-Jan-79 13:48:06
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's:
Problem: Exec scenarios like
@SET DEFAULT SUBMIT /TIME:1:2:3
@SET DEFAULT SUBMIT /TIME:4:5:6
@INFO DEFAULT SUBMIT
produce
SET DEFAULT SUBMIT /TIME:1:2:3 /TIME:4:5:6
Diagnosis: exec neglects to cull out old specifications
Solution: smarten exec to find "duplicate" and remove it
TOPS20 Change Order Number 4.2172
Written by: OSMAN 25-Jan-79 13:32:15
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: INFO MEM takes too long
Diagnosis: Three factors:
1) The RPACS JSYS in the monitor is now slower due to extended
addressing support.
2) The exec does an extra preloop of RPACS's to count number of
pages total so that total can be printed before map.
3) In the map printer routine, the exec seems to do RMAP and RPACS
per existent page. Only RMAP is needed.
Solution: 1) Buffer the output in a string so that the same JSYS that
gets the page info can be used to count how many pages.
2) Do only RMAP per page, not RPACS.
TOPS20 Change Order Number 4.2183
Written by: HEMPHILL 2-Feb-79 15:32:06
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC2
Related TCO's:
Related SPR's: 11548
Problem:
The BYTE (SIZE) subcommand of COPY is invisible.
Diagnosis:
It was made invisible for no apparent reason.
Solution:
Make it visible. (Clear the CM%INV bit in the keyword table.)
TOPS20 Change Order Number 4.2184
Written by: OSMAN 8-Feb-79 13:30:12
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: THE COMMAND "^E SET NO RUN-TIME GUARANTEE" DOESN'T WORK
Diagnosis: WRONG AC BEING REFERENCED. I probably broke it several years
ago when I put COMND in the exec
Solution: fix it
TOPS20 Change Order Number 4.2189
Written by: OSMAN 14-Feb-79 13:53:15
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: In exec, if user tries to say null password by just typing
carriage return in response to
PASSWORD:
he just gets reprompted. Instead, exec would like to assume null password
in that case.
Diagnosis: COMND merely reprompts by default if user types return at
beginning of line.
Solution: Do .CMCFM at beginning of line, which COMND regards as a special
case. IF .CMCFM suckseeds, assume use is giving null password.
TOPS20 Change Order Number 4.2190
Written by: HEMPHILL 15-Feb-79 15:51:08
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's: 11690
Problem:
If you type "RENAME FOO.FOO <DBELL>" and file FOO.FOO doesn't exist, EXEC
gives ?FILE NAME NOT SPECIFIED
Diagnosis:
If FOO.FOO doesn't exist then MFOUT uses no default filename to parse
the output filespec. "<DBELL>" does not contain a filename, hence the
error message. The message doesn't occur if you have more than one
input filespec, because then MFOUT defaults the file and extension to
*.*
Solution:
If there is only one input filespec, and an error of the file not found
variety occurred, allow MFOUT to finish the parse by defaulting *.*
for filename and extension.
TOPS20 Change Order Number 4.2191
Written by: HEMPHILL 16-Feb-79 16:17:14
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECPR
Related TCO's:
Related SPR's:
Problem:
When executing a DDT command, if the program to be debugged has no symbol
table, EXEC chooses to merge in SDDT. Unfortunately, if the program is
running with the compatability package, SDDT overlaps part of PA1050.
Diagnosis:
You can't use both SDDT and PA1050 at the same time.
Solution:
Make EXEC merge in UDDT if PA1050 is present.
TOPS20 Change Order Number 4.2195
Written by: OSMAN 21-Feb-79 16:36:12
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: exec
Related TCO's:
Related SPR's:
Problem:
When debugging an exec problem which causes the error
?Illegal memory write internal trap
using the ^EEDDT feature of the exec loses.
Diagnosis: The ^EEDDT command write-enables the exec. Hence the bug
being chased is more difficult to find!
Solution: Change ^EEDDT to not write-enable the exec. The write-enabling
used to be necessary in order to allow breakpoints to be put in. However,
the new $W command in DDT makes this unnecessary.
TOPS20 Change Order Number 4.2214
Written by: OSMAN 14-Mar-79 15:59:47
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU EXEC3
Related TCO's:
Related SPR's:
Problem: Exec allows
@DIR
@@SINCE MONDAY
which one would expect would mean all files created since last Monday,
but doesn't work.
Diagnosis: Exec was calling same routine as /AFTER:, which interprets
MONDAY as next Monday!
Solution: Call separate routine. Now, the exec will allow all of the
following after SINCE and BEFORE:
1) Specific date and time
2) Day of the week or the word TODAY, each of which may be optionally
followed by a "+" followed by an amount of time. For instance,
@@SINCE TODAY +4:0:0
means list all files created after 4 in the morning today.
3) "-" followed by amount of time. For instance,
@@SINCE -0:30:0
means all files created in last half hour.
TOPS20 Change Order Number 4.2220
Written by: OSMAN 21-Mar-79 09:50:02
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: INFO MEM command in exec keels over if page is mapped to a restricted
jfn.
Diagnosis: JFNS jsys isn't prepared for error
Solution: put in ERCAL JFNSIL after JFNS. That's how INFO FILS does it.
TOPS20 Change Order Number 4.2223
Written by: OSMAN 2-Apr-79 13:16:09
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: exec
Related TCO's:
Related SPR's:
Problem: Strange errors when operator types "^ESET TERMINAL 4000 SPEED ..."
Diagnosis: Exec doesn't check terminal number
Solution: Create string "TTYnnn:" and ask monitor if terminal exists.
TOPS20 Change Order Number 4.2237
Written by: OSMAN 20-Apr-79 10:38:44
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execmt
Related TCO's:
Related SPR's:
Problem: In ASSIGN command, an error saying "jsys error at ..." can
occur.
Diagnosis: lost due to editing mistake
Solution: If ASND fails, print monitor's error.
TOPS20 Change Order Number 4.2238
Written by: OSMAN 20-Apr-79 15:35:21
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: COMP FIOSUB.FOR,FSUBRS.MAC command loses in exec.
You get
?SCNCDR COMMA REQUIRED IN DIRECTORY 0 from FORTRA.
Diagnosis: Exec sets up lengths of tmpcore files to too long.
Length should not include header word.
Solution: Shorten lengths
TOPS20 Change Order Number 4.2258
Written by: OSMAN 24-May-79 14:30:36
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: tmount
Related TCO's:
Related SPR's:
Problem: TMOUNT defines a null logical name instead of correct one.
Diagnosis: TMOUNT fails to remember name specified.
Solution: Set NAMEP to correct name in .TMOUNT.
TOPS20 Change Order Number 4.2261
Written by: EKLUND 29-May-79 14:10:55
Edit checked: YES Document: NO
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC2
Related TCO's:
Related SPR's: 12605
Problem: On an EXEC COPY command the user settable word (.fbusw) in the
file's FDB is not copied.
Diagnosis: No one ever considered this useful. It now appears that some
users are using this word for information which is used to determine the
kind of file it is (i.e., what version of COBOL should be used to compile
it).
Solution: Copy the user settable word if possible. The code is very simple
and is in EXEC2.
TOPS20 Change Order Number 4.2267
Written by: OSMAN 1-Jun-79 13:43:02
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem: Sometimes, exec types "MAIL" in response to "COPY TTY:$".
Diagnosis: SET MAIL-WATCH causes MWATCH to be called to check for new mail.
MWATCH causes a jfn on MAIL.TXT to be stacked. The COPY command calls
.INFG with flags saying to default name to that of previous jfn, which
shouldn't exist, but MWATCH stacked one!.
Solution: Move the CALL RLJFNS, which cleans up jfns from previous command,
to after the CALL MWATCH.
TOPS20 Change Order Number 4.2268
Written by: OSMAN 1-Jun-79 14:49:48
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: OPR and EXEC both have ^ESET BIAS-CONTROL and ^ESET RETRIEVAL-WAIT
Diagnosis: They don't both need 'em
Solution: rip out of exec
TOPS20 Change Order Number 4.2270
Written by: OSMAN 4-Jun-79 10:25:59
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: If you ^C out of DIRECT [*]*.FOO for instance, a partially
created jfn lies around.
Diagnosis: I removed CLZFF from ^C loop to speed it up. Usually the
CLZFF isn't needed, since the exec stacks every jfn with JFNSTK, and
^C loop unwinds the stack. However, there are a few places, like
wildcard searching, that if user types ^C between GTJFN (in COMND!) and
the JFNSTK call, jfn can lie around.
Solution: Use new flag called CLZF to signal that CLZFF better be done if
^C. Set this flag before calling COMND (since @MUMBLE may be typed), and
clear CLZF after COMND comes back, if function successfully parsed was
not a filespec function. Clear the flag in JFNSTK too, after stacking the
jfn.
TOPS20 Change Order Number 4.2271
Written by: OSMAN 4-Jun-79 14:01:04
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: Exec leaves tape jfns around.
Diagnosis: Exec clobbers a jfn on the jfnstk at DI3, but should instead
leave it on the stack so it gets closed later.
Solution: yes
TOPS20 Change Order Number 4.2272
Written by: OSMAN 5-Jun-79 11:22:27
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: Bad error message on INFO ADDRESS-BREAK on 2020 after ^C
out of a program.
Diagnosis: Wrong syntax in instruction in exec
Solution: Put in the extra "%"!
TOPS20 Change Order Number 4.2274
Written by: OSMAN 6-Jun-79 09:59:02
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU EXEC3
Related TCO's:
Related SPR's:
Problem: Exec sometimes leaves jfn's around
Diagnosis: JFNSTK tries to remember what to close, but UNMAP wipes out the
info. Also, DIRFL / DI3 replaces tape jfn with another after rewinding, hence
the jfn stack doesn't remember all the jfn's that need closing.
Solution: Use GTBUFX / XBUFFS instead of GETBUF / BUFFF for stacking erroneous
jfn at CFNE1. That way, UNMAP won't hurt the jfn stack. Also, at DIRFL / DI3,
be more careful about leaving even the old jfn's stacked.
TOPS20 Change Order Number 4.2276
Written by: EKLUND 7-Jun-79 09:08:55
Edit checked: YES Document: NO
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's: 12372
Problem: EXEC gives poor error message for the class of commands like
"@DIR +".
Diagnosis: The code thought that the only way one could get there was
through having two file specs not separated by commas.
Solution: Change the error message to be more complete - "comma required
between filespecs or illegal character in command".
TOPS20 Change Order Number 4.2277
Written by: EKLUND 7-Jun-79 14:12:57
Edit checked: YES Document: YES
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC4
Related TCO's:
Related SPR's: 12539
Problem: With release 3 or later versions of the EXEC, one lost the
ability to change the repeat-login-messages bit for a user by using
a sub-command to the BUILD or ^ECREATE commands.
Diagnosis: The subcommand was inadvertently removed by some restructuring
of the code for version 3 of the EXEC.
Solution: Put the code back in to allow the setting and unsetting of the
capability via the BUILD command. The sub-command is: REPEAT-LOGIN-MESSAGES.
TOPS20 Change Order Number 4.2278
Written by: OSMAN 7-Jun-79 17:01:38
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: TIMES (and DATES OF) TAPE-WRITE
subcommand of DIRECTORY in exec doesn't work
Diagnosis: bit definitions screwed up
Solution: fix 'em
TOPS20 Change Order Number 4.2286
Written by: OSMAN 14-Jun-79 10:45:06
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem: When RDMAIL is execute-only, which it better not be, exec
fails to print good message.
Diagnosis: TYPE used whenn ETYPE needed.
Solution: Use ETYPE
TOPS20 Change Order Number 4.2287
Written by: OSMAN 14-Jun-79 14:21:46
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECP
Related TCO's:
Related SPR's:
Problem: Bad error from exec when user tries to CONTINUE a program
before STARTing it
Diagnosis: SFORK recently has been fixed to o fail, so exec should trap it.
Solution: If user types CONTINUE command, and SFORK fails, such as because
program has never been started, exec will now print the error from the
SFORK.
TOPS20 Change Order Number 4.2293
Written by: OSMAN 18-Jun-79 14:35:15
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's:
Problem: CANCEL RETRIEVE works wierd
Diagnosis: It takes filespec, everything else takes job id.
Solution: Make it take job id. Rip out all other code, use regular code.
TOPS20 Change Order Number 4.2294
Written by: OSMAN 19-Jun-79 13:02:42
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: When class scheduling is on and there's no batch class, INFO SYSTEM
command in exec prints "batch class -1".
Diagnosis: -1 means none, not a real -1.
Solution: Make exec not say anything about batch class if it's -1.
TOPS20 Change Order Number 4.2295
Written by: OSMAN 19-Jun-79 14:18:46
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC2
Related TCO's:
Related SPR's:
Problem: COPY /APPEND in exec doesn't do BYTE-SIZE 36 correctly
Diagnosis: TRO A, instead of TRO Z,
Solution: Make it TXO Z,
TOPS20 Change Order Number 4.2297
Written by: OSMAN 19-Jun-79 16:16:16
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execp-not-execpr
Related TCO's:
Related SPR's:
Problem: ATTEMPTing to SAVE and execute-only process gives wierd errors from
the exec.
Diagnosis: Extra PUSH at ILISSA
Solution: Remove the PUSH
TOPS20 Change Order Number 4.2300
Written by: OSMAN 20-Jun-79 16:20:29
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execmt
Related TCO's:
Related SPR's:
Problem: TMOUNT doesn't allow long names
Diagnosis: GETSXB called when GETSIX should be
Solution: CALL GETSIX
TOPS20 Change Order Number 4.2301
Written by: OSMAN 20-Jun-79 16:32:26
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: The following occurs:
@DELETE BLECCH, !BLECCH doesn't exist!!!
@@EXPUNGE (AFTER DELETING)
@@
%FILE NOT FOUND - BLECCH
garbage [No pages freed]
Diagnosis: The exec uses DELDIR cell for directory to be expunged.
If none of the specified files existed, DELDIR has "garbage"
in it.
Solution: Init DELDIR to 0, and don't call TYPFRE at all if DELDIR is 0.
TOPS20 Change Order Number 4.2302
Written by: OSMAN 21-Jun-79 11:13:14
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: The exec command LOAD A:FOO1+A:FOO2 fails if there is a current
.REL in A:.
Diagnosis: The MAKOBJ routine clears the ppn, which it shouldn't do.
Solution: Don't clear it!
TOPS20 Change Order Number 4.2303
Written by: OSMAN 21-Jun-79 11:30:35
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: Exec compiles on LOAD A:FOO even though .REL in connected directory
is current.
Diagnosis: Exec was only looking in source directory (A: in this case)
and didn't see the .REL in the connected directory.
Solution: Look in both connected and source directories, favoring connected
if .REL found there.
TOPS20 Change Order Number 4.2304
Written by: OSMAN 21-Jun-79 13:29:04
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: ^ESET TAPE-RECYCLE and ^ESET ARCHIVE-TAPE-RECYCLE periods
being removed from exec.
Diagnosis: They are in CONFIG and OPR, so let's not put them in exec too.
Solution: right!
TOPS20 Change Order Number 4.2310
Written by: OSMAN 26-Jun-79 08:54:08
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: When exec types
[Attached to TTY67, confirm]
and user types RUBOUT or CTRL/R etc., strange things happen.
Diagnosis: Exec prints that message as regular output rather than as a prompt.
Solution: Build that message in memory and display it as a standard prompt.
TOPS20 Change Order Number 4.2313
Written by: OSMAN 27-Jun-79 11:04:08
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: EXEC does two unnecessary SIN jsys's per file on DIRECTORY
command
Diagnosis: Exec does the SINs to put the string "UNKNOWN" into the buffer,
in case the call to get the last author and writer strings fails.
Solution: Don't do the SIN's unless the GFUST fails.
TOPS20 Change Order Number 4.2315
Written by: OSMAN 29-Jun-79 12:43:51
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem: If you say RUN SYSTEM:EXEC and then try to list a directory
containing files with quoted characters, the quotes appear as ^V instead
of being invisible. This makes the filenames look ugly.
Diagnosis: Exec neglected to set up ^V with SFCOC on cold start.
It was, however, getting set up by the SYSLEV code handling system mail.
Solution: Call LTTYMD at cold start.
TOPS20 Change Order Number 4.2316
Written by: OSMAN 29-Jun-79 13:15:19
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: When doing long directories with exec, especially magtape
directories, the exec sits for a long time before typing anything.
Diagnosis: The exec buffers up the entire directory before printing,
since sorting may be required.
Solution: Don't buffer the directory unless sorting is required.
TOPS20 Change Order Number 4.2317
Written by: OSMAN 29-Jun-79 14:13:57
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0 EXECSU EXECDE
Related TCO's:
Related SPR's:
Problem: Sometimes ^T or INFO OUTPUT or INFO BATCH stops working
Diagnosis: Since ^C interrupt level was higher than ^T or IPCF, and
^C never DEBRKs, ^C out of IPCF or ^T would cause either to never cause
another interrupt. (This is because IPCF and ^T were at same level)
Solution: When clearing interrupt on ^C (ICLEAR), see if other levels already
in progress. If so, do CIS jsys to clear them. If CIS necessary, also do
IIC to catch small possibility of ^C out of IPCF interrupt routine.
TOPS20 Change Order Number 4.2325
Written by: OSMAN 13-Jul-79 11:00:42
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's:
Problem: Exec allows you to type /MODE on SUBMIT command.
Diagnosis: Exec table neglected to disallow /MODE on SUBMIT.
Solution: Fix it
TOPS20 Change Order Number 4.2326
Written by: OSMAN 13-Jul-79 14:45:53
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: Exec gets ILLEGAL MEMORY WRITE on INFO DIR PS:[*] when
enabled.
Diagnosis: The GETDRP routine tries to allocate a password block as large
as the supplied password. If none is supplied, however, GTDIR
overwrites free space header word.
Solution: In GETDRP, if no password pointer is supplied, allocate a block
of maximum size needed.
TOPS20 Change Order Number 4.2327
Written by: OSMAN 13-Jul-79 15:43:46
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU EXEC4
Related TCO's:
Related SPR's:
Problem: You get ?Exec free space exhausted
on INFO DIR PS:[*] when enabled.
Diagnosis: Each directory block takes up free space until...
Solution: Call new routine called RELDIR to release free space taken
up by directory.
TOPS20 Change Order Number 4.2328
Written by: R.ACE 15-Jul-79 08:22:44
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECMT
Related TCO's:
Related SPR's:
Problem: EXEC ITRAPS ON COPY TO MTA DEVICE
Diagnosis: .MORLI MTOPR FAILS FOR MTA DEVICES, AND THE LBLSKP ROUTINE
IN EXECMT DOESN'T TAKE THIS INTO ACCOUNT (IT ITRAPS DOING THIS MTOPR).
Solution: ADD ERJMP AFTER MTOPR IN LBLSKP ROUTINE TO TAKE +1 RETURN
INDICATING THAT MTA DEVICE IS UNLABELED.
TOPS20 Change Order Number 4.2331
Written by: OSMAN 17-Jul-79 09:47:37
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: COMPIL-class commands fail with comments in them, such as
@COMP FOO !This comment should be ignored!
Diagnosis: The exec parses the COMPIL-class commands twice, once with COMND
and once again with TEXTI and the exec's own special parsing routines.
COMND handles the comments fine. The exec trips on them.
Solution: In the CMPRES routine which already removes extraneous spaces, remove
comments too!
TOPS20 Change Order Number 4.2332
Written by: OSMAN 17-Jul-79 11:10:33
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: SUBMIT /AFTER:SATURDAY fails on Sunday. Also, @@BEFORE SUNDAY
(DIRECTORY command) fails on Tuesday.
Diagnosis: Sunday is day 0, and MOVNI C,-1(C) fails on this day only!
Solution: Put HRRE C,C after the MOVNI to fix Sunday bug.
TOPS20 Change Order Number 4.2334
Written by: OSMAN 18-Jul-79 10:12:47
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: The command COMP FOO.MAC with a trailing space causes a compilation
even though the .REL is current. This is particularly annoying with
situations such as
@COMP FOO.MAC !comment
which has a trailing space when the comment is stripped during parsing.
Diagnosis: None attempted. However, a preprocessor already removes spaces
in other places in the line for similar reasons.
Solution: Fix the preprocessor (CMPRES) to remove trailing spaces.
TOPS20 Change Order Number 4.2335
Written by: OSMAN 19-Jul-79 08:31:48
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC2
Related TCO's:
Related SPR's:
Problem: SYSJOB.COMMANDS should go to SYSTEM:, not PS:[SYSTEM] as exec
currently does.
Diagnosis: There used to not be a SYSTEM: logical name. Exec was not updated.
This is usually not a problem, since SYSTEM: is usually PS:[SYSTEM].
Solution: Change references to PS:[SYSTEM] in ^ESPEAK command to SYSTEM:
TOPS20 Change Order Number 4.2338
Written by: OSMAN 24-Jul-79 13:29:56
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem: The INFO MON command prints some load averages as .00 and some
as 0.00
Diagnosis: FLOUT prints .00 when the number isn't exactly 0.
Solution: Use the FL%ONE bit in FLOUT to force 0.00
TOPS20 Change Order Number 4.2347
Written by: OSMAN 26-Jul-79 13:07:10
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: When logging in to other systems with NVTHAK, you don't see
"You have a message" when you have one.
Diagnosis: Exec checks for PTY login and doesn't check for messages.
This is intending to check for batch.
Solution: Check for batch, not pty logins.
TOPS20 Change Order Number 4.2348
Written by: OSMAN 26-Jul-79 13:36:39
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's:
Problem: INFO DEFAULT SUBMIT command keels over if /TIME:30:0 is presiding.
Diagnosis: ODTNC hates times greater than 24 hours
Solution: Fire ODTNC! Employ manual labor instead.
TOPS20 Change Order Number 4.2351
Written by: OSMAN 26-Jul-79 17:07:58
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: IF FOO.CMD contains
%"A"
and you say
@LOAD ZOT @FOO
the exec infinitely loops typing
?Invalid CMBFP pointer
Diagnosis: At RDCMA1+4, exec does SETZM yyy(B) but unfortunately, B contains
15 because it got clobbered, so later at RDFLD0+7, SBLOCK+.CMBFP
gets clobbered.
Solution: In FILBLK, stash B away in BAKPTR as well as returning it, and
use BAKPTR at RDCMA1.
TOPS20 Change Order Number 4.2354
Written by: EKLUND 27-Jul-79 16:05:32
Edit checked: YES Document: YES
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECQU
Related TCO's:
Related SPR's: 13236
Problem: Switches appearing after commas in COMPILE-class and PRINT-class
commands do not apply to the files which follow a la TOPS-10. These file
specific switches must appear either globally (before ANY file specs) or
locally (after any particular file spec), but not in a semi-global context,
i. e., after a comma.
Diagnosis: Code tends to ignore commas, and apply any switches to the most
immediately preceding file (if any). This is clearly counterintuitive, and
misleading at best. It is most difficult, however, to force the switches
to apply to only the following file specs. Therefore, we are forced to make
all file-specific switches forbidden after a comma is seen, and allow them
only at the beginning of commands (global), or after a specific file (local).
Solution: As in the diagnosis. Observe that this also makes it illegal to
confirm a command of the above form after a comma is seen - one needs to
give a file spec after any comma seen before allowed to confirm. This
only seems right!
TOPS20 Change Order Number 4.2358
Written by: OSMAN 30-Jul-79 08:28:12
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execmt
Related TCO's:
Related SPR's:
Problem: Exec says
?Mount request FOO - error message
Diagnosis: Should be clearer
Solution: Make it say
?Mount request FOO failed - error message
TOPS20 Change Order Number 4.2359
Written by: OSMAN 31-Jul-79 14:35:53
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execmt
Related TCO's:
Related SPR's:
Problem: No colon on /PROTECTION switch in MOUNT
Diagnosis: It should have one, since it takes a value.
Solution: Use TV macro instead of T macro. (Don't confuse TV macro
with TV macro!)
TOPS20 Change Order Number 4.2360
Written by: OSMAN 1-Aug-79 09:42:51
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: Saying SET PAGE-ACCESS (OF PAGES) 123456 causes
illegal trap in exec.
Diagnosis: Exec was assuming RPACS would succeed, which it won't for ugly
page numbers.
Solution: Put ERJMP after RPACS
TOPS20 Change Order Number 4.2361
Written by: OSMAN 1-Aug-79 10:12:00
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: The command SET NO DEFAULT TAKE ECHO makes no sense
Diagnosis: Poorly designed
Solution: Don't allow SET NO DEFAULT TAKE at all.
Since TAKE always defaults to ECHO or NO ECHO, it makes no sense to allow
SET NO DEFAULT TAKE. Users can get both options via SET DEFAULT TAKE ECHO
and SET DEFAULT TAKE NO ECHO.
TOPS20 Change Order Number 4.2362
Written by: OSMAN 1-Aug-79 13:57:30
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: Defining LPT: as DSK: causes INFO STR * to list connected structure
twice.
Diagnosis: Exec loops through names in DEVNAM table via GETAB and
prints any whose DVCHR says it's a disk. LPT gets translated to a disk
and exec prints it.
Solution: Try a STDEV and see if same string comes out as went in. If not,
assume it's DSK or logical name and skip it. Hence LPT will go in and come
out as PS (or some other structure) which won't match, so LPT will get
correctly skipped! Clever, isn't it?
TOPS20 Change Order Number 4.2363
Written by: OSMAN 1-Aug-79 14:59:08
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: No INFO DEF TAKE
Diagnosis: Whoever put in SET DEF TAKE never thought of it
Solution: Put it in
TOPS20 Change Order Number 4.2368
Written by: OSMAN 2-Aug-79 09:06:33
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: TAKE subcommand mode allows NO NO NO NO...
Diagnosis: Table of what you can type after NO allows NO
Solution: Remove the NO entry from the NO table
TOPS20 Change Order Number 4.2370
Written by: DNEFF 2-Aug-79 16:48:25
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: If an illegal instruction is executed in location 777777,
the EXEC gets an error within an error. The particular case that
caused this was 777777$G typed to DDT.
Diagnosis: The routine that prints the PC of the illegal instruction
attempts to decrement the PC by one (since the hardware has
incremented it before the trap), but does so with full-word
instructions. This is contrary to the hardware, which increments
PCs MOD the size of a section. The EXEC thus ends up with an
address of 777777,,777777, or -1. This address is then passed
to LOADF and then to MAPPF, which treats a -1 as a command
to unmap the currently mapped page, and things lead down hill
from there.
Solution: Decrement the PC by 1 without a carry from the
left half of the address.
TOPS20 Change Order Number 4.2372
Written by: OSMAN 3-Aug-79 10:01:40
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execmt
Related TCO's:
Related SPR's:
Problem: Bad error message when "SKIP 1" attempted when tape already at
LEOT.
Diagnosis: There's no error handler for MTOPR failing in exec.
Solution: Put ERCAL after MTOPR and just tell user how he failed.
TOPS20 Change Order Number 4.2373
Written by: OSMAN 3-Aug-79 13:50:51
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: The command V SYSTEM:ERRMES,FOO prints wrong, assuming ERRMES is good and
FOO is bad.
Diagnosis: Exec prints error for FOO before finishing ERRMES line.
Solution: Call DFREST when error detected, to make sure previous line is
done.
TOPS20 Change Order Number 4.2374
Written by: R.ACE 3-Aug-79 17:51:10
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECMT
Related TCO's:
Related SPR's:
Problem: MOUNTED MAGTAPES CAN BREAK OLD BATCH CONTROL FILES IN RELEASE 4
Diagnosis: UNLOAD COMMAND GIVES ERROR MESSAGE (BEGINS WITH A "?") IF
DEVICE IS A MOUNTED (I.E. MT) MAGTAPE.
Solution: FIX UNLOAD COMMAND TO GIVE WARNING (I.E. "%") IN THIS CASE
TOPS20 Change Order Number 4.2378
Written by: OSMAN 8-Aug-79 09:52:35
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: Users want to know whether tape retrieval-waits are allowed
Also, some occurances of "are not" came out capitalized in INFO SYSTEM
Diagnosis: new feature needed
Solution: Add a line to INFO SYSTEM. Fix "are not" to be small letters.
TOPS20 Change Order Number 4.2380
Written by: OSMAN 10-Aug-79 08:17:50
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: Failures in RENAME command don't get noticed by batch.
Diagnosis: Error message doesn't start at left margin
Solution: Use LERROR instead of manual error printout if RNAMF jsys fails.
TOPS20 Change Order Number 4.2383
Written by: OSMAN 10-Aug-79 14:34:12
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execmt
Related TCO's:
Related SPR's:
Problem: If you say MOUNT STR FOO:, where FOO: is a logical name for structure
SNARK:, you get
Structure FOO: mounted
but we would like
Structure SNARK: mounted
which is consistent with other commands, like DIR FOO:, which will say SNARK:
in the heading.
Diagnosis: Exec uses string user typed for message
Solution: Make exec do DEVST (it already has a STDEV!) and replace string with
the real mccoy.
TOPS20 Change Order Number 4.2384
Written by: OSMAN 10-Aug-79 14:50:11
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: When doing RETRIEVE, if no files are done, there's no warning.
Diagnosis: Exec prints none
Solution: Say
%No files found for retrieving
if no files are found
TOPS20 Change Order Number 4.2385
Written by: OSMAN 10-Aug-79 15:20:57
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse EXEC2 EXECGL EXECSU
Related TCO's:
Related SPR's:
Problem: If you say SET FILE INVIS FOO followed by an escape, you don't
get to type another filespec if you want to!
Diagnosis: Code was calling INFGNS which is cool if there are guide words
that we want the escape to provoke, but for SET FILE INVIS etc. it is
inappropriate.
Solution: Create TYPFLS which is what the TYPE command uses, since SET FILE
INVIS wants the same kind of input as TYPE command. Call TYPFLS for TYPE
command, SET FILE INVIS, SET FILE PROHIBIT, SET FILE VISIBLE
TOPS20 Change Order Number 4.2389
Written by: OSMAN 13-Aug-79 09:21:55
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's:
Problem: No guide word after words such as BATCH in CANCEL (REQUEST TYPE) BATCH
Diagnosis: MODIFY has one. Why not CANCEL?
Solution: Use the same guide wordas MODIFY (ID).
TOPS20 Change Order Number 4.2396
Written by: DBELL 14-Aug-79 13:35:22
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem:
If take files are nested too deeply, the EXEC will not type out the
message "TAKE commands nested too deeply", but will instead say
"?Pushdown overflow internal trap".
Diagnosis:
In the routine PUSHIO, the EXEC stacks information about the current
command level. The PUSH instruction has an ERJMP after it which is
not taken.
Solution:
It would be nice to fix the monitor to make ERJMP after a PUSH which
gets an overflow work. But this is nontrivial. So for now just have
the EXEC avoid the problem by checking for overflows by hand.
TOPS20 Change Order Number 4.2399
Written by: OSMAN 15-Aug-79 11:07:11
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0 EXECSU EXECGL
Related TCO's:
Related SPR's:
Problem: When ECHOing TAKE files, you don't get the line echoed that causes
an error. Hence you don't know what failed.
Diagnosis: Echoing only occurred at command confirmation.
Solution: Do echoing at two places, one at command confirmation, and the other
at command error, invoked by CMERRX macro.
Note: In order to make the special case of
?Unrecognized command
cause the erroneous command to get echoed, it is now invoked with
CMERRX instead of ERROR. This means it will be longer, saying either
?Unrecognized command - Does not match switch or keyword
or
?Unrecognized command - File not found (or other filespec diagnostic)
TOPS20 Change Order Number 4.2400
Written by: OSMAN 15-Aug-79 14:02:58
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: In DIRECTORY command, sometimes you want EVERYTHING except certain
columns, for instance if the EVERYTHING printout will cause lines to be too
long.
Diagnosis: There's no convenient way to turn off things.
Solution: Allow the following new subcommands:
@@NO ACCOUNT
@@NO CHECKSUM
@@NO CRAM
@@NO DATES (OF) CREATION
READ
TAPE-WRITE
WRITE
@@NO DOUBLESPACE
@@NO GENERATION-RETENTION-COUNT
@@NO LENGTH
@@NO LPT
@@NO PROTECTION
@@NO REVERSE
@@NO SEPARATE
@@NO SIZE
@@NO TIMES (AND DATES OF) CREATION
READ
TAPE-WRITE
WRITE
@@NO USER
TOPS20 Change Order Number 4.2401
Written by: OSMAN 15-Aug-79 16:36:41
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem: You can get
?File still mapped
when you type ^C to a new job
Diagnosis: Exec was allowing ^C too early, before it had initialized. This
bug cropped up when I reorganized exec to minimize jsyses.
Solution: Enable ^C later.
TOPS20 Change Order Number 4.2403
Written by: OSMAN 16-Aug-79 09:38:40
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: Exec is very crass about SET NO DEF COM FOO when none were set for
FOO.
Diagnosis: I was lazy
Solution: Diagnose the error, and either say
?File type or "*" expected
or
%No defaults were set for file type FOO
depending on whether FOO is null or non-null .
TOPS20 Change Order Number 4.2404
Written by: OSMAN 16-Aug-79 10:14:09
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: The SET DIRECTORY commands ask for password and needn't.
Diagnosis: none
Solution: Don't ask for password unless the monitor says one is needed
TOPS20 Change Order Number 4.2413
Written by: OSMAN 21-Aug-79 10:36:23
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: The following command fails to produce a reverse chronological
directory:
@VDIRECTORY,
@@REVERSE
@@CHRONOLOGICAL
@@
Diagnosis: Buffer the filespecs if REVF on (reverse sorting) and
don't bother to sort if alphabetic and it's a disk, since the monitor
does it for us.
Solution: Remove REVF from the definition of SORTF.
TOPS20 Change Order Number 4.2415
Written by: DBELL 22-Aug-79 15:43:33
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem:
On an ADVISE or TALK command to one of your own jobs, the EXEC
complains that there are multiple jobs to choose from. This is
incorrect, since there really is a unique job to pick, since
you cannot ever ADVISE or TALK to your own job.
Diagnosis:
Code at LINK3 in EXEC1 never weeds out our own job.
Solution:
Check for our own job, and ignore it.
TOPS20 Change Order Number 4.2426
Written by: EKLUND 28-Aug-79 13:53:46
Edit checked: YES Document: NO
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's: 13162
Problem: Minimal support for SAIL in the EXEC. In particular, LOWTSA.REL
needs to be loaded first if there is any SAIL program involved.
Diagnosis: No code to do it in the EXEC.
Solution: Add the code which keeps track of whether SAIL is being used, and
drag in LOWTSA.REL from SYS: if SAIL program seen anywhere. All the code
was given in the SPR, and is in EXECCS.MAC.
TOPS20 Change Order Number 4.2427
Written by: OSMAN 28-Aug-79 15:21:17
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1 EXECSU EXECGL
Related TCO's:
Related SPR's:
Problem: If a single DELETE command deletes files in more than one directory,
only one directory is mentioned in the
[DIR n PAGES FREED]
message.
Diagnosis: Exec is dumb
Solution: Type out the announcement for every directory instead of only one.
TOPS20 Change Order Number 4.2433
Written by: OSMAN 31-Aug-79 13:05:29
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: There's a SETM instruction that looks like a typo.
Diagnosis: It appears that the SETM IPCBFF should be a SETZM, but that
it isn't in the right place. Also, there's no SETOM IPCBFF anywhere!
Solution: Remove all references to the flag entirely. It isn't really needed,
since it signals an error condition that the exec never allows to occur, namely
that of there being no free slot into which to recieve an IPCF message. Since
the exec makes a free slot either by processing some of the messages received
already, or flushes a message (and prints a warning) the situation will never
happen.
TOPS20 Change Order Number 4.2436
Written by: OSMAN 4-Sep-79 10:41:03
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: Comments aren't allowed in indirect files used for COMPIL-class
commands.
Diagnosis: The exec parses the contents "itself" instead of through COMND
jsys, which normally does comment processing.
Solution: It would be nice to use COMND instead of old-fashioned exec code.
However, until we do...
Enhance CMPRES routine to strip carriage returns and change linefeeds to
commas. Instead of reading indirect file characters directly from file
while parsing, read the entire file into a buffer and then call CMPRES so
that the comments get correctly interpreted. (Note that CMPRES was already
being called for comments coming from the terminal).
TOPS20 Change Order Number 4.2439
Written by: OSMAN 5-Sep-79 09:32:48
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSE
Related TCO's:
Related SPR's:
Problem: QUENCH gets run on SET DIRECTORY PASSWORD command!
Diagnosis: CREDIR routine was skipping on success, which sent exec into
whatever code was next, which happened to be QUENCH code. This problem
cropped up when I removed one of two consecutive lines in EXEC0 awhile ago.
It used to say
CALL ... ;EXECUTE THE COMMAND
JRST CMDIN4 ;DONE
JRST CMDIN4 ;IN CASE SOMEBODY SKIPS
I removed the second line. Nobody should skip!!!
Solution: Print the monitor's error message if SET DIRECTORY PASSWORD fails.
TOPS20 Change Order Number 4.2440
Written by: OSMAN 5-Sep-79 09:57:15
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1 EXECP
Related TCO's:
Related SPR's:
Problem: TV can bomb out with
?JFN is not assigned
Diagnosis: Exec does its general jfn flushing after all commands including
ones that do GET jsyses. Since the monitor has already closed the jfn used
by the GET jsys, another program may now be using it (TV in this case!) so
when the exec flushes it, TV loses whatever file it was using on that jfn.
Solution: The exec should not try to close the jfn used by GETs. This is
effected by throwing the jfn off the jfn stack in the exec after the
GET jsys.
TOPS20 Change Order Number 4.2443
Written by: OSMAN 5-Sep-79 13:36:59
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: SET DIRECTORY PASSWORD fails to.
Diagnosis: CREDIR routine now takes arg in A instead of B but .DPASS fails
to set up A.
Solution: Set up A instead of B.
TOPS20 Change Order Number 4.2444
Written by: OSMAN 6-Sep-79 11:05:42
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem: TERMINAL NO FORM implies TERMINAL NO INDICATE
Diagnosis: There seems to be no reason why this is so. Perhaps someone
attempted to make TERM INDICATE mean "indicate with ^L" if the terminal
doesn't have formfeeds.
Solution: Make TERM FORM and TERM INDIC be independent.
TOPS20 Change Order Number 4.2448
Written by: OSMAN 6-Sep-79 15:09:40
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: On exec operations, file data errors don't print a very informative
message.
Diagnosis: The exec only prints the PC, not a very useful piece of information.
Solution: There are many device-dependent status situations that can
conceivably be reported. However, for now, we'll respond to SPR # 20-13102
and merely do what they asked:
1) The message will no longer include the PC.
2) The filespec will be printed that caused the error.
3) If it's a magtape and it has reached end of tape, the
exec will tell the user that.
TOPS20 Change Order Number 4.2459
Written by: OSMAN 12-Sep-79 10:57:43
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU EXECGL EXECPR
Related TCO's:
Related SPR's:
Problem: Sometimes, a magtape command given to the exec will take a real long
time because the operator has to mount another volume. The user can't ^C
out while this is happening.
Diagnosis: The exec was disabling ^C while it did its GTJFN on the tape, so
that it was assured of being able to stack the jfn before ^C happens, in order
to know to flush the jfn later.
Solution: Use CLZFFF instead of PIOFF in order to know to do CLZFF if ^C happens
in sticky spots.
TOPS20 Change Order Number 4.2466
Written by: OSMAN 13-Sep-79 16:11:53
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: When a LOAD-CLASS command indirect file specifies another indirect
file that can't be accessed, usually because it doesn't exist, or logical names
haven't been set up correctly, etc., you get
?File not found
and you don't know which one.
Diagnosis: Exec doesn't try too hard
Solution: Try to print a better error
TOPS20 Change Order Number 4.2470
Written by: TOMCZAK 14-Sep-79 15:54:53
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC2
Related TCO's:
Related SPR's: 13316
Problem: When using COPY or APPEND with long files, the message "%Unexpected
error: page table does not exist and file not open for write
proceeding..." sometimes appears.
Diagnosis: 1) a file with a section long hole in it and
2) a file whose EOF pointer points to the last page of a section
during some copy operations (eg disk-nondisk) and APPENDS, EXEC attempts
to optimize it's time by prefaulting pages from the file. if the set of pages
it wants to preload are in a non existent section, the preload operation
fails but causing no problems for the continuation of the COPY/APPEND.
Solution: before preloading pages--
1)check for non-zero section
2)see if pages have already been preloaded from this section
3)check to see that the section needed really exists
NOTE: long files with section long holes in them will be doing an extra FFUFP
JSYS for EVERY PAGE in that section.
TOPS20 Change Order Number 4.2471
Written by: TOMCZAK 17-Sep-79 14:26:37
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's: 13334
Problem: Lower forks can get a JFN that an EXEC above it is using for a TAKE
command and mess around with (EG close it). Upon returning to the upper level
EXEC, if the JFN for the command file or the log file is cloased, EXEC throws
up. This is particularly bad when the EXEC itself is put in a lower fork (as
in a PUSH command within a TAKE file). The CLOSE command in particular will
simply close the JFNs the upper EXEC is using.
Diagnosis: A lower EXEC, in executing a CLOSE command, simply loops around
looking for valid JFNs. It finds the JFNs for the upper EXEC's TAKE command
and closes them, unaware of the special status of these JFNs.
Solution: Whenever JFNs are obtained for the TAKE command, make them restricted
to the current fork or higher by turning on the GJ%ACC in the COMND call.
TOPS20 Change Order Number 4.2472
Written by: OSMAN 17-Sep-79 16:32:24
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: The command
@TAKE FOO NUL:
causes "JFN is not assigned" error
Diagnosis: NOTIO is broken.
Solution: Fix NOTIO. (It seems to have always been broken!)
TOPS20 Change Order Number 4.2474
Written by: TOMCZAK 18-Sep-79 12:28:39
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's: 13370
Problem: /logname: switch to SUBMIT command hadles the log file differently
from the way default log file is handled. Currently will always overwrite it.
Diagnosis: If the /logname: switch is not used, EXEC passes BATCON a filespec
built from the connected structure/directory the CTL filename and .LOG for the
extension. No generation number is passed. When the /logname: switch is used,
the filespec parsed will be passed to BATCON, including the generation number.
Since EXEC is parsing a filespec with the GJ%FOU bit on, BATCON will always
be getting a filespec on a new file instead of the original.
Solution: 1) Don't pass the generation number to BATCON.
2) Have EXEC parse the log filespec so that it will recognize an existing
file or allow creation of a new one. (No GJ%FOU bit in GTJFN call)
TOPS20 Change Order Number 4.2475
Written by: TOMCZAK 19-Sep-79 14:13:56
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's: 13274
Problem: HELP * DOESN'T HANDLE THE KEYWORD LISTING AS INTELLIGENTLY AS HELP ?
Diagnosis: EXEC IS TRYING TO SIMULATE WHAT THE COMND JSYS DOES ON A QUESTION
MARK BUT DOESN'T CHECK THE LENGTH OF EACH KEYWORD IN THE KEYWORD TABLE BEFORE
TRYING TO PRINT THEM. THIS CAUSES THE COLUMNS TO NOT LINE UP CORRECTLY.
Solution: GET RID OF THE PARSING OF THE STAR (*) SINCE IT DOES ALMOST THE SAME
THING AS THE QUESTION MARK (?).
TOPS20 Change Order Number 4.2479
Written by: OSMAN 20-Sep-79 14:14:52
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: The FIND subcommand feature of DIRECTORY-class commands is broken.
Diagnosis: The particular algorithm the exec uses to do FIND depends on
the filespecs being buffered. A recent "improvement" in the DIRECTORY
command involves printing specs immediately instead of buffering. This
breaks FIND.
Solution: For now, merely add FIND as the list of options requiring buffering,
along with CHRONOLOGICAL. A future improvement might be to change the FIND
algorithm so as not to require buffering.
TOPS20 Change Order Number 4.2481
Written by: OSMAN 21-Sep-79 12:55:18
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC3
Related TCO's:
Related SPR's:
Problem: The TDIRECTORY command gets screwed up if the directory is so large
that the message
STORAGE FULL,
DIRECTORY WILL BE PRINTED IN TWO OR MORE SECTIONS
results.
Diagnosis: There is a longstanding bug that causes the sort routine to
sort one more word than is in the table. This bug didn't used to show up
if we ran out of fdb buffer space before the sort table got used up. However,
now that the sort table exhausts first, we see the bug.
Solution: Check for length sorted table, instead of looking for a 0 beyond
the end of the table.
TOPS20 Change Order Number 4.2498
Written by: OSMAN 28-Sep-79 08:35:43
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's:
Problem: Exec doesn't print double colons under INFO DEFAULT PRINT etc.
Diagnosis:
Solution: Put in the double colons in the display
TOPS20 Change Order Number 4.2499
Written by: OSMAN 28-Sep-79 08:37:29
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execqu
Related TCO's:
Related SPR's:
Problem: spurious 4 at beginning of edit line in EXECQU!
Diagnosis: It doesn't hurt, but uses an extra word of storage.
Solution: remove it
TOPS20 Change Order Number 4.2500
Written by: OSMAN 28-Sep-79 08:47:02
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0
Related TCO's:
Related SPR's:
Problem:
@DEFINE DBELL: DSK:
@SYSTAT DBELL:
fails!
Diagnosis: DBELL matches user name, and then colon causes confusion.
Solution: COMND has a general problem that if the first few characters of the
input matches some field in the chain fed by the program, and gobbling more
characters matches a field further down the chain, the first field matched
is opted for.
Fix COMND to see which field in the chain matches most input and use that
one. So DBELL: is a better match for directory than user name, since the colon
can be included for directory name. Hence make COMND match DBELL: with .CMDIR,
regardless of where .CMDIR is in the chain with respect to .CMUSR.
The old way was bad because in order to get recognition of user names, you
have to put .CMUSR before .CMDIR, since "DBE<esc>" will be ambiguous as a
directory name, but recognizable as "DBELL" as a user name. On the other hand
we'd like to put .CMDIR first so that "DBELL:" gets interpreted as a directory
name.
The new way gets it all right!
TOPS20 Change Order Number 4.2509
Written by: OSMAN 3-Oct-79 19:57:55
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECCS
Related TCO's:
Related SPR's:
Problem: If you start up a fresh exec and say
@LOAD ?
the help message correctly lacks carriage return as an option,
since no default string has been set up yet.
However, if you say
@LOAD /SEARCH !any switch works in this example! ?
then carriage return is advertised as a possibility.
Diagnosis: The check for whether to allow carriage return was not made at
a low-level enough spot.
Solution: Make the check in COMIN. Note that the entire TI routine doesn't
always get it right. It assume that indirect files have filespecs
in them, and hence cr is allowed after an indirect spec. If the
assumption is wrong, the infamous
?No saved arguments
will be your prize.
TOPS20 Change Order Number 4.2510
Written by: OSMAN 4-Oct-79 10:41:32
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: On EOF interrupt, wrong PC is printed
Diagnosis: Exec was clobbering LEVTAB
Solution: Fix EOFPSI routine
TOPS20 Change Order Number 4.2518
Written by: OSMAN 8-Oct-79 15:30:52
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC0 EXEC1 EXECGL
Related TCO's:
Related SPR's:
Problem: LIST commmand exists
Diagnosis: There didn't used to be PRINT
Solution: Remove LIST. If anyone wants any of its whizzy features in the
future, put them in the galaxy PRINT system.
TOPS20 Change Order Number 4.2519
Written by: OSMAN 8-Oct-79 15:50:18
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's:
Related SPR's:
Problem: ^T seems not to work when redirecting TAKE output to a file.
Diagnosis: The ^T output is going into the file.
Solution: Send ^T output to .PRIOU. This is more consistent with the fact
that the ^T was typed from the terminal.
TOPS20 Change Order Number 4.2520
Written by: OSMAN 8-Oct-79 16:12:19
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's:
Related SPR's:
Problem: ^H after CONNECT command with password displays the password.
Diagnosis: Exec was forgetting to wait for confirmation after password. Hence
COMND thought there was an error.
Solution: Remind the exec to wait for confirmation as PASLIN.
TOPS20 Change Order Number 4.2521
Written by: OSMAN 9-Oct-79 11:59:03
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: The user name lists under INFO STRUCTURE look messy
Diagnosis: The exec was doing HRROI A,DRRBUF and then using A as a byte pointer
with which to measure the length of the next user name to see if it would
fit on the line. Unfortunately, ILDB doesn't understand -1,,ADR.
Solution: Change HRROI to MOVEI followed by HRLI of 440700.
TOPS20 Change Order Number 4.2541
Written by: OSMAN 22-Oct-79 13:44:06
Edit checked: NO Document: YES
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execin
Related TCO's:
Related SPR's:
Problem: If JFN gets released while INFO FILS is looking, exec's jsys can
fail, causing strange error message.
Diagnosis: A CONTINUE STAYed program can cause such a situation!
Solution: Put ERJMPs at appropriate places and analyze the error. If a jfn
gets released while INFO FILS is in progress, and the exec detects this
because a jsys fails, the line of output will be abridged wherever the jsys
fails, and the rejoinder
... [JFN has just been released]
will end the line.
TOPS20 Change Order Number 4.2544
Written by: TOMCZAK 24-Oct-79 15:31:14
Edit checked: NO Document: NO
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXEC1
Related TCO's: 4.2545
Related SPR's:
Problem: If SET DEFAULT TAKE ECHO is set, then
@TAKE FOO,
@@NO ECHO
@@
has no effect
Diagnosis: The handling of flags PECHOF and ECHOF is inconsistent
Solution: Set an AC at the start of .TAKE in EXEC1 to the value of PECHOF
and then reset that AC during execution of the subcommand so that ECHOF
can be set to the proper value just before exiting from the TAKE code.
TOPS20 Change Order Number 4.2545
Written by: TOMCZAK 24-Oct-79 15:33:57
Edit checked: NO Document: NO
TCO Tested: YES Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECSU
Related TCO's: 4.2544
Related SPR's:
Problem: Echoing of commands in a TAKE file don't work
Diagnosis: Handling of PECHOF and ECHOF flags is inconsistent
Solution: In ECHCMD test only the ECHOF flag and make sure it is
properly set in the TAKE command itself. TCO# 4.2544
TOPS20 Change Order Number 4.2554
Written by: TOMCZAK 26-Oct-79 11:20:43
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: EXECIN
Related TCO's:
Related SPR's:
Problem: INFORMATION (ABOUT) TERMINAL DOESN'T WORK RIGHT WHEN AN ILLEGAL
TERMINAL TYPE HAS BEEN SET
Diagnosis: WRONG AC BEING USED IN XCT INSTRUCTION AT ILTTYP+1
Solution: CHANGE (B) TO (A) IN XCT INSTRUCTION
TOPS20 Change Order Number 4.2589
Written by: OSMAN 5-Dec-79 10:23:13
Edit checked: NO Document: NO
TCO Tested: NO Maintenance Release: NO
Hardware-related: NO
Program: EXEC
Routines Affected: execse
Related TCO's:
Related SPR's:
Problem: EXECSE doesn't assemble without an error. You get
DEFINE UNASSIGNED, DEFINED AS IF EXTERNAL
Diagnosis: Symbol $DEFAU conflicts with something, probably in GLXLIB.
Solution: Change $DEFAU to TDEFAU