From DLW  Sun Jan 27 00:00:00 1980
From: DLW (Daniel L. Weinreb)
Date: 27 JAN 1980, 00:00
Subject: No subject
Message-ID: <mailman.892.1479821121.4695.its@nocrew.org>

Someone should document the ECHOIN system call.

From RWKatMIT-MC  Fri Jan 25 00:00:00 1980
From: RWKatMIT-MC (Robert W. Kerns)
Date: 25 January 1980, 00:00
Subject: No subject
Message-ID: <mailman.893.1479821121.4695.its@nocrew.org>

    Date: 23 January 1980 01:17-EST
    From: Daniel L. Weinreb <DLW at MIT-AI>
    To:   AGRE at MIT-AI, BUG-ITS at MIT-AI

        Date: 22 JAN 1980 2028-EST
        From: AGRE at MIT-AI (Philip E. Agre)
	...

    BUG-ITS: Does anyone think it might be more useful to display the
    MSNAME in the wholine, given that the SNAME is rather arbitrary?
    The main use I can see for the SNAME is that it seems to correlate with
    the *PRINT, :LISTF etc default directory in HACTRN, but I am not
    sure how good this correlation is.
The TV can't display the MSNAME.  The MSNAME lives only in DDT.  (It could
be added to ITS, but...) DDT's SNAME should correspond pretty well with
the :PRINT default, which is a more useful thing to display.  You don't change
your MSNAME very often.


From BEN at MIT-ML  Thu Jan 24 00:00:00 1980
From: BEN at MIT-ML (BEN at MIT-ML)
Date: 24 Jan 1980 00:00
Subject: No subject
Message-ID: <mailman.894.1479821121.4695.its@nocrew.org>

I use a Teleray 1061 with SIPB prom, and the display of overlong
lines seems to be incorrect.  I suspect that both the terminal and
ITS are providing an extra <CR>, because the continuation skips
a line before writing the remainder of the line.  If something was
previously on the skipped line, it remains (i.e. nobody does a
clear-to-end-of-line on <CR>).  This makes the text remarkably
difficult to read.  This happens most noticeably in RMAIL.

				Ben Kuipers


From GSB at MIT-ML  Wed Jan 23 00:00:00 1980
From: GSB at MIT-ML (GSB at MIT-ML)
Date: 23 Jan 1980 00:00
Subject: ml lpt
Message-ID: <mailman.895.1479821121.4695.its@nocrew.org>

There are two consecutive columns near the left margin that don't
print at all.


From DLW  Wed Jan 23 00:00:00 1980
From: DLW (Daniel L. Weinreb)
Date: 23 JAN 1980, 00:00
Subject: No subject
Message-ID: <mailman.896.1479821121.4695.its@nocrew.org>

    Date: 22 JAN 1980 2028-EST
    From: AGRE at MIT-AI (Philip E. Agre)

    When you do a :CWD on a TV, the current-directory entry on the bottom
    line of the screen doesn't change to the new value until you use the
    directory, say by ^F'ing it.
Philip: This is because the TV is showing you the "SNAME" of the
running job, rather than the "MSNAME"; the latter is what is
set by the :CWD command.
BUG-ITS: Does anyone think it might be more useful to display the
MSNAME in the wholine, given that the SNAME is rather arbitrary?
The main use I can see for the SNAME is that it seems to correlate with
the *PRINT, :LISTF etc default directory in HACTRN, but I am not
sure how good this correlation is.

From AGRE  Tue Jan 22 00:00:00 1980
From: AGRE (Philip E. Agre)
Date: 22 JAN 1980, 00:00
Subject: No subject
Message-ID: <mailman.897.1479821121.4695.its@nocrew.org>

When you do a :CWD on a TV, the current-directory entry on the bottom
line of the screen doesn't change to the new value until you use the
directory, say by ^F'ing it.

From MOON at MIT-MC  Tue Jan 15 00:00:00 1980
From: MOON at MIT-MC (MOON at MIT-MC)
Date: 15 Jan 1980 00:00
Subject: No subject
Message-ID: <mailman.898.1479821121.4695.its@nocrew.org>

The correct command is :FIND foo;* * &PACK 0.  I am surprised that
giving "PK0:" in a :FIND does not give you an error; I guess it
must be simply ignored.

From JONL at MIT-MC  Tue Jan 15 00:00:00 1980
From: JONL at MIT-MC (JONL at MIT-MC)
Date: 15 Jan 1980 00:00
Subject: No subject
Message-ID: <mailman.899.1479821121.4695.its@nocrew.org>

It would be nice to be able to display a directory with only
the PRIMARY device shown - but FIND PK0:foo;* *  shows all
the SECOND: and THIRD: files too.


From JLK at MIT-MC  Mon Jan 14 00:00:00 1980
From: JLK at MIT-MC (JLK at MIT-MC)
Date: 14 Jan 1980 00:00
Subject: No subject
Message-ID: <mailman.900.1479821121.4695.its@nocrew.org>

Well T37 is once again in the wedged state where ist output buffer pointer is 
garbaged.  Is there a way to patch this to make it functional again?
(I realize its probably impossible to track down this problem)