From KEN  Sun Jul 29 00:00:00 1979
From: KEN (Kenneth Kahn)
Date: 29 JUL 1979, 00:00
Subject: the dirar<n> devices.
Message-ID: <mailman.976.1479821123.4695.its@nocrew.org>

I consistently get FILE LOCKED errors when printing
ken;dirar3:name1 up
dirar4:name1 up
dirar7:name1 up
dirarc:name1 up


All the other names (for example dirar5:)  seemed to work fine.
The archives themselves seemed fine, peek showed no one holding on to them,
and just creating a link from ar0 >, to ar7 > and then printing dirar0: avoided
the problem.

From GSB at MIT-ML  Fri Jul 27 00:00:00 1979
From: GSB at MIT-ML (GSB at MIT-ML)
Date: 27 Jul 1979 00:00
Subject: No subject
Message-ID: <mailman.977.1479821123.4695.its@nocrew.org>

why doesn't PK13:  work like PK3: etc.?


From RICH  Fri Jul 27 00:00:00 1979
From: RICH (Charles Rich)
Date: 27 JUL 1979, 00:00
Subject: Job slots
Message-ID: <mailman.978.1479821123.4695.its@nocrew.org>

I know we had this argument before, but I really think that 
we need more job slots.  With 7 Lisp machines logged
in (and soon to be more), the transient average of
CHAOSnet jobs had gone up noticeably, with the result
that people spend half the day doing :SHOUT FLUSH JOBS!
which is a nuisance.  As for example, right now, there
is noone logged in from the ARPA net -- just
local people, none of whom are running more than a
Lisp and an Emacs and maybe an occasional compiler,
and there are no free job slots to run even a :MAIL
(I am doing this inside EMACS, and it will probably
bomb the first time I try to send it!!!!!).

	Sincerely,  Chuck Rich.

From HIC at MIT-MC  Wed Jul 25 00:00:00 1979
From: HIC at MIT-MC (HIC at MIT-MC)
Date: 25 Jul 1979 00:00
Subject: No subject
Message-ID: <mailman.979.1479821123.4695.its@nocrew.org>


    BYRON at MIT-ML 07/25/79 09:23:54
    :tcytp c100 no no longer works, but gives back
    ERROR: CNSSET:  MEANINGLESS ARGS
    270>>.CALL 3330 (CNSSSET)

    Also, PWORD is no longer invoked on T04 (intentional?).


------
Some turkey loaded the wrong ITS (an old version) on ML.
I just reloaded the system, and all this
should be fixed now.



From BYRON at MIT-ML  Wed Jul 25 00:00:00 1979
From: BYRON at MIT-ML (BYRON at MIT-ML)
Date: 25 Jul 1979 00:00
Subject: No subject
Message-ID: <mailman.980.1479821123.4695.its@nocrew.org>

:tcytp c100 no no longer works, but gives back
ERROR: CNSSET:  MEANINGLESS ARGS
270>>.CALL 3330 (CNSSSET)

Also, PWORD is no longer invoked on T04 (intentional?).


From BYRON at MIT-MC  Wed Jul 25 00:00:00 1979
From: BYRON at MIT-MC (BYRON at MIT-MC)
Date: 25 Jul 1979 00:00
Subject: No subject
Message-ID: <mailman.981.1479821123.4695.its@nocrew.org>

I continually get "Host reset" messages while SUPDUPing from MC to ML.
They occur about once every 5 minutes or so, and detach me as well
of course.


From RMS  Mon Jul 23 00:00:00 1979
From: RMS (Richard M. Stallman)
Date: 23 JUL 1979, 00:00
Subject: No subject
Message-ID: <mailman.982.1479821123.4695.its@nocrew.org>

