From METHODS-TOOLSatDEC-MARLBORO Thu Apr 30 00:00:00 1981 From: METHODS-TOOLSatDEC-MARLBORO (ALA) Date: 30 Apr 1981, 00:00 Subject: mail files Message-ID: My mail file on mit-ai (users0;ala mail) seems to be locked. Can someone look into this? Thanks. Alyson (ala at mit-ai) -------- From Moon at MIT-MC Thu Apr 30 00:00:00 1981 From: Moon at MIT-MC (Moon at MIT-MC) Date: 30 Apr 1981 00:00 Subject: THIRD; directory at AI Message-ID: Please choose a different name for this directory. Having a device and a directory with the same name confuses both people and some programs. From RWKatMIT-MC Wed Apr 29 00:00:00 1981 From: RWKatMIT-MC (Robert W. Kerns) Date: 29 April 1981, 00:00 Subject: No subject Message-ID: Date: 28 April 1981 20:50-EDT From: David Chapman To: BUG-ITS at MIT-AI there is a bogus directory third;. i suppose it is bogus since there is no second;. It is empty. also confusing. I don't know who created this losing directory, but I will go upstairs and try to find out, so I can explain to them why they should not do this. On the off chance that it was somebody on this mailing list with a momentary brain fade, I remind you all once again that directories should not share the same name as devices if you do not wish to confuse both programs and people. I have deleted the link which preserved the directory, so it will go away the next time the system is brought up. From EBatMIT-AI Wed Apr 29 00:00:00 1981 From: EBatMIT-AI (Edward Barton) Date: 29 April 1981, 00:00 Subject: No subject Message-ID: LNKEDP is in the SYSCTB table, but :CALL LNKEDP doesn't know about it. From GJC at MIT-MC Tue Apr 28 00:00:00 1981 From: GJC at MIT-MC (GJC at MIT-MC) Date: 28 Apr 1981 00:00 Subject: No subject Message-ID: There is a job on MC uname 500A41 jname ARPA Sname 500A41 status +LOGIN Chaos network connection to foreing addr PLASMA 15411 with flag F. it has 15:25:08 (i.e. one hell of a shitload) of cpu time. I'm just going to gun it as this seems to be a common and reported bug. From ZVONAatMIT-AI Tue Apr 28 00:00:00 1981 From: ZVONAatMIT-AI (David Chapman) Date: 28 April 1981, 00:00 Subject: No subject Message-ID: there is a bogus directory third;. i suppose it is bogus since there is no second;. It is empty. also confusing. From KRONJatMIT-MC Mon Apr 20 00:00:00 1981 From: KRONJatMIT-MC (David Eppstein) Date: 20 April 1981, 00:00 Subject: No subject Message-ID: KRONJ at MIT-MC 04/19/81 05:25:08 To: (BUG ITS) at MIT-MC Several problems: (2) If I do :COPY AR1:GUEST2;EINIT >,$ it shows the default file as AR1:GUEST2;EINIT 90 rather than >. (90 is the current version). This is irritating for copying the file to another Fn1. If I wanted 90 I would have said 90 and not >. This is a very useful feature. It won't hurt you to type a space and a '>', and it makes possible retaining version numbers when moving files, something which is done very often. I just found that out when copying my files to a new directory (I was told my archive was probably at fault for not compacting rather than ITS, so I got a new one.) (3) What happened to :TCTYP H19? How should I know? You haven't said anything about what problem you experienced. It was setting it to Glass,+/- a lot of things. The problem has been fixed. From RWKatMIT-MC Mon Apr 20 00:00:00 1981 From: RWKatMIT-MC (Robert W. Kerns) Date: 20 April 1981, 00:00 Subject: No subject Message-ID: KRONJ at MIT-MC 04/19/81 05:25:08 To: (BUG ITS) at MIT-MC Several problems: (2) If I do :COPY AR1:GUEST2;EINIT >,$ it shows the default file as AR1:GUEST2;EINIT 90 rather than >. (90 is the current version). This is irritating for copying the file to another Fn1. If I wanted 90 I would have said 90 and not >. This is a very useful feature. It won't hurt you to type a space and a '>', and it makes possible retaining version numbers when moving files, something which is done very often. (3) What happened to :TCTYP H19? How should I know? You haven't said anything about what problem you experienced. From MoonatMIT-AI Mon Apr 20 00:00:00 1981 From: MoonatMIT-AI (David A. Moon) Date: 20 April 1981, 00:00 Subject: New system needed Message-ID: I turned on support for insert/delete characters on C100s in TCTYP. Evidently this was premature since the system installed on MC is too old to support it. MC should get a new system ASAP (the source seems to be OK, it works on ML). Other machines may need new systems, too. From KRONJ at MIT-MC Sun Apr 19 00:00:00 1981 From: KRONJ at MIT-MC (KRONJ at MIT-MC) Date: 19 Apr 1981 00:00 Subject: No subject Message-ID: ...to continue: (3) What happened to :TCTYP H19? Problems (1) and (2) combine nastily: I used to copy EINIT > (my largest file) to a couple of other FN1s on the archive and then delete them to compact the archive and save space. Now it is not only harder to type the :COPY commands, but the process as a whole instead of saving space leaves me with a huge archive! Please fix soon. P.S. A command to compact archives so I wouldn't have to go through all that trash would be v. useful. From KRONJ at MIT-MC Sun Apr 19 00:00:00 1981 From: KRONJ at MIT-MC (KRONJ at MIT-MC) Date: 19 Apr 1981 00:00 Subject: No subject Message-ID: Several problems: (1) If I delete a large file or two from an archive (say around four blocks) it used to compact the archive to 0 wasted words. Now the wasted words just sit there and my archive gets larger and larger (unless this is some asynchronous process and by now it has been compacted). (2) If I do :COPY AR1:GUEST2;EINIT >,$ it shows the default file as AR1:GUEST2;EINIT 90 rather than >. (90 is the current version). This is irritating for copying the file to another Fn1. If I wanted 90 I would have said 90 and not >. (3) What happened to :TCTYP h From CSTACY Sat Apr 18 00:00:00 1981 From: CSTACY (Christopher C. Stacy) Date: 18 Apr 1981, 00:00 Subject: BUG => its Message-ID: <[MIT-DMS].194515> On DM, doing :TCTYP H19 ERROR: CNSSET: MEANINGLESS ARGS 270>>.CALL 3467 (CNSSET) This wasnt broken 2 hours ago! From WJN Wed Apr 15 00:00:00 1981 From: WJN (Wayne J. Noss) Date: 15 Apr 1981, 00:00 Subject: BUG => ITS Message-ID: <[MIT-DMS].194047> If I do AR4$^F just to look at an archive, the file author of the AR4 file gets set to my hsname. I think that, to be meaningful, the author should not be set by what is (should be) a read-only operation. the WJN From Admin.MRCatSU-SCORE Mon Apr 13 00:00:00 1981 From: Admin.MRCatSU-SCORE (Mark Crispin) Date: 13 Apr 1981, 00:00 Subject: My previous message about forced conversion to TCP In-Reply-To: Your message of 4-Apr-81 0039-PST Message-ID: TOPS-20 does have a working TCP TELNET implementation. I wrote it. -- Mark -- PS: I agree with you that 1983 is premature for the changeover. ------- From MOON at MIT-MC Mon Apr 13 00:00:00 1981 From: MOON at MIT-MC (MOON at MIT-MC) Date: 13 Apr 1981 00:00 Subject: MLDEV broken Message-ID: Doing DELETE on ML: and AI: from AI seems to have started trying to do the deletion twice, such that it hangs for a fairly long while then says file not found. I didn't try it on any file names with ">" or "<" in them since that could be dangerous. I haven't noticed this before today. From RWKatMIT-MC Mon Apr 6 00:00:00 1981 From: RWKatMIT-MC (Robert W. Kerns) Date: 6 April 1981, 00:00 Subject: [GREN at MIT-MC: Forwarded] Message-ID: Date: 6 APR 1981, 00:00 From: GREN at MIT-MC (Ian G. Macky) To: (BUG DDT) at MIT-MC :MOVEing from SYS***; does not make any sort of message on the console. Was this omission on purpose? From or to, that is. ---------------- It seems DELEWO doesn't check for being a system directory. From RWKatMIT-MC Mon Apr 6 00:00:00 1981 From: RWKatMIT-MC (Robert W. Kerns) Date: 6 April 1981, 00:00 Subject: This is an ARPAnet problem, but is there any way which ITS can help it? Message-ID: ELLEN at MIT-MC 03/24/81 18:08:46 Re: This is an ARPAnet problem, but is there any way which ITS can help it? Subject: This is an ARPAnet problem, but is there any way which ITS can help it? To: (BUG MAIL) at MIT-MC, (BUG ITS) at MIT-MC MILNE at MIT-AI Howdy, One other thing from all of us over in Britian.I am not sure if this is the best mail box for this, but perhaps you can pass it on. Our link from edinburgh to MIT is very complex, going thourgh at least 5 machines before getting to MIT. This is then extremely unreliable. very often we get cut off by a failure over here, and can't get back to close our job. This is a British and ARPA problem, but results in us staying logged in when we don't exist. I talso seems that these crashes always take place just before I finish typing MAIL. What is the current thing to kill these jobs? Could it be clever and discover we were in MAIL and send the partial message for us, perhaps with a message added at the botto bottom? Anyway, this is the basic problem, though I'd let you know. cheers, Rob Milne, Edinburgh You should tell them about :REATTACH ... that's what it's for. Gad, sending the message automagically would be gross. If the problem is that their network just crashes totally and they cannot reconnect for a long period of time, they should be putting lots of pressure on it's implements to either fix it or go work for the post office (um, er, oh, so THAT'S the problem...) From MOON at MIT-MC Mon Apr 6 00:00:00 1981 From: MOON at MIT-MC (MOON at MIT-MC) Date: 06 Apr 1981 00:00 Subject: Keeping track of system changes Message-ID: Please log changes to ITS in the file MC:SYSTEM;ITS RECENT. I have moved this file off of my personal directory. Just a brief note will suffice to help keep track of what's going on. There is a ---- in the file at the point where new changes are supposed to be added. After that point are a collection of mostly fairly random ideas about things that could be changed in the future. It hasn't been updated since Sep 20, 1980, so if you made any changes worthy of note since then please put them in. From Moon Sat Apr 4 00:00:00 1981 From: Moon (David A. Moon) Date: 4 APR 1981, 00:00 Subject: No subject Message-ID: Date: 30 March 1981 19:26-EST From: Robert W. Kerns Subject: Supdup typeout process To: MOON at MIT-MC ... But the primary bug I was reporting was that typing control-greek-E blowing away the typeout process. Fixed in the source of TS3TTY !!. It was echoing as a garbage GT40 control command. I am not going to fix the GT40 simulator, it would injure my stomach and throat. From Moon Sat Apr 4 00:00:00 1981 From: Moon (David A. Moon) Date: 4 APR 1981, 00:00 Subject: My previous message about forced conversion to TCP Message-ID: Two or three people at other sites have communicated with me about this. Apparently not even TOPS-20 actually has working TCP protocols (neither telnet, nor FTP, nor mail). The concensus seems to be that the change cannot possibly happen on most sites by 1983, and hopefully the sites can convince the sponsors to convince the network management accordingly. We are not alone in not having the manpower to make this sort of complex and unnecessary change, it would appear. From GJC at MIT-MC Fri Apr 3 00:00:00 1981 From: GJC at MIT-MC (GJC at MIT-MC) Date: 03 Apr 1981 00:00 Subject: No subject Message-ID: Typing along in my EMACS, just got an ILLEGAL OPCODE message and was detached. Very strange, maybe I was being hacked. Everything working fine now.