From CSTACYatMIT-AI Mon Aug 30 00:00:00 1982 From: CSTACYatMIT-AI (Christopher C. Stacy) Date: 30 August 1982, 00:00 Subject: TV Message-ID: seems to drop bits. My ^C in previous :MAIL echoed as ^B but worked. From CSTACYatMIT-AI Mon Aug 30 00:00:00 1982 From: CSTACYatMIT-AI (Christopher C. Stacy) Date: 30 August 1982, 00:00 Subject: No subject Message-ID: Sometimes when I am using a Knight TV, my screen gets garbled. I dont know what part of the TV system (10,11, or 10/11) is losing. From DEVONatMIT-MC Mon Aug 23 00:00:00 1982 From: DEVONatMIT-MC (Devon S. McCullough) Date: 23 August 1982, 00:00 Subject: H19 emulators, and lossage and ANSI mode Message-ID: A bit would be cleaner, after all TCTYP can be told that HDS means H19 + some bit, just as GLASS means PRINTING with some different bits. From DEVON7 at MIT-MC Fri Aug 20 00:00:00 1982 From: DEVON7 at MIT-MC (DEVON7 at MIT-MC) Date: 20 Aug 1982 00:00 Subject: No subject Message-ID: certain h-19 emulators don't support ANSI mode and no longer work with the latest ITS. short-distance screen scrolling in EMACS still works, but when trying to scroll the text a long way it just puts trash on the display, and I have to clear the screen (slow) Since the emulation I'm using is on a micro i suppose I could try to hack some new code, but the display driver has limited memeory in which to live, because when screen RAM is mapped in, most user RAM is mapped out to make room for the video. perhaps TECO can be kludged with some flag saying to insert/delete one at a time? From DEVON Wed Aug 18 00:00:00 1982 From: DEVON (Devon S. McCullough) Date: 18 Aug 1982, 00:00 Subject: BUG => its Message-ID: <[MIT-DMS].241228> using a TIP, it was never necessary to do @b o s, but now with TAC's it is. To avoid inconveniencing the user, how can this be done from ITS? From DCPatMIT-MC Mon Aug 16 00:00:00 1982 From: DCPatMIT-MC (David C. Plummer) Date: 16 August 1982, 00:00 Subject: No subject Message-ID: REM at MIT-MC 08/16/82 09:12:29 I am getting no echo whatsoever. I am typing this blindly. I pressed ctrl-S to stop output on second window (screen) of a ^R (PRINT), which has been doing this for weeks since the SU-TAC was installed. My theory is that ITS is doing an output reset, which is turning into a data mark or interrupt process or something in the TELNET protocol, and that TACs don't understand this. You will probably find that ^G will do the same thing. Has the TELNET protocol dropped this feature? Is ITS doing the wrong thing? Or is this missing from the implementation of TACs. Could somebody forward this to the code writers of the TAC software. If necessary, I will try and find out what ITS is doing. This has also happened to the DAVID-TAC (??) by people from the NAVY. From EAK at MIT-ML Mon Aug 16 00:00:00 1982 From: EAK at MIT-ML (EAK at MIT-ML) Date: 16 Aug 1982 00:00 Subject: No subject Message-ID: I was sittly quitely in :MAIL just now when I got a Console Free message. I thought someone had gunned me, so I quickly came back and spied on the system console, which said NET: RST TIMEOUT HST= 116000 15:08:57 116000 is the host I was coming from. Some weird network glitch? I don't know, but I also don't understand why my tree wasn't detached instead of destroyed. From REM at MIT-MC Mon Aug 16 00:00:00 1982 From: REM at MIT-MC (REM at MIT-MC) Date: 16 Aug 1982 00:00 Subject: No subject Message-ID: I am getting no echo whatsoever. I am typing this blindly. I pressed ctrl-S to stop output on second window (screen) of a ^R (PRINT), which has been doing this for weeks since the SU-TAC was installed. From CSTACY at MIT-MC Sat Aug 14 00:00:00 1982 From: CSTACY at MIT-MC (CSTACY at MIT-MC) Date: 14 Aug 1982 00:00 Subject: No subject Message-ID: I installed version 1278 as NITS on MC. If anything goes wrong, please take a crash dump and boot from ITS. Broken terminal support is supposedly fixed. From MOONatMIT-MC Fri Aug 13 00:00:00 1982 From: MOONatMIT-MC (David A. Moon) Date: 13 August 1982, 00:00 Subject: crufty lossage (of characters, perhaps) Message-ID: :TCTYP ? will tell you about the PADDED option, which is probably what you need. From CSTACYatMIT-MC Tue Aug 10 00:00:00 1982 From: CSTACYatMIT-MC (Christopher C. Stacy) Date: 10 August 1982, 00:00 Subject: No subject Message-ID: I deinstalled the new ITS from MC, since it was crashing the system. I will look into it (sigh). From RZ at MIT-MC Tue Aug 10 00:00:00 1982 From: RZ at MIT-MC (RZ at MIT-MC) Date: 10 Aug 1982 00:00 Subject: No subject Message-ID: I'm using one of the old ann arbors (it doesn't even have n-key rollover). With the new ITS there are several problems which I can't really explain. First, inside mail I am unable to type a rubout or C-Z. A rubout seems to turn into a C-W since the previous word always gets deleted. C-Z's don't do anything. THis is not true when talking to DDT or EMACS. Lock seems to idicate that that the right codes are being sent. Second, when I logout the DDT seems to revert to the same mode that MAIL and SEND are in. As a consequence, I can't log back in. From PGS at MIT-MC Tue Aug 10 00:00:00 1982 From: PGS at MIT-MC (PGS at MIT-MC) Date: 10 Aug 1982 00:00 Subject: No subject Message-ID: ITS 1278 is now installed on ML, AI, and MC. It contains support for Ann Arbors, and the code for H19's has been rewritten to include multiple insert/delete line/char. TYMPAD has been changed to allow padding with nulls. H19's are being successfully padded with nulls, but it doesn't help a whole lot, because the padding for insert/delete operations isn't happening at the most featureful time imaginable. I'll fix this when I get back from vacation. From PGSatMIT-MC Sun Aug 8 00:00:00 1982 From: PGSatMIT-MC (Patrick G. Sobalvarro) Date: 8 August 1982, 00:00 Subject: crufty lossage (of characters, perhaps) Message-ID: I'm trying to fix TS3TTY so that H19's are padded with nulls, and can do multiple insert/delete line, like Ann Arbors do (no more of this weenie weenie stuff). I think I'm winning. But I can't tell. Why can't I tell? Well, AI has no H19's hung on it, and it can't pump out the characters at 9600 baud anyway, and that's when things get critical. So what I usually do is go downstairs and connect an H19 to MC, and Telnet over to AI and do a :TCTYP H19 locally. And I lose; the padding, or the insert/delete line stuff, just doesn't seem to work; the terminal gets confused, and outputs things in random places, and I go back and grovel over the code some more. But last night I distilled a listing and injected it into my brain, and this afternoon when I saw that I was losing, I knew damned well that I should be winning, so I went over to a VT52, and Telnetted from it (on MC) to ML. Its terminal type was set to VT52 on both machines, and it exhibited the same sort of lossage that H19's were exhibiting for me. RMS suggested that perhaps the local machine didn't know its speed, so I set that to 9600 in both places, and it still lost. In fact, absolute positioning and insert/delete line/character type things seem to consistently lose through a Telnet. I believe I remember hearing this ascribed to VTS when people used to Telnet to XX when it first came up. Try this simple experiment: log in on a local terminal on ML, or DM, or MC, or maybe even AI, although I don't know if it's fast enough to cause the lossage. Telnet over to another machine (even the one you're on!), do TTY^K, and watch it go! From CSTACY at MIT-MC Wed Aug 4 00:00:00 1982 From: CSTACY at MIT-MC (CSTACY at MIT-MC) Date: 04 Aug 1982 00:00 Subject: sources Message-ID: I saved the AI sources in SYSTEM, SYSENG, and SYSEN1 onto OZ for the moment.