From EB  Fri Oct 26 00:00:00 1979
From: EB (Edward Barton)
Date: 26 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.922.1479821121.4695.its@nocrew.org>

:TIME, at least, claims that ITS has been up for 19 days
surpassing all previous records for uptime.  That seems doubtful
in view of the power situation earlier today.

From HARV  Fri Oct 26 00:00:00 1979
From: HARV (Patrick L. Harvey)
Date: 26 Oct 1979, 00:00
Subject: BUG its
Message-ID: <[MIT-DMS].127634>

Continuation of previous message.  

After I finish with the new command, I get 
:KILL F$J
and a $P results in JOB?
...



From HARV  Fri Oct 26 00:00:00 1979
From: HARV (Patrick L. Harvey)
Date: 26 Oct 1979, 00:00
Subject: BUG its
Message-ID: <[MIT-DMS].127633>

Sometimes when I do a :f then ^G it inthe middle, 
I start typing a new command line and I get <beep><beep> Job F finished.
Is this normal behavior?



From RWKatMIT-MC  Fri Oct 26 00:00:00 1979
From: RWKatMIT-MC (Robert W. Kerns)
Date: 26 October 1979, 00:00
Subject: No subject
Message-ID: <mailman.923.1479821122.4695.its@nocrew.org>

    Date: 26 October 1979 00:10-EDT
    From: Richard M. Stallman <RMS at MIT-AI>
    To:   BUG-DDT at MIT-AI

    If I type Control-Top-H at the DDT now on AI,
    it seems to be treatd just as an H;
    but rubbing it out just backspaces and doesn't erase it.

DDT doesn't quite expect to get numbers bigger than 177 in response to
it's IOT on a non %TIFUL channel.  Other than the [HELP] character, should
it?  (It already expects the [HELP] character.)


From ED at MIT-MC  Wed Oct 24 00:00:00 1979
From: ED at MIT-MC (ED at MIT-MC)
Date: 24 Oct 1979 00:00
Subject: No subject
Message-ID: <mailman.924.1479821122.4695.its@nocrew.org>

On MC, single-instruction proceed still loses if the
instruction page faults on fetch.  Doing 
100/ jrst 2000
2000/ jrst 4000
...
30000/ jrst 0
1000G
100>> JRST 2000       results in:
0>> 0			note that 0, being swapped IN, doesn't execute.


From MRC  Tue Oct 23 00:00:00 1979
From: MRC (Mark Crispin)
Date: 23 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.925.1479821122.4695.its@nocrew.org>

Could AI have more STYs generated, or CRTSTY be less willing to have lots
of tourist STY users, or something?  Today, I was unable to get a net port
because there were three tourists on, one from a dialup and two from net
sites, taking up 5 out of the 6 available STYs because each was running a
CRTSTY.

From HICatMIT-MC  Wed Oct 17 00:00:00 1979
From: HICatMIT-MC (Howard I. Cannon)
Date: 17 October 1979, 00:00
Subject: No subject
Message-ID: <mailman.927.1479821122.4695.its@nocrew.org>

    Date: 17 OCT 1979 2112-EDT
    From: DHD at MIT-AI (David Hodgson Dennis)

    Is there any way the init files that use up almost all the file slots on
    users1/users2/users3 could be compacted (or the dir allocation changed)?
    That way, tourists who actually wanted to use storage for something other
    then init files (like documents or lisp programs) could do so more readily.
    I think this might make tourist's use of the system more productive.  Would
    this be too hard to do?
-----
Unfortunatly, the size of a directory is fixed by the system and cannot
be changed.  We realize that the USERSn directories get full, and there
is no easy fix.  Generally, it is possible to reap enough from the dirs
so that they are only about 75% full, but that takes time.  If the guests
were more responsible about cleaning up, the problem wouldn't be so bad.
Many people are on INFO-MICRO and don't read their 15 blocks of mail for
three months!  You should not be using the USERn dirs for anything but
very short term storage because you are lucky enough to have use of a
real dir on ML.  If a tourist wants to be productive, (s)he can always
find a way -- it's really that most of them don't particularly care.


