From ALAN at MIT-MC Wed May 23 00:00:00 1984 From: ALAN at MIT-MC (Alan Bawden) Date: 23 May 1984, 00:00 Subject: CRASH;STACKP FUCKED Message-ID: I have just been informed by GSB that he made a crash dump of an ITS that had died trying to read an ML backup tape last Friday. Since it looks like this is a repeatable error (DLW crashed MC a couple of times trying to read in an AI backup tape last Sunday), its probably worth looking at. Note that there seems to be no trouble reading in MC's backup tapes. The dump GSB took is in CRASH;STACKP FUCKED. If you look at what's in P you will understand the name. From GUMBY at MIT-MC Thu May 17 00:00:00 1984 From: GUMBY at MIT-MC (David Vinayak Wallace) Date: 17 May 1984, 00:00 Subject: TENEX Remembered: Foo! In-Reply-To: Msg of 17 May 1984 22:09-EDT from Charles Frankston Message-ID: Date: 17 May 1984 22:09-EDT From: Charles Frankston [From a letter about TENEX:] Date: 17 May 1984 13:14-EDT From: DIPACE at BBNF.ARPA Demand-paged-virtual memory, the first one of its kind; The question is, was it? Wasn't paging ITS around before TENEX? I believe so. But so certanly was the University of Manchester Atlas, Multics, and possibly the Berkeley XDS 940 time sharing system, although I don't know if it counts a demand paged. Oh, yeah, 360/67, TSS, CP/CMS, probably also both predate Tenex, but I'm not sure.. Foo. You know I meant on PDP-10s. Didn't ITS start out Base-and-bounds? From CBF at MIT-MC Thu May 17 00:00:00 1984 From: CBF at MIT-MC (Charles Frankston) Date: 17 May 1984, 00:00 Subject: TENEX Remembered Message-ID: [From a letter about TENEX:] Date: 17 May 1984 13:14-EDT From: DIPACE at BBNF.ARPA Demand-paged-virtual memory, the first one of its kind; The question is, was it? Wasn't paging ITS around before TENEX? I believe so. But so certanly was the University of Manchester Atlas, Multics, and possibly the Berkeley XDS 940 time sharing system, although I don't know if it counts a demand paged. Oh, yeah, 360/67, TSS, CP/CMS, probably also both predate Tenex, but I'm not sure.. From GUMBY at MIT-MC Thu May 17 00:00:00 1984 From: GUMBY at MIT-MC (David Vinayak Wallace) Date: 17 May 1984, 00:00 Subject: TENEX Remembered In-Reply-To: Msg of 17 May 1984 13:14-EDT from DIPACE at BBNF.ARPA Message-ID: [From a letter about TENEX:] Date: 17 May 1984 13:14-EDT From: DIPACE at BBNF.ARPA Demand-paged-virtual memory, the first one of its kind; The question is, was it? Wasn't paging ITS around before TENEX? From KMP at MIT-MC Sat May 12 00:00:00 1984 From: KMP at MIT-MC (Kent M Pitman) Date: 12 May 1984, 00:00 Subject: No subject Message-ID: Date: 12 May 1984 15:32-EDT From: Phyllis E. Koton Sender: ING @ MIT-MC Re: bizarre dialup error To: KMP @ MIT-MC The weirdest thing happened to me. I dialed up MC from home, hit a carriage return to get ITS attention, and it echoed the CR, but didn't print out any msg. SO I hit CR again, and again it echoed it, but no MC ITS ... so just to see what was going on, I said ":versio" and it said I was MC ITS USR:ING. IS THAT THE STRANGEST THING? I did whois on this ING and he is some tourist on the system. But I got logged in as him without ever saying login or giving a password. I am really psyched out by this. Do you think I should send mail to bug-its? --pk This isn't the first time such a thing has happened. Your guess is probably correct; ING somehow hung up without ITS noticing so when you dialed in, you got his already-logged-in tty line. I'm forwarding this to BUG-ITS in case they care, but I wouldn't lose any sleep over it. -kmp From ALAN at MIT-MC Tue May 8 00:00:00 1984 From: ALAN at MIT-MC (Alan Bawden) Date: 8 May 1984, 00:00 Subject: This afternoon's crash Message-ID: TTY: BUFFER EMPTY AT TYIREM Dumped into CRASH;TYIREM 050884 From JMSK at MIT-MC Wed May 2 00:00:00 1984 From: JMSK at MIT-MC (Jacob Moskowitz) Date: 2 May 1984, 00:00 Subject: No subject Message-ID: I just logged in to the 300 baud line & discovered that I was already logged in as CAREY. Shouldn't ITS autologout on disconnect ? From Ian at SRI-NIC Wed May 2 18:39:00 1984 From: Ian at SRI-NIC (Ian Macky) Date: May 2 1984 09:39 PDT (Wed) Subject: No subject In-Reply-To: Msg of 2 May 1984 02:00-PDT from Richard M. Stallman Message-ID: <[SRI-NIC].IAN. 2-May-84 09:39:34> Date: Wednesday, 2 May 1984 02:00-PDT From: Richard M. Stallman To: BUG-ITS at MIT-MC When I supdup to MC, if I get tty 50, most characters do not echo and are not obeyed. Only rubout and control-G get any response from DDT. :TCTYP TTY 50 DESC shows exactly the same thing as other ttys that I get which work properly. I locked tty 50. The exact thing has happened to me before, too, many months ago tho. From RMS at MIT-MC Wed May 2 00:00:00 1984 From: RMS at MIT-MC (Richard M. Stallman) Date: 2 May 1984, 00:00 Subject: No subject Message-ID: When I supdup to MC, if I get tty 50, most characters do not echo and are not obeyed. Only rubout and control-G get any response from DDT. :TCTYP TTY 50 DESC shows exactly the same thing as other ttys that I get which work properly. I locked tty 50. From PGS at MIT-MC Wed May 2 00:00:00 1984 From: PGS at MIT-MC (Patrick G. Sobalvarro) Date: 2 May 1984, 00:00 Subject: No subject Message-ID: I'm unable to supdup to MC right now, because the supdup server claims that all network ports are in use, although only t42-t51 are in use. nsttys is 27, so we should be able to do better than this. The ttys actually seem to be there; could this be caused by someone not reassembling the supdup server after the last system installation? From Moon%SCRC-TENEX at SCRC-RIVERSIDE.ARPA Wed May 2 06:54:00 1984 From: Moon%SCRC-TENEX at SCRC-RIVERSIDE.ARPA (David A. Moon) Date: May 2 84 00:54 EDT Subject: Meter hardware on MC In-Reply-To: The message of 2 Feb 84 01:34-EST from David A. Moon Message-ID: Date: 2 February 1984 01:34 EST From: David A. Moon DATAI 24,n executed in user mode clobbers locations n and n+1 in the system! It's a good thing I tested this by hand before writing a program to use it. ITS executes the instruction with XCTR, as it should. I suspect this is a bug in the microcode. I guess I'll use .suset [.rrunt,, like a good little boy. ------- I looked at the microcode and now think it's a bug in the hardware (MCL board of course). EPT REF clears the flag that SET PXCT sets? Fixed in the source of ITS! (Cleaning out my mail file).