I just noticed that C-N on my TV was giving me only one
more line at the bottom of my screen.  The code was still
the old speed-dependent stuff, so I checked and found
that my TV was supposed to be running at 300 baud
(luckily my TV didn't know that!).
Probably it should be impossible to change the speed
of a TV, and :TCTYP should barf very loud at anyone who tries.

This is probably the result of an unconditional :TCTYP in an init file.

From JERRYB  Fri Jul 20 00:00:00 1979
From: JERRYB (Gerald R. Barber)
Date: 20 JUL 1979, 00:00
Subject: Dissappearance of init files
Message-ID: <mailman.983.1479821123.4695.its@nocrew.org>

I keep losing some of my init files for no apparent reasons, usually either my
EMACS or LISP inits.  Is there a way to tell when a file was deleted and by
whom?  Failing this is there a way to set up some sort of mechanism so that in
the future I will be told who deleted one of these files.

From RWK  Wed Jul 18 00:00:00 1979
From: RWK (Robert W. Kerns)
Date: 18 JUL 1979, 00:00
Subject: No subject
Message-ID: <mailman.984.1479821123.4695.its@nocrew.org>

There seems to have been a time around 4:30 pm on the 25 of June, when
all the DDT's in the world (and a PWORD too) got scrod.  I'm not certain
right off exactly what happened to them, but many of them seem to have
gotten their PC's set to -1, probably by having the stack-pointers
changed out from under them.  (They seemed to be doing a TYI at the time).
The PWORD definately had a PDL underflow.  Something like 40 crash files
were dumped at the time.

There are a few saved crash files on CRASH;(first name BUGDDT)  The relavent
PWORD crash file is PWORD PDLHAK.

From JNC  Wed Jul 18 00:00:00 1979
From: JNC (J. Noel Chiappa)
Date: 18 JUL 1979, 00:00
Subject: No subject
Message-ID: <mailman.985.1479821123.4695.its@nocrew.org>

	Well, IMPUP is definitely a symbol. Sounds like the system
was slowly dying away; did anybosy see any "memory changed between"
messages as it went? Sounds like the kind of cumulative bit rot whose
origin is almost impossible to track down....
		Noel

From DLW  Tue Jul 17 00:00:00 1979
From: DLW (Daniel L. Weinreb)
Date: 17 JUL 1979, 00:00
Subject: No subject
Message-ID: <mailman.986.1479821123.4695.its@nocrew.org>

To add to the rash of strange reports: last night, RK tried to
use TELNET on MC and fond it halting with an "ERROR;" message
at a .EVAL.  I examined it; the symbol in question was "IMPUP",
and going into SYS$J showed that IMPUP was not a known symbol.
Maybe the exec symbol table was bashed?  Anyway, the system
crashed shortly after this (while I was examining the problem).

From ___031 at MIT-MC  Tue Jul 17 00:00:00 1979
From: ___031 at MIT-MC (___031 at MIT-MC)
Date: 17 Jul 1979 00:00
Subject: Unreproducible errors...
Message-ID: <mailman.987.1479821123.4695.its@nocrew.org>

I got an error from the lisp compiler just about 2 seconds before the 
last crash. I don't know if it is related ...

;(LOAD ((DSK LIBLSP) TTY FASL)) - NON-EXISTENT DIRECTORY

which is odd because that file and dir exist and as soon as system came
back up the complr did the compilation with no errors. 
-kmp


From GSB at MIT-MC  Wed Jul 11 00:00:00 1979
From: GSB at MIT-MC (GSB at MIT-MC)
Date: 11 Jul 1979 00:00
Subject: c100 padding for i&d line
Message-ID: <mailman.988.1479821123.4695.its@nocrew.org>

!@#%^#&!@, ML is running an ITS 3 months older than MC, and the cruft
in the tty code for it doesn't look at all like the stuff in the current
source...  It appears to win on MC, EXCEPT THAT CLEOS DOESN'T WORK AT
ALL!!  (This is still at 9600 baud.)  (It doesn't on ML either.)


From EAKatMIT-MC  Tue Jul 10 00:00:00 1979
From: EAKatMIT-MC (Earl A. Killian)
Date: 10 July 1979, 00:00
Subject: No subject
Message-ID: <mailman.989.1479821123.4695.its@nocrew.org>

    Date: 07/10/79 13:12:20
    From: GSB at MIT-ML
    To:   (BUG ITS) at MIT-ML

    Padding for the c100 is insufficient for i&d line at 9600 baud.
    Can anyone tell me a place i can patch to experiment?

You might experiment with CRTSTY's padding at 9600 and when you find
the appropriate value, try it in ITS.  Patch C1LIDP+7 to multiply by
different padding times (which are floating point no.s - it is
currently .75E-3).


From GSB at MIT-ML  Tue Jul 10 00:00:00 1979
From: GSB at MIT-ML (GSB at MIT-ML)
Date: 10 Jul 1979 00:00
Subject: No subject
Message-ID: <mailman.990.1479821123.4695.its@nocrew.org>

Padding for the c100 is insufficient for i&d line at 9600 baud.
Can anyone tell me a place i can patch to experiment?


From APW  Mon Jul  2 00:00:00 1979
From: APW (Andrew P. Witkin)
Date: 2 JUL 1979, 00:00
Subject: No subject
Message-ID: <mailman.991.1479821123.4695.its@nocrew.org>

(sorry about the incomplete msg) The bug reported by bkph -- random
garbling of type in-- has also struck the datamedia in E10 (T35).

From APW  Mon Jul  2 00:00:00 1979
From: APW (Andrew P. Witkin)
Date: 2 JUL 1979, 00:00
Subject: No subject
Message-ID: <mailman.992.1479821123.4695.its@nocrew.org>

T

From BKPH  Mon Jul  2 00:00:00 1979
From: BKPH (Berthold K.P. Horn)
Date: 2 JUL 1979, 00:00
Subject: No subject
Message-ID: <mailman.993.1479821123.4695.its@nocrew.org>

What's up with the Teletype lines? Both outside (telephone)
and inside (DATAPOINT & Mini-Robot) lines have very peculiar
random behaviour -- garbling characters, inserting characters,
dropping bits, copying several times every second letter of
what was typed recently and other such randomness...