From DHD  Wed Oct 17 00:00:00 1979
From: DHD (David Hodgson Dennis)
Date: 17 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.928.1479821122.4695.its@nocrew.org>

Is there any way the init files that use up almost all the file slots on
users1/users2/users3 could be compacted (or the dir allocation changed)?
That way, tourists who actually wanted to use storage for something other
then init files (like documents or lisp programs) could do so more readily.
I think this might make tourist's use of the system more productive.  Would
this be too hard to do?

From RWK  Tue Oct 16 00:00:00 1979
From: RWK (Robert W. Kerns)
Date: 16 OCT 1979, 00:00
Subject: OTTO's C100 complaints
Message-ID: <mailman.930.1479821122.4695.its@nocrew.org>

(Sorry for not sending this note before, but I fell asleep).
I talked with OTTO last night, and he's going to talk to the TELNET
maintainer at his site.


From EAKatMIT-MC  Tue Oct 16 00:00:00 1979
From: EAKatMIT-MC (Earl A. Killian)
Date: 16 October 1979, 00:00
Subject: Possible solution to errors in C100 support.
Message-ID: <mailman.931.1479821122.4695.its@nocrew.org>

How are you getting to ITS?  If you're using a TELNET program I
suspect the problem is that it's doing some processing on the
output ITS sends.  Nothing in the path from ITS to your C100
should modify a single character output.

:TCTYP C100 works for other people, over the network.  That's why
I suspect it is a local problem.  Probably an over zealous
operating system turning form feeds into LFs.

P.S. don't include BUG-EMACS anymore, it's not relevant here.


From the  Mon Oct 15 00:00:00 1979
From: the (the)
Date: 15 Oct 1979, 00:00
Subject: Possible errors in C100 terminal support
In-Reply-To: Your message of 15 Oct 1979 (Monday) 2115-EDT
Message-ID: <[SRI-KA]15-Oct-79 19:43:51.GEOFF>

Perhaps your terminal is not getting the right amount of
padding...  I suggest on the same TCTYP line along with C100 you
add SPEED #, i.e.  as in

:TCTYP C100 SPEED 9600

so the system will insert the right amount of padding (9600
baud's worth in this case).  I suspect this is your most likely
cause of lossage if operating over 300 baud.

From GVEO  Mon Oct 15 00:00:00 1979
From: GVEO (George V.E. Otto)
Date: 15 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.937.1479821122.4695.its@nocrew.org>

   I would like to report some trouble with either the screen control
for a C100 terminal, or the way INFO handles its display. I have the
full report of the problems in a file at Wharton, so I would like to
netmail the report from there. What userids should I use to mail the
error report?

From OTTO at Wharton  Mon Oct 15 00:00:00 1979
From: OTTO at Wharton (OTTO at Wharton)
Date: 15 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.938.1479821122.4695.its@nocrew.org>

I have a bug to report in either screen support of a CONCEPT 100 terminal
or in the way INFO handles screen control. To whom should I send a
description of the problems encountered? My addresses is OTTO at WHARTON.
I have an edited file containing the description of the situation which
I would liklike to send via netmail to the correcdt person
or persons.
                                                George Otto

From BNLGHC at MIT-MC  Mon Oct 15 00:00:00 1979
From: BNLGHC at MIT-MC (BNLGHC at MIT-MC)
Date: 15 Oct 1979 00:00
Subject: No subject
Message-ID: <mailman.939.1479821122.4695.its@nocrew.org>

My TEKtronix terminal (actually a 4051) is not being handled
correctly by TCTYP and/or MACSYMA.  The screen is not being
erased, --Continued-- overwrites --pause--, etc.


From HIC at MIT-MC  Sat Oct 13 00:00:00 1979
From: HIC at MIT-MC (HIC at MIT-MC)
Date: 13 Oct 1979 00:00
Subject: Chaosnet FORCE.
Message-ID: <mailman.940.1479821122.4695.its@nocrew.org>

I explained the bug to ED.


From ED at MIT-MC  Sat Oct 13 00:00:00 1979
From: ED at MIT-MC (ED at MIT-MC)
Date: 13 Oct 1979 00:00
Subject: Chaosnet FORCE.
Message-ID: <mailman.941.1479821122.4695.its@nocrew.org>

The sequence:
.iot chaoch,[go away]
.call [setz ? sixbit /force/ ? setzi chaoch]
.close chaoch,
causes the target lisp machine to go into the error handler
complaining that 3 is an illegal packet opcode.
Doing a .SLEEP 30. after the force and before the close wins.

From EAK at MIT-MC  Mon Oct  8 00:00:00 1979
From: EAK at MIT-MC (EAK at MIT-MC)
Date: 08 Oct 1979 00:00
Subject: No subject
Message-ID: <mailman.942.1479821122.4695.its@nocrew.org>

How about a ^_ command to do an input reset?  I.e. flush randomness
you accidentally typed.

From DLW  Sat Oct  6 00:00:00 1979
From: DLW (Daniel L. Weinreb)
Date: 6 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.943.1479821122.4695.its@nocrew.org>

I must admit I've had the same problem.  It only takes two tourists
running CRTSTY to use up 2/3 of the AI STYs.

From KLH at MIT-MC  Fri Oct  5 00:00:00 1979
From: KLH at MIT-MC (KLH at MIT-MC)
Date: 05 Oct 1979 00:00
Subject: No subject
Message-ID: <mailman.944.1479821122.4695.its@nocrew.org>

I can hardly ever read my AI mail any more.  Recently
I had to let it pile up for a few days because I couldn't
seem to find any time when all STY's weren't being
hogged (either by LM's or T's or whatever).  Considering
the number of LM's, I would think the # of STY's should be
grossly increased, although the # of net logins could
be controlled as a separate limit.  True, this implies more
job slots, but I've always thought more were needed anyway.
I've nevver seriously considered departing AI altogether, but
the situation is getting grim.


From JLK  Wed Oct  3 00:00:00 1979
From: JLK (John L. Kulp)
Date: 3 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.945.1479821122.4695.its@nocrew.org>

:LISTF ARC:CHAOS; ON AI GIVES ARC NO SUCH DEVICE

From GRAND  Wed Oct  3 00:00:00 1979
From: GRAND (Mark D. Grand)
Date: 3 OCT 1979, 00:00
Subject: No subject
Message-ID: <mailman.946.1479821122.4695.its@nocrew.org>

	I DON'T know if this is an oversite on sombody's part or
what, but when I try to :INFO MACLISP   
I get

OPN016  INFO ;AI:LISP >   PACK NOT MOUNTED?


Date:  2 Oct 1979, 00:00
From: Mark Crispin <Admin.MRC at SU-SCORE>
Subject: [PAE at MIT-MC (Philip A. Earnhardt): **more** state on the last line of the screen]
To: Bug-ITS at MIT-AI

Has anybody looked at this problem?  I've been told that it's a bug
in ITS.  Any comments?
                ---------------
Mail from MIT-AI rcvd at 2-Oct-79 2238-PDT
Date: 3 OCT 1979, 00:00
From: PAE at MIT-MC (Philip A. Earnhardt)
Subject: **more** state on the last line of the screen
To: (BUG TELNET) at MIT-MC, (BUG emacs) at MIT-MULTICS

two times tonight, I have gotten into a **more** state
in multics emacs, telnet thru mc. Once this was through
invoking emacs on the next-to-last line of my screen
(which I believe was a known bug) and once while doing
a multics command (using ^x-^m) in my minibuffer. Does
anyone know where the problem/responsibility lies with
this?

thanks,
philip

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

-------

From MACRAK at MIT-MC  Mon Oct  1 00:00:00 1979
From: MACRAK at MIT-MC (MACRAK at MIT-MC)
Date: 01 Oct 1979 00:00
Subject: No subject
Message-ID: <mailman.947.1479821122.4695.its@nocrew.org>

Two problems with carriage motion optimization on printing terminals:

1. Final spaces before cr aren't flushed.
2. Sometimes--especially when printing out Macsyma expressions using
backspaces and linefeeds substituting for cr's and spaces--its seems
to print out some backspaces, then some spaces, then more backspaces.