Date: Sat, 6 May 89 15:17:27 EDT From: David Chapman To: BUG-FINGER@AI.AI.MIT.EDU Message-ID: <591679.890506.ZVONA@AI.AI.MIT.EDU> :whois agre@wh [WHEATIES.AI.MIT.EDU] ? Internal error - ISE0  Date: Thu, 16 Feb 89 19:39:03 EST From: David Chapman To: BUG-F@AI.AI.MIT.EDU Message-ID: <539609.890216.ZVONA@AI.AI.MIT.EDU> Hmm. Unfortunately, the language of rfc742 is descriptive, not prescriptive, so it probably can't be the basis of a bug report to symbolics. Oh well. By the way, I'm impressed as hell that the * and *ITS pseudo-hosts (which I didn't know about) still work -- though in the former case I can't imagine quite what it is that it does.  Received: from LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 16 Feb 89 19:04:07 EST Date: Thu, 16 Feb 1989 19:01 EST Message-ID: From: Rob Austein To: David Chapman Cc: BUG-F@AI.AI.MIT.EDU In-reply-to: Msg of 16 Feb 1989 17:54-EST from David Chapman Date: Thursday, 16 February 1989 17:54-EST From: David Chapman To: BUG-F@AI.AI.MIT.EDU Is there actually a standard (rfc?) for finger requests? AI NETDOC FREE BLOCKS #0=653 #2=414 2 RFC742 FINGER 2 +499 $ 5/03/85 07:21:53 (12/20/87) GUMBY  Date: Thu, 16 Feb 89 17:54:40 EST From: David Chapman To: BUG-F@AI.AI.MIT.EDU Message-ID: <539523.890216.ZVONA@AI.AI.MIT.EDU> Is there actually a standard (rfc?) for finger requests?  Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 16 Feb 89 17:28:22 EST Received: from QUESTION-AUTHORITY.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 174246; Thu 16-Feb-89 17:24:25 EST Date: Thu, 16 Feb 89 17:24 EST From: Alan Bawden Subject: Giving Reagan the finger To: ZVONA@AI.AI.MIT.EDU cc: BUG-F@AI.AI.MIT.EDU In-Reply-To: <538694.890215.ZVONA@AI.AI.MIT.EDU> Message-ID: <19890216222404.1.ALAN@QUESTION-AUTHORITY.AI.MIT.EDU> Date: Wed, 15 Feb 89 14:47:10 EST From: David Chapman You don't care, but: :f foo@b,bar@b sensibly turns this into a singl request to b, but unfortunately b doesn't know about the comma syntax and loses. Nothing we can do about it. You should complain to the maintainers of the finger server on B.  Date: Wed, 15 Feb 89 14:47:10 EST From: David Chapman To: BUG-F@AI.AI.MIT.EDU Message-ID: <538694.890215.ZVONA@AI.AI.MIT.EDU> You don't care, but: :f foo@b,bar@b sensibly turns this into a singl request to b, but unfortunately b doesn't know about the comma syntax and loses.  Date: Tue, 10 Jan 89 18:23:52 EST From: "Michael A. Patton" To: BUG-FINGER@AI.AI.MIT.EDU cc: MAP@AI.AI.MIT.EDU Message-ID: <517157.890110.MAP@AI.AI.MIT.EDU> Right now Paul-S has something set up sufficiently wierd that finger goes into a loop when printing out his line. Whatever he did, he appears to have done with PHOTO and REATTA. The finger shows him running PHOTO and starts to print his location and gets as far as "[PHOTO] " and then it hangs, my guess (since there is only one PHOTO) is that he has managed to set up a loop in the location information and my FINGER is madly circling around trying vainly to find termination. When I look at his tty line, it shows a REATTA as the last thing done. Actually while I was typing this the situation changed and the finger finally called for the tty again. He appears to have reconnected, this time there isn't a problem (actually there is a PAUL-S and a PAUL-O with the same name, the PAUL-S is running PHOTO and the PAUL-O appears to be the destination. -Mike P.S. You might want to ask him (well one of them) what he did to create this.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 22 Oct 88 15:16:36 EDT Date: Sat, 22 Oct 88 15:14:17 EDT From: David Chapman Sender: ZVONA0@MC.LCS.MIT.EDU To: BUG-FINGER@MC.LCS.MIT.EDU Message-ID: <494741.881022.ZVONA0@MC.LCS.MIT.EDU> Y'know, "connection waiting for response to SYN" is not the clearest possible explanation of net timeout..  Date: Mon, 17 Oct 88 23:07:36 EDT From: David Chapman To: BUG-FINGER@AI.AI.MIT.EDU Message-ID: <465317.881017.ZVONA@AI.AI.MIT.EDU> Why does :f weld/w@b lookup weld on AI and then do a whois @b?  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 16 Jun 88 22:01:51 EDT Received: from XX.LCS.MIT.EDU (CHAOS 2420) by MC.LCS.MIT.EDU 16 Jun 88 21:58:46 EDT Date: Thu 16 Jun 88 21:57:50-EDT From: Rob Austein Subject: Re: well, I hope there's SOME explanation for this To: PGS@XX.LCS.MIT.EDU cc: bug-twenex@XX.LCS.MIT.EDU, bug-its@MC.LCS.MIT.EDU, bug-finger@MC.LCS.MIT.EDU In-Reply-To: Message-ID: <12407034826.27.SRA@XX.LCS.MIT.EDU> Date: Thu, 16 Jun 1988 19:39 EDT From: PGS@XX.LCS.MIT.EDU This is not a joke. This happens consistently on XX. [PHOTO: Recording initiated Thu 16-Jun-88 7:33PM] MIT TOPS-20 Command Processor 5(312162)-2 No mail. @whois yomama yomama@mc [MC.LCS.MIT.EDU] -User- --Full name-- Jobnam Idle TTY -Console location- ALAN ` Alan Bawden P 1:18 T05 723 x8843 Alan, HQM (Spaceman) [AI] Hacking too many things for my own good Birthday January 23; NE43-723; 3-8843; Home Phone 492-7274 29 Reed St., Cambridge, MA 02140 @pop [PHOTO: Recording terminated Thu 16-Jun-88 7:34PM] The bug is in the Twenex finger program. The only explaination I can think of is that the guy who wrote the parsing code in that program had his brain held hostage on planet Quorgon while he was writing that part of it. The amazing thing is that the program runs at all. Even more amazing is that it ever works in server mode, considering that it gets its JCL by each FINGER stuffing its RFC packet into the CHARFC job's shared RSCAN% buffer. I suppose I might try to fix this some day, but since it only catches a subset of completely bogus names I don't intend to worry about it much. -------  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 16 Jun 88 19:43:00 EDT Received: from XX.LCS.MIT.EDU (CHAOS 2420) by MC.LCS.MIT.EDU 16 Jun 88 19:40:56 EDT Date: Thu, 16 Jun 1988 19:39 EDT Message-ID: From: PGS@XX.LCS.MIT.EDU To: bug-twenex@XX.LCS.MIT.EDU, bug-its@MC.LCS.MIT.EDU, bug-finger@MC.LCS.MIT.EDU Subject: well, I hope there's SOME explanation for this This is not a joke. This happens consistently on XX. [PHOTO: Recording initiated Thu 16-Jun-88 7:33PM] MIT TOPS-20 Command Processor 5(312162)-2 No mail. @whois yomama yomama@mc [MC.LCS.MIT.EDU] -User- --Full name-- Jobnam Idle TTY -Console location- ALAN ` Alan Bawden P 1:18 T05 723 x8843 Alan, HQM (Spaceman) [AI] Hacking too many things for my own good Birthday January 23; NE43-723; 3-8843; Home Phone 492-7274 29 Reed St., Cambridge, MA 02140 @pop [PHOTO: Recording terminated Thu 16-Jun-88 7:34PM] But, come to think of it: Alan, can I go to the dance on Saturday night? Oh, come on, pleeeeeze?!  Date: Sat, 21 May 88 16:40:58 EDT From: David Chapman To: BUG-FINGER@AI.AI.MIT.EDU Message-ID: <382566.880521.ZVONA@AI.AI.MIT.EDU> :f @l@ucscc.ucsc.edu tries to find a host named l and fails. :f "@l"@ucscc.ucsc.edu connects successfully to ucscc.ucsc.edu, but passes it `"@l"' as the string to finger. In other words, it doesn't strip the quotes. This is wrong.  Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 1 Dec 87 14:59:52 EST Received: from PIGPEN.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 77911; Tue 1-Dec-87 14:56:13 EST Date: Tue, 1 Dec 87 14:56 EST From: Alan Bawden Subject: NAME server bug To: JAR@AI.AI.MIT.EDU cc: BUG-LISPM@AI.AI.MIT.EDU, Bug-FINGER@AI.AI.MIT.EDU In-Reply-To: <291559.871125.JAR@AI.AI.MIT.EDU> Message-ID: <871201145611.3.ALAN@PIGPEN.AI.MIT.EDU> Date: Wed, 25 Nov 87 18:31:17 EST From: Jonathan A Rees ... Also, why is it that :WHOIS user@Z doesn't work? It seems to do the same thing as :FINGER @Z. This is because there is no standard for parsing the command string sent by the name protocol. The Lisp Machine's parser is deficient in a number of ways. (In this case ITS finger sends "/W user" (switches first), but the Lisp Machine can only parse "user /W" (switches last). I believe that the ITS finger program sends the switches first because some UNIX finger servers used to insist on it.) For another joke try: :FINGER ALAN@Z,JAR@Z  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 26 Mar 87 18:51:21 EST Received: from ML.AI.MIT.EDU (CHAOS 3133) by MC.LCS.MIT.EDU 26 Mar 87 18:01:28 EST Date: Thu, 26 Mar 87 17:57:42 EST From: Steven Augart Subject: bug in NAME To: BUG-NAME%ML.AI.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <3110.870326.SWA@ML.AI.MIT.EDU> On ML, just now, I typed ":name @borax.lcs.mit.edu". I got: "? Internal error - ISE0" SWA  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 8 Mar 87 22:25:54 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 8 Mar 87 22:24:36 EST Date: Sun, 8 Mar 87 22:22:53 EST From: "John T. Wroclawski" To: BUG-NAME%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <971440.870308.JTW@MX.LCS.MIT.EDU> A NAME crash was just dumped to CRASH;NAME > !!  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 8 Mar 87 22:25:26 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 8 Mar 87 22:24:13 EST Date: Sun, 8 Mar 87 22:22:30 EST From: "John T. Wroclawski" To: BUG-NAME%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <971435.870308.JTW@MX.LCS.MIT.EDU> A NAME crash was just dumped to CRASH;NAME > !!  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 8 Mar 87 22:25:19 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 8 Mar 87 22:24:08 EST Date: Sun, 8 Mar 87 22:22:19 EST From: "John T. Wroclawski" To: BUG-NAME%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <971434.870308.JTW@MX.LCS.MIT.EDU> A NAME crash was just dumped to CRASH;NAME > !!  Received: from SAPSUCKER.SCRC.Symbolics.COM (TCP 30002424737) by AI.AI.MIT.EDU 17 Feb 87 16:46:55 EST Received: from REDWING.SCRC.Symbolics.COM by SAPSUCKER.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 103328; Tue 17-Feb-87 16:43:51 EST Date: Tue, 17 Feb 87 16:38 EST From: Benson I. Margulies Subject: finger server To: David Vinayak Wallace cc: BUG-FINGER@AI.AI.MIT.EDU, BUG-LISPM@AI.AI.MIT.EDU, PGS@AI.AI.MIT.EDU In-Reply-To: <155432.870217.GUMBY@AI.AI.MIT.EDU> Message-ID: <870217163832.9.MARGULIES@REDWING.SCRC.Symbolics.COM> Date: Tue, 17 Feb 87 15:06:51 EST From: David Vinayak Wallace Date: Sat, 14 Feb 87 14:37 EST From: Benson I. Margulies Date: Fri, 13 Feb 87 23:33 EST From: David Vinayak Wallace The lisp machine is wrong. says who? RFC 742: "Both ITS and SAIL sites allow several names to be included on the line, separated by commas; but the syntax for some servers can be slightly more elaborate." Now of course the unix finger server has never followed this but then who ever heard of a unix program working correctly? Anyway, the server in question is not a symbolics product, so calm down. I was joking. I was trying to find out what the lisp machine was wrong ABOUT, since the message gave no clue.  Date: Tue, 17 Feb 87 15:06:51 EST From: David Vinayak Wallace Subject: finger server To: "MARGULIES@SAPSUCKER.SCRC.SYMBOLICS.COM"@AI.AI.MIT.EDU cc: BUG-FINGER@AI.AI.MIT.EDU, BUG-LISPM@AI.AI.MIT.EDU, PGS@AI.AI.MIT.EDU In-reply-to: Msg of Sat 14 Feb 87 14:37 EST from Benson I. Margulies Message-ID: <155432.870217.GUMBY@AI.AI.MIT.EDU> Date: Sat, 14 Feb 87 14:37 EST From: Benson I. Margulies Date: Fri, 13 Feb 87 23:33 EST From: David Vinayak Wallace The lisp machine is wrong. says who? RFC 742: "Both ITS and SAIL sites allow several names to be included on the line, separated by commas; but the syntax for some servers can be slightly more elaborate." Now of course the unix finger server has never followed this but then who ever heard of a unix program working correctly? Anyway, the server in question is not a symbolics product, so calm down.  Received: from SAPSUCKER.SCRC.Symbolics.COM (TCP 30002424737) by AI.AI.MIT.EDU 14 Feb 87 14:45:01 EST Received: from REDWING.SCRC.Symbolics.COM by SAPSUCKER.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 102692; Sat 14-Feb-87 14:42:18 EST Date: Sat, 14 Feb 87 14:37 EST From: Benson I. Margulies To: David Vinayak Wallace , Patrick G. Sobalvarro cc: BUG-LISPM@AI.AI.MIT.EDU, BUG-FINGER@AI.AI.MIT.EDU In-Reply-To: <870213233310.2.GUMBY@NULLSTELLENSATZ.AI.MIT.EDU> Message-ID: <870214143720.5.MARGULIES@REDWING.SCRC.Symbolics.COM> Date: Fri, 13 Feb 87 23:33 EST From: David Vinayak Wallace The lisp machine is wrong. says who?  Received: from REAGAN.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 13 FEB 87 23:33:31 EST Received: from NULLSTELLENSATZ.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 22361; Fri 13-Feb-87 23:33:10 EST Date: Fri, 13 Feb 87 23:33 EST From: David Vinayak Wallace To: Patrick G. Sobalvarro cc: BUG-LISPM@AI.AI.MIT.EDU, BUG-FINGER@AI.AI.MIT.EDU In-Reply-To: <154110.870213.PGS@AI.AI.MIT.EDU> Message-ID: <870213233310.2.GUMBY@NULLSTELLENSATZ.AI.MIT.EDU> The lisp machine is wrong.  Date: Fri, 13 Feb 87 17:59:29 EST From: "Patrick G. Sobalvarro" To: BUG-LISPM@AI.AI.MIT.EDU, BUG-FINGER@AI.AI.MIT.EDU Message-ID: <154110.870213.PGS@AI.AI.MIT.EDU> :f @reagan @reagan ,: The user named "," was not found. No user with that name is already known by the local machine, but it is not certain that no such user exists. Someone is violating protocol, but, since I don't know what the protocol is, I thought I'd just tell both parties.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 22 Dec 86 04:00:14 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 22 Dec 86 03:47:45 EST Date: Sun, 21 Dec 86 10:30:30 EST From: Rob Austein To: BUG-NAME%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <962951.861221.SRA@MX.LCS.MIT.EDU> A NAME crash was just dumped to CRASH;NAME > !!  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 22 Dec 86 01:28:37 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 22 Dec 86 00:57:57 EST Date: Sun, 21 Dec 86 10:31:33 EST From: Rob Austein To: BUG-NAME%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <962952.861221.SRA@MX.LCS.MIT.EDU> Ignore that dump, was my fault.....  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 6 NOV 86 03:55:21 EST Date: Thu 6 Nov 86 03:50:48-EST From: John Romkey Subject: Re: Finger implementations To: SRA@XX.LCS.MIT.EDU cc: rms@PREP.AI.MIT.EDU, hyc@UMIX.CC.UMICH.EDU, bug-name@AI.AI.MIT.EDU, bug-inquir%oz@XX.LCS.MIT.EDU, dave_snyder@UM.CC.UMICH.EDU, steve_rothwell@UM.CC.UMICH.EDU In-Reply-To: <12252519954.23.SRA@XX.LCS.MIT.EDU> Message-ID: <12252707190.63.ROMKEY@XX.LCS.MIT.EDU> On the 'new' Unix finger from borax: I wrote the finger, designed the database and egged on the people who did the rest of the work on it. It was intended to be 'public domain', with something like the PC/IP copyright notice on it (saying you can do ANYTHING you want with this code except remove the copyright notice). I don't want to debate the merits of various copyrights; just want to make the intentions clear. I had hoped to finish it up, give it to RMS, send it to Berkeley, and post it to net.sources. I got distracted by other things and left MIT before finishing it, though. Now Mark Rosenstein, who has spoken up a couple of times recently, is hacking it. - john romkey -------  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 5 NOV 86 10:48:56 EST Date: Wed 5 Nov 86 10:42:17-EST From: Rob Austein Subject: Re: Finger implementations To: rms@PREP.AI.MIT.EDU cc: hyc@UMIX.CC.UMICH.EDU, bug-name@AI.AI.MIT.EDU, bug-inquir%oz@XX.LCS.MIT.EDU, dave_snyder@UM.CC.UMICH.EDU, steve_rothwell@UM.CC.UMICH.EDU In-Reply-To: Message from "rms@PREP.AI.MIT.EDU (Richard M. Stallman)" of Wed 5 Nov 86 08:48:32-EST Message-ID: <12252519954.23.SRA@XX.LCS.MIT.EDU> Richard, I wasn't one of the people who wrote the unix implementation (although I was one of the people standing on the side and cheering), but my impression was that the code was intended to be free to all comers. At one point there was some talk about using a version of your GNU copywrite notice, I don't remember what ever happened to that idea. At this point I'm not sure -anybody- can copywrite the code since mar@proteon has done some work on it. If anybody can copywrite it it would be MIT, and it would be either a GNU style copywrite or a PC-IP copywrite (a form which forbids nothing except removal of the copywrite notice). We did intend to give this code to Berkeley in the hopes that they would make it part of the standard unix distribution. I would be very surprised if anybody objected to giving you a copy too (if in fact you don't already have it). This is assuming you were talking about the unix code, not the proposed MTS code, of course. --Rob -------  Received: from monk.proteon.com (TCP 2236600020) by AI.AI.MIT.EDU 5 Nov 86 09:57:44 EST Received: by monk.proteon.com (4.12/4.7); Wed, 5 Nov 86 09:51:49 est Date: Wed, 5 Nov 86 09:51:49 est From: mar@monk.proteon.com (Mark A. Rosenstein) Message-Id: <8611051451.AA06540@monk.proteon.com> To: rms@PREP.AI.MIT.EDU Cc: SRA@XX.LCS.MIT.EDU, hyc@UMIX.CC.UMICH.EDU, bug-name@AI.AI.MIT.EDU, bug-inquir%oz@XX.LCS.MIT.EDU, dave_snyder@UM.CC.UMICH.EDU, steve_rothwell@UM.CC.UMICH.EDU In-Reply-To: rms@PREP.AI.MIT.EDU's message of Wed, 5 Nov 86 08:52:23 EST Subject: Finger implementations I'm willing to give away the Unix implementation I'm working on once it is in decent shape. Some of the work was done by others at MIT, some here at Proteon in my spare time. I believe care has been taken to make sure there is no Unix source code in it; the only library we use is a supposedly public domain version of DBM. -Mark  Received: from monk.proteon.com (TCP 2236600020) by AI.AI.MIT.EDU 5 Nov 86 09:55:30 EST Received: by monk.proteon.com (4.12/4.7); Wed, 5 Nov 86 09:46:14 est Date: Wed, 5 Nov 86 09:46:14 est From: mar@monk.proteon.com (Mark A. Rosenstein) Message-Id: <8611051446.AA06520@monk.proteon.com> To: SRA@XX.LCS.MIT.EDU Cc: hyc@UMIX.CC.UMICH.EDU, bug-name@AI.AI.MIT.EDU, bug-inquir%oz@XX.LCS.MIT.EDU, dave_snyder@UM.CC.UMICH.EDU, steve_rothwell@UM.CC.UMICH.EDU In-Reply-To: Rob Austein's message of Wed, 5 Nov 1986 01:02 EST Subject: Finger implementations I've got the Unix finger (that was running on borax) cleaned up a bit, although I've currently broken the use-interface program that makes updates to the database. I can get you source to the finger user and daemon that will display info from the /etc/passwd file, and when I've gotten a little further, the additional programs to support a separate database with user updates, automatic propigation of changes to other machines, etc. -Mark  Received: from PREP.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 5 NOV 86 08:52:54 EST Received: by PREP.AI.MIT.EDU; Wed, 5 Nov 86 08:52:23 EST Date: Wed, 5 Nov 86 08:52:23 EST From: rms@PREP.AI.MIT.EDU (Richard M. Stallman) To: SRA@XX.LCS.MIT.EDU Cc: hyc@UMIX.CC.UMICH.EDU, bug-name@AI.AI.MIT.EDU, bug-inquir%oz@XX.LCS.MIT.EDU, dave_snyder@UM.CC.UMICH.EDU, steve_rothwell@UM.CC.UMICH.EDU In-Reply-To: Rob Austein's message of Wed, 5 Nov 1986 01:02 EST Subject: Finger implementations Is this new finger implementation going to be free? That is, will everyone be able to redistribute it?  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 5 NOV 86 01:05:39 EST Date: Wed, 5 Nov 1986 01:02 EST Message-ID: From: Rob Austein To: hyc@UMIX.CC.UMICH.EDU (Howard Chu) Cc: bug-name@AI.AI.MIT.EDU, bug-inquir%oz@XX.LCS.MIT.EDU, dave_snyder@UM.CC.UMICH.EDU, steve_rothwell@UM.CC.UMICH.EDU Subject: Finger implementations In-reply-to: Msg of 4 Nov 1986 23:39-EST from hyc@umix.cc.umich.edu (Howard Chu) Well, you can get examples of how to format the output easily enough. Do "finger sra@xx.lcs.mit.edu" from your unix machine if that works. If it doesn't, TELNET to one of our machines and use the finger/whois programs (you don't have to log in to do this). Do "FINGER SRA" or "WHOIS SRA" on AI.AI.MIT.EDU, MC.LCS.MIT.EDU, MX.LCS.MIT.EDU, or XX.LCS.MIT.EDU (on the first three machines you have to type a ":" character before the command). Or if you prefer I can do it and send you a photo log of the output. There are a number of examples of how to and how not to write this program. Good examples are ITS FINGER (written in PDP-10 assembler), MIT Twenex FINGER (PDP-10 assembler), and the unix implementation running on BORAX.LCS.MIT.EDU (written in C). The Stanford TOPS-20 version (PDP-10 assembler) is also decent, although it provides less data and doesn't permit individual users to update their own information. There are probably other decent implementations that I don't know about. The prime example of how -not- to do it is the Berkeley 4.2/4.3 finger program. I could list reasons but would become violently ill about halfway through. If you really care I'll find a barf bag and explain. We can provide source code if you want it. If you don't read PDP-10 assembler the most readable version would be the one on BORAX. Last I heard the sources for that were somewhat disorganized. Maybe one of the other people receiving this message could comment on this. I would be more than willing to answer any specific questions you might have. I'd much rather spend some time explaining than have another travesty like the Berkeley version come out. --Rob  Received: from umix.cc.umich.edu (TCP 4300200412) by AI.AI.MIT.EDU 4 Nov 86 23:42:54 EST Received: by umix.cc.umich.edu (5.54/umix-2.0) id AA23406; Tue, 4 Nov 86 23:39:59 EST From: hyc@umix.cc.umich.edu (Howard Chu) Message-Id: <8611050439.AA23406@umix.cc.umich.edu> To: bug-name@ai.ai.mit.edu Cc: dave_snyder@um.cc.umich.edu, steve_rothwell@um.cc.umich.edu Subject: Finger implementations Date: Tue, 04 Nov 86 23:39:52 EST Hello, We're working on an implementation of finger for our MTS hosts, and have been working from the Network Working Group RFC #742, as well as the format of the finger running on a BSD 4.3 Unix system. The RFC was written in December of 1977, and as such, contains little more than a couple brief suggestions as to format for the output, along with a couple examples. Needless to say, we're a bit uncomfortable working from such sketchy and outdated information, and would like to be informed of any changes or resolutions made since then. We would also like these sites to eventually be added to the list of sites with finger servers. Thanks. -- Howard Chu Computing Center Consultant  Received: from MX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 4 OCT 86 02:26:27 EDT Date: Sat, 4 Oct 86 02:24:15 EDT From: Gumby@ai Sender: GUMBY@MX.LCS.MIT.EDU Subject: Name/Finger To: Steve_Rothwell@UM.CC.UMICH.EDU cc: BUG-name@AI.AI.MIT.EDU In-reply-to: Msg of Fri 3 Oct 86 17:37:04 EDT from Steve_Rothwell at um.cc.umich.edu Message-ID: <[MX.LCS.MIT.EDU].950860.861004.GUMBY> Date: Fri, 3 Oct 86 17:37:04 EDT From: Steve_Rothwell at um.cc.umich.edu Hello folks, We're considering implementing a Name/Finger server here. RFC742 suggested I contact someone at this address, but that was back in 1977. Is anyone there to talk to anymore? OVER ... There sure is! Finger is in the midst of somewhat of a renaissance at the moment, for reasons unknown. What sort of system are you?  Received: from umix.cc.umich.edu by AI.AI.MIT.EDU 3 Oct 86 17:52:18 EDT Received: by umix.cc.umich.edu (5.51/umix-2.0) id AA03113; Fri, 3 Oct 86 17:49:08 EDT Date: Fri, 3 Oct 86 17:37:04 EDT From: Steve_Rothwell@um.cc.umich.edu To: bug-name%ai.ai.mit.edu@umix.cc.umich.edu Message-Id: <1522274@UMich-MTS.Mailnet> Subject: Name/Finger Hello folks, We're considering implementing a Name/Finger server here. RFC742 suggested I contact someone at this address, but that was back in 1977. Is anyone there to talk to anymore? OVER ...  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 27 SEP 86 00:46:49 EDT Received: from ML.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 27 SEP 86 00:45:50 EDT Date: Sat, 27 Sep 86 00:45:54 EDT From: Alan Bawden To: BUG-NAME%ML.AI.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <[ML.AI.MIT.EDU].1279.860927.ALAN> A NAME crash was just dumped to CRASH;NAME > !!  Date: Sat, 24 May 86 04:21:20 EDT From: "Pandora B. Berman" To: BUG-FINGER@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].45446.860524.CENT> :F @ITS on AI does not try ML or MD.  Date: Thu, 22 May 86 16:04:00 EDT From: David Vinayak Wallace To: BUG-NAME@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].44747.860522.GUMBY> "A"s no longer print their group unless on AI. I don't know why this feature was diked out after the KA died  Date: Fri, 25 Apr 86 04:51:17 EST From: David Vinayak Wallace To: BUG-FINGER@MC.LCS.MIT.EDU cc: ALAN@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].894071.860425.GUMBY> :f alan finds ALAN, NESSUS and AJAYM. But :f BAWDEN finds BAWDEN and ALAN. How come the first case doesn't find BAWDEN?  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 15 APR 86 03:24:51 EST Received: from MX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 15 APR 86 03:27:28 EST Date: Tue, 15 Apr 86 03:24:05 EST From: Alan Bawden To: BUG-NAME%MX.LCS.MIT.EDU@AI.AI.MIT.EDU Message-ID: <[MX.LCS.MIT.EDU].34.860415.ALAN> A NAME crash was just dumped to CRASH;NAME > !!  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 29 MAR 86 02:17:15 EST Date: Sat, 29 Mar 86 02:15:53 EST From: Andrew Scott Beals Subject: finger @its and whoj * know about too few its sites To: BUG-FINGER@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].22251.860329.BANDY> whoj * shows whoj for mc finger @its shows ai and mc no doubt you know about these already, have fun folks! andy  Date: Sat, 15 Mar 86 19:43:22 EST From: Alan Bawden Subject: :finger @ran.dom.add.ress To: SRA@XX.LCS.MIT.EDU cc: BUG-NAME@MC.LCS.MIT.EDU, BUG-NETWRK@MC.LCS.MIT.EDU, MLY@MC.LCS.MIT.EDU In-reply-to: Msg of Sat 15 Mar 1986 15:16 EST from Rob Austein Message-ID: <[MC.LCS.MIT.EDU].852064.860315.ALAN> Date: Sat, 15 Mar 1986 15:16 EST From: Rob Austein Ok, folks, we are getting into the twilight zone here. I installed a new host table on both ITS's (no change in size in the table either, still 72 blocks). On MC finger still works fine. On AI it gives the same problem MLY reported last night. Fresh copy of finger from MC doesn't help either. So it isn't the host table, it isn't NETWRK, and it isn't FINGER. It was FINGER. Were it said MOVE A,[ASCIZ " Unknown Host"] it should have used MOVEI. What happens when you use that text as the address of an ASCIZ string is that you reference high memory somewhere. In FINGER high memory is mapped to the system's address space, which contains varying random things at random varying times. Since I thought " Unknown Host" was a singularly uninformative thing for FINGER to say, I fixed it to type the host number back out to you in this case.  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 15 MAR 86 15:15:53 EST Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU.ARPA; 15 Mar 86 15:16:02 EST Date: Sat, 15 Mar 1986 15:16 EST Message-ID: From: Rob Austein To: BUG-NAME@AI.AI.MIT.EDU, BUG-NETWRK@AI.AI.MIT.EDU, MLY@AI.AI.MIT.EDU cc: sra@XX.LCS.MIT.EDU Subject: :finger @ran.dom.add.ress Ok, folks, we are getting into the twilight zone here. I installed a new host table on both ITS's (no change in size in the table either, still 72 blocks). On MC finger still works fine. On AI it gives the same problem MLY reported last night. Fresh copy of finger from MC doesn't help either. So it isn't the host table, it isn't NETWRK, and it isn't FINGER.  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 15 MAR 86 02:26:56 EST Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU.ARPA; 15 Mar 86 02:27:10 EST Date: Sat, 15 Mar 1986 02:26 EST Message-ID: From: Rob Austein To: Richard Mlynarik cc: BUG-NAME@AI.AI.MIT.EDU, BUG-NETWRK@AI.AI.MIT.EDU, SRA@XX.LCS.MIT.EDU Subject: :finger @ran.dom.add.ress In-reply-to: Msg of 15 Mar 1986 01:07-EST from "Pandora B. Berman" Date: Thu, 13 Mar 86 16:17:40 EST From: Richard Mlynarik On AI only (works fine on MC) :finger @192.10.41.1 prints a random string as the host-name between square brackets (Where ":finger @oz" would print "[oz.ai.mit.edu]") netwrk"hstsrc seems to be returning nonsense -- I haven't investigated any further than that. AI: SYSBIN; HOSTS3 > was garbaged somehow. I replaced it with a fresh copy from MC and it works ok now. I'm not going to worry about this unless it recurs.  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 13 MAR 86 16:17:34 EST Date: Thu, 13 Mar 86 16:17:40 EST From: Richard Mlynarik Subject: :finger @ran.dom.add.ress To: BUG-NAME@AI.AI.MIT.EDU, BUG-NETWRK@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].18927.860313.MLY> On AI only (works fine on MC) :finger @192.10.41.1 prints a random string as the host-name between square brackets (Where ":finger @oz" would print "[oz.ai.mit.edu]") netwrk"hstsrc seems to be returning nonsense -- I haven't investigated any further than that.  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 20 FEB 86 02:27:07 EST Date: Thu, 20 Feb 86 02:28:52 EST From: "Jordan K. Hubbard" To: BUG-FINGER@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].15001.860220.HUBRD> I don't know if this is really a bug in finger, probably not, but it's the only place to send it I can think of. When fingering at an absolute address I.E. f @128.32.136.13, the correct machine is queried but an erroneous hostname is given. In this case, the machine opal.berkeley.edu is queried, but the name is given as UTAH-VLSI.ARPA! Strange.. Jordan  Date: Wed, 12 Feb 86 01:36:27 EST From: David Vinayak Wallace Subject: Question (problem?) with finger on ai. To: dms@HERMES.AI.MIT.EDU cc: BUG-FINGER@MC.LCS.MIT.EDU, alan@AI.AI.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].815866.860212.GUMBY> Date: Tue, 11 Feb 86 21:46:47 est From: dms at hermes.AI.MIT.EDU (David M. Siegel) When I log in to ai from hermes, the finger program reports:... ... HERMES: 3-4476,3-2077 (Chaos) Where do the phone numbers in the console location come from? The second number listed, 3-2077, is correct, and is part of the listing in the work-phone inquire field. I have no idea where the other number comes from, though. I assume you mean connecting via SUPDUP. Finger only reports what your machine tells it is your ttyloc. I have no idea where the other number comes from. david  Received: from HERMES.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 11 FEB 86 21:46:12 EST Received: by hermes.AI.MIT.EDU; Tue, 11 Feb 86 21:46:47 est Date: Tue, 11 Feb 86 21:46:47 est From: dms@hermes.AI.MIT.EDU (David M. Siegel) To: bug-finger@mc Cc: alan@ai Subject: Question (problem?) with finger on ai. When I log in to ai from hermes, the finger program reports: -User- --Full name-- Jobnam Idle TTY -Console location- DMS David M. Siegel HACTRN T24 HERMES: 3-4476,3-2077 (Chaos) Where do the phone numbers in the console location come from? The second number listed, 3-2077, is correct, and is part of the listing in the work-phone inquire field. I have no idea where the other number comes from, though. -Dave  Date: Thu, 14 Nov 85 10:43:44 EST From: David Vinayak Wallace Subject: MINITS hosts To: BUG-FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].717729.851114.GUMBY> Would anyone complain if I changed finger to suppress the printing of MINITS hosts in TTYLOCS? It's not that relevent (you can't do anything with the info) and shortens the ttyloc string. david  Date: Thu, 31 Oct 85 21:52:20 EST From: Ian Macky To: BUG-FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].700521.851031.GRENNY> ":f jonch" shows his net site as "18.87.0.2^B#4"... oops?  Date: Tue, 29 Oct 85 00:45:33 EST From: David Vinayak Wallace Subject: :F /L To: DEVON@MIT-MC.ARPA cc: BUG-NAME@MIT-MC.ARPA In-reply-to: Msg of Tue 29 Oct 85 00:39:55 EST from Devon S. McCullough Message-ID: <[MIT-MC.ARPA].696314.851029.GUMBY> Date: Tue, 29 Oct 85 00:39:55 EST From: Devon S. McCullough So only Reagan knows 'bout ALL LispM's everywhere, is that that idea? Should :F *Lispm do anything? I hate to have to know the nameserver's name. Do :F @*LISPM, which will finger reagan. This also works for e.g :F gumby@*lispm.  Date: Sun, 27 Oct 85 15:53:15 EST From: David Vinayak Wallace Subject: :F /L To: DEVON@MIT-MC.ARPA cc: BUG-NAME@MIT-MC.ARPA In-reply-to: Msg of Thu 17 Oct 85 04:19:12 EDT from Devon S. McCullough Message-ID: <[MIT-MC.ARPA].694500.851027.GUMBY> Date: Thu, 17 Oct 85 04:19:12 EDT From: Devon S. McCullough hey! /L doesn't work anymore. grump. It never did. Now it's semantics are at least predictable: :FINGER checks jobs on the machine only. It's MUCH faster than it used to be. :FINGER /L means check associated lisp machines too. This means if foo is on an associated lisp machine but not logged in to the ITS, :FINGER FOO won't find them, but :FINGER FOO/L will. The old :FINGER /L didn't work anyway. Use :F @REAGAN.  Date: Sun, 27 Oct 85 15:52:33 EST From: David Vinayak Wallace Subject: Fingering Arpanet sites To: GRUPP@MIT-MC.ARPA cc: BUG-FINGER@MIT-MC.ARPA In-reply-to: Msg of Tue, 22 Oct 85 01:17:50 EDT from "Paul R. Grupp" Message-ID: <[MIT-MC.ARPA].694496.851027.GUMBY> Date: Tue, 22 Oct 85 01:17:50 EDT From: "Paul R. Grupp" Within the last couple of days, FINGER seems to have been broken for forign sites... It now puts a blank line inbetween every text line! i.e. text line next text line. This is due to some changes I made to improve output. There must be a conservation of aesthetics! In any case I fixed it. The change I made was to take care of hosts who send control characters in their ttylocs (like lisp machines at Symbolics). I forgot to special-case ^M.  Date: Tue, 22 Oct 85 01:17:50 EDT From: "Paul R. Grupp" To: BUG-FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].688033.851022.GRUPP> Within the last couple of days, FINGER seems to have been broken for forign sites... It now puts a blank line inbetween every text line! i.e. text line next text line.  Date: Fri, 18 Oct 85 02:55:25 EDT From: Christopher C. Stacy To: DEVON@MIT-MC.ARPA cc: BUG-NAME@MIT-MC.ARPA In-reply-to: Msg of Thu 17 Oct 85 04:19:12 EDT from Devon S. McCullough Message-ID: <[MIT-MC.ARPA].683875.851018.CSTACY> Date: Thu, 17 Oct 85 04:19:12 EDT From: Devon S. McCullough To: BUG-NAME at MIT-MC.ARPA hey! /L doesn't work anymore. grump. Do :F @REAGAN instead.  Date: Thu, 17 Oct 85 04:19:12 EDT From: Devon S. McCullough To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].682301.851017.DEVON> hey! /L doesn't work anymore. grump.  Date: Fri, 30 Aug 85 18:34:45 EDT From: Ian Wacky Subject: duplication To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].629012.850830.GRENNY> currently, a f/l shows some lispmachines n times instead of just once... see: [PHOTO: Recording initiated Fri 30-Aug-85 6:32pm] MIT TOPS-20 Command Processor 5(312135)-2 ^V [Commands] OZ^V!mc Attempt to connect to MC... Trying the CHAOSnet...open.MIT Maximum Confusion PDP-10 MC ITS.1536. DDT.1503. TTY 53 11. Lusers, Fair Share = 71%, 2. MACSYMAs. :f /l (Please Log In) -User- --Full name-- Jobnam Idle TTY -Console location- GRENNY @ Ian Wacky OZ T45 NE432B: LCS 2B-HUB line (DH01- NGL A Noble Larson HACTRN T46 LISPM-6: 7th x8975 FPS Express TAFT A Jonathan D. Taft D0 1:24.T47 LISPM-8: 7th Outside 740 x3332 TLTUNG $ Thye-Lai Tung A 2:07.T50 Net site MIT-WAIF (Chaos) OAF D Oded Feingold HACTRN 4:36.T51 AI: 906 x1729 CENT, OAF JOHAN A Johan de Kleer CHTN 5:39.T52 Net site PARCVAX.ARPA ___045 < [not logged in] F T53 Net site MIT-OZ (Chaos) LEONG Z Tze-Yun Leong HACTRN 1:09.T54 JOE-LOUIS: 4th Floor Hallway x BRD A Bruce R. Donald CHTN 1:39.T55 Net site CMU-CS-C.ARPA SK AX Steven T. Kirsch E T56 Net site SU-SCORE.ARPA KYRHIZ P Kyriakos Hizanidis HACTRN T61 NPLASMA: 38-254 Hizanidis x813 BROOKS A Rodney A. Brooks CADR31 1:52 7th next to robot-4 (no ph GAB C George A. Boughton CADR29 2nd Floor Dataflow x8853 JTW + John T. Wroclawski CADR26 34:5 36-569 JTW x7307 NGL A Noble Larson CADR25 1:24 904 Near the Puma x3416 MOBILE A Jit-Loke Lim CADR24 1:08 901 Vision x3482, 902 Visi TAFT A Jonathan D. Taft CADR-8 1:26 7th Outside 740 x3332 (768 SUNDAR A Sundar Narasimhan CADR-6 7th x8975 FPS Express, corrido DEVON T Devon S. McCullough CADR-9 4:28 3rd outside 371 (no phone) KY Z Kum-Yew Lai STARLI 6 368 Long x3-3508 (Rel 6.0 IP- FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve --MORE-- FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve DOVE A Webster Dove TWEETY 36-640 DSPG Terminal Room x731 SH - ??? OAK 3:40 235 Refugee Camp x8863 (Re SH - ??? OAK 3:40 235 Refugee Camp x8863 (Re FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve CYPHER A Scott Cyphers YOGI 22 Jellystone Park x4672 (Rel 6 GIFFOR - ??? MICKEY 1:48 4th floor hallway (Rel 6.0 JHC A Jonathan H. Connell ROBOT3 57 904, Robotics Lab., 3-3416 ( MHS A Mark Harper Shirley AP-9 811 Apiary x5875 (Rel 6.0 IP-T CARLMA - ??? AP-8 47 811 Apiary x5875 (Rel 6.0 IP TOMR A Thomas J. Reinhardt AP-5 26:4 811 Apiary x5875 (Rel 6.0 PWU A Peng Wu AP-4 811 X5875 (Rel 6.0 IP-TCP 29.0 CARLMA - ??? AP-3 50 812 x7891 (Rel 6.0 IP-TCP 29 GLR A Jerry Roylance LENNON 5:59 740 or thereabouts x3332 ( ED GAM - ??? JIMI 4 7th (Rel 6.0 IP-TCP 29.0 AISi FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve YISHAI - ??? AVATAR 7:05 800B/839 Sorcerer's Appren FILE-S O LMFS/Namespace Server REAGAN 5:00 MIT Namespace & File Serve DENNIS - ??? FRANK 46 800a x3374 Frank & Bing (Rel --More-- (Space=yes, Rubout=no) *$$1u MC ITS 1536 Console 53 Free. 18:32:05 [PHOTO: Recording terminated Fri 30-Aug-85 6:33pm]  Date: Tue, 20 Aug 85 12:31:55 EDT From: Christopher C. Stacy To: MACRAK@MIT-MC.ARPA cc: BUG-FINGER@MIT-MC.ARPA In-reply-to: Msg of Sat 17 Aug 85 16:22:26 EDT from Stavros M. Macrakis Message-ID: <[MIT-MC.ARPA].618990.850820.CSTACY> Date: Sat, 17 Aug 85 16:22:26 EDT From: Stavros M. Macrakis To: BUG-FINGER at MIT-MC.ARPA I'm logged in over the arpanet from Harvard. Finger lists me as "HARVARD.HARVARD.EDU: ...". Why the doubling, and what is EDU? -s That is the correct name for that host.  Date: Sat, 17 Aug 85 16:22:26 EDT From: Stavros M. Macrakis To: BUG-FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].616275.850817.MACRAK> I'm logged in over the arpanet from Harvard. Finger lists me as "HARVARD.HARVARD.EDU: ...". Why the doubling, and what is EDU? -s  Received: from MIT-AI.ARPA by MIT-MC.ARPA via Chaosnet; 14 AUG 85 14:05:25 EDT Date: Wed, 14 Aug 85 14:17:41 EDT From: "Devon S. McCullough" To: BUG-FINGER%MIT-AI.ARPA@MIT-MC.ARPA Message-ID: <[MIT-AI.ARPA].3389.850814.DEVON> can't do :f @newt from AI, it says ? internal error - ISE0 but works fine on MC.  Date: Sun, 21 Jul 85 13:55:29 EDT From: Ian Wacky To: BUG-FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].583403.850721.GRENNY> *:f @36.2.0.8 [e><\Y^TR)^UTU^"0] (REAL nice hostname, fellah!)  Date: Thu, 11 Jul 85 05:15:06 EDT From: Christopher C. Stacy To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].571462.850711.CSTACY> Someone was logged in as "marc" on a LispM, and when I ran FINGER here on MC it told me he was Marc Blanc (MARC). I thought this was pretty surprising, and sure enough, doing a NAME manually over to the LispM said it was a different Marc. NAME on MC should not try to outsmart servers it asks.  Date: Thu, 27 Jun 85 04:58:01 EDT From: Christopher C. Stacy To: BUG-TCP@MIT-MC.ARPA cc: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].557615.850627.CSTACY> I bet that some NETWRK routine is chopping of "MIT-" for various applications, resulting in things like Finger saying "AI.ARPA". Such routines should chop off ".ARPA" too. udges  Received: from MIT-AI.ARPA by MIT-MC.ARPA via Chaosnet; 27 JUN 85 02:08:13 EDT Date: Thu, 27 Jun 85 02:07:53 EDT From: "Lawrence A. DeLuca, Jr." To: BUG-NAME%MIT-AI.ARPA@MIT-MC.ARPA Message-ID: <[MIT-AI.ARPA].2326.850627.HENRIK> A NAME crash was just dumped to CRASH;NAME > !!  Received: from MIT-AI.ARPA by MIT-MC.ARPA via Chaosnet; 27 JUN 85 02:08:11 EDT Date: Thu, 27 Jun 85 02:07:50 EDT From: "Lawrence A. DeLuca, Jr." To: BUG-FINGER%MIT-AI.ARPA@MIT-MC.ARPA Message-ID: <[MIT-AI.ARPA].2325.850627.HENRIK> finger dumped core...it sumped int o crash;finger > ... (i did reproduce it)... (that's f (with no args)) larry...  Received: from MIT-AI.ARPA by MIT-MC.ARPA via Chaosnet; 27 JUN 85 02:08:08 EDT Date: Thu, 27 Jun 85 02:07:48 EDT From: "Lawrence A. DeLuca, Jr." To: BUG-NAME%MIT-AI.ARPA@MIT-MC.ARPA Message-ID: <[MIT-AI.ARPA].2324.850627.HENRIK> A NAME crash was just dumped to CRASH;NAME > !!  Received: from MIT-AI.ARPA by MIT-MC.ARPA via Chaosnet; 27 JUN 85 02:08:06 EDT Date: Thu, 27 Jun 85 02:07:46 EDT From: "Lawrence A. DeLuca, Jr." To: BUG-NAME%MIT-AI.ARPA@MIT-MC.ARPA Message-ID: <[MIT-AI.ARPA].2323.850627.HENRIK> A NAME crash was just dumped to CRASH;NAME > !!  Date: Tue, 11 Jun 85 03:24:16 EDT From: William G. Dubuque Sender: BIL@MIT-MC To: BUG-WHOIS@MIT-MC cc: RIVIN@MIT-MC Message-ID: <[MIT-MC].537958.850611.BIL> :whois eisen doesn't find JNE (= Jeff Eisen).  Date: Sun, 9 Jun 85 01:39:16 EST From: Leigh L. Klotz To: ALAN@MIT-MC.ARPA, BUG-FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].535708.850609.KLOTZ> Standard 4.2BDS finger has an ersatz inquir associated with it. It's called "chfn". I ran it one day and typed in my office number. It said "f requires that your office be in Cory or Evans"...  Date: Fri, 7 Jun 85 21:59:20 EST From: Christopher C. Stacy Subject: never mind To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534804.850607.CSTACY> A CSTACY spazz was just dumped on CSTACY.  Date: Fri, 7 Jun 85 21:56:35 EST From: "Lawrence A. DeLuca, Jr." To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534803.850607.HENRIK> A NAME crash was just dumped to CRASH;NAME > !!  Date: Fri, 7 Jun 85 21:56:17 EST From: "Lawrence A. DeLuca, Jr." To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534802.850607.HENRIK> A NAME crash was just dumped to CRASH;NAME > !!  Date: Fri, 7 Jun 85 21:56:05 EST From: Glenn S. Burke To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534801.850607.GSB> A NAME crash was just dumped to CRASH;NAME > !!  Date: Fri, 7 Jun 85 21:55:36 EST From: "Lawrence A. DeLuca, Jr." To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534800.850607.HENRIK> A NAME crash was just dumped to CRASH;NAME > !!  Date: Fri, 7 Jun 85 21:55:34 EST From: Jonathan D. Taft To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534799.850607.TAFT> A NAME crash was just dumped to CRASH;NAME > !!  Date: Fri, 7 Jun 85 21:55:05 EST From: Christopher C. Stacy To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534798.850607.CSTACY> A NAME crash was just dumped to CRASH;NAME > !!  Date: Fri, 7 Jun 85 21:54:22 EST From: Christopher C. Stacy To: BUG-NAME@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534796.850607.CSTACY> A NAME crash was just dumped to CRASH;NAME > !!  Date: Fri, 7 Jun 85 21:24:20 EST From: David Vinayak Wallace Subject: [PHR: forwarded] To: BUG-FINGER@MIT-MC.ARPA, bug-finger@MIT-PREP.ARPA cc: FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].534769.850607.GUMBY> I think this is unix's fault; RFC742 says: Both ITS and SAIL sites allow several names to be included on the line, separated by commas; but the syntax for some servers can be slightly more elaborate. Date: Fri, 7 Jun 85 15:54:42 EST From: Paul Rubin Sender: PHR0 at MIT-MC.ARPA To: BUG-FI at MIT-MC.ARPA When I say ":finger foo@prep bar@prep" the finger program cleverly turns the request into "foo,bar@prep" and prep cheerfully replies that there is no such person as "foo,bar". I am not sure which end is being thickheaded, but it ought to do the right thing.  Date: Tue, 4 Jun 85 13:38:48 EST From: David Vinayak Wallace Subject: finger accepts "%" in place of @ To: BUG-FINGER@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].529876.850604.GUMBY> Whick means I can't finger a username that has a "%" in it. (For instance I want to finger %oz@reagan -- ther's no way to do that.  Date: Tue, 21 May 85 22:24:00 EST From: David Vinayak Wallace Subject: [DCP: forwarded] To: BUG-FINGER@MIT-MC Message-ID: <[MIT-MC].513376.850521.GUMBY> Date: Tue, 21 May 85 21:05 EDT From: David C. Plummer in disguise To: Glenn S. Burke , BUG-lispm at MIT-OZ.mit Date: Tue, 21 May 85 16:59:29 EST From: Glenn S. Burke :name gsb@mit,mly@mit [MIT-REAGAN] gsb,mly: The user named "gsb,mly" was not found. No user with that name is already known by the local machine, but it is not certain that there is no such user. Some namespace server did not respond. As far as I know, only the ITS name server allows multiple specifications separated by comma. (That's because ITS does it right; user and server are the same.) I can't recall any other user or server name program that allows/accepts multiple specs.  Date: Mon, 6 May 85 01:39:50 EST From: David Vinayak Wallace Subject: NAME slow To: BUG-NAME@MIT-MC cc: CSTACY@MIT-MC Message-ID: <[MIT-MC].486746.850506.GUMBY> Name's slow cause it's talking to lispms, eh? Why can't it just ask REAGAN if the luser does /l?  Date: Wed, 1 May 85 18:03:49 EDT From: David Vinayak Wallace Subject: slow finger To: CSTACY@MIT-MC cc: BUG-FINGER@MIT-MC In-reply-to: Msg of Wed 1 May 85 12:55:35 EDT from Christopher C. Stacy Message-ID: <[MIT-MC].480076.850501.GUMBY> It's pretty silly for it to be looking for the luser on a lisp machine (especially since it never seems to find them). Should it look on OZ too? On the other hand, it would be nice if you could do :FINGER @LISPMS  Date: Wed, 1 May 85 12:55:35 EDT From: Christopher C. Stacy To: GUMBY@MIT-MC cc: BUG-FINGER@MIT-MC In-reply-to: Msg of Wed 1 May 85 06:46:21 EDT from David Vinayak Wallace Message-ID: <[MIT-MC].479475.850501.CSTACY> Date: Wed, 1 May 85 06:46:21 EDT From: David Vinayak Wallace To: BUG-FINGER Message-ID: <[MIT-MC].479165.850501.GUMBY> why are NAME, WHOIS, FINGER et al all so damned slow? These are all the same program, and it's probably hacking the network looking for the user on a Lisp Machine. I don't know without looking if this is really reasonable for it to do. NAME is a big mess of a program, BTW.  Date: Wed, 1 May 85 06:46:21 EDT From: David Vinayak Wallace To: BUG-FINGER@MIT-MC Message-ID: <[MIT-MC].479165.850501.GUMBY> why are NAME, WHOIS, FINGER et al all so damned slow?  Received: from MIT-AI by MIT-MC via Chaosnet; 23 APR 85 03:21:16 EST Date: Tue, 23 Apr 85 03:21:34 EST From: Alan Bawden To: BUG-FINGER@MIT-AI Message-ID: <[MIT-AI].14.850423.ALAN> Once things get settled in over here, someone should fix finger to be more gracefull when you ask to finger a non-Chaosnet site. Try :FINGER @SAIL for example.  Received: from MIT-AI by MIT-MC via Chaosnet; 22 APR 85 22:23:50 EST Date: Mon, 22 Apr 85 22:23:53 EST From: Martin David Connor Sender: ___010@MIT-AI To: BUG-NAME@MIT-AI Message-ID: <[MIT-AI].5.850422.___010> A NAME crash was just dumped to CRASH;NAME > !!  Received: from MIT-AI by MIT-MC via Chaosnet; 22 APR 85 22:22:50 EST Date: Mon, 22 Apr 85 22:22:54 EST From: Pandora B. Berman To: BUG-NAME@MIT-AI Message-ID: <[MIT-AI].4.850422.CENT> A NAME crash was just dumped to CRASH;NAME > !!  Received: from MIT-AI by MIT-MC via Chaosnet; 22 APR 85 22:22:27 EST Date: Mon, 22 Apr 85 22:22:30 EST From: Pandora B. Berman Sender: ___005@MIT-AI To: BUG-NAME@MIT-AI Message-ID: <[MIT-AI].3.850422.___005> A NAME crash was just dumped to CRASH;NAME > !! i was trying to :f, not having logged in before doing so.  Received: from MIT-AI by MIT-MC via Chaosnet; 22 APR 85 21:49:38 EST Date: Mon, 22 Apr 85 21:49:41 EST From: Alan Bawden To: BUG-NAME@MIT-AI Message-ID: <[MIT-AI].2.850422.ALAN> A NAME crash was just dumped to CRASH;NAME > !!  Date: Thu, 4 Apr 85 22:07:36 EST From: David Vinayak Wallace To: BUG-FINGER@MIT-MC WHy does finger take so damn long? :name gumby takes about 2.5 seconds!  Date: 17 March 1985 21:02-EST From: Steve Kudlak To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Received: from MIT-OZ by MIT-MC via Chaosnet; 8 MAR 85 01:44:28 EST Date: Fri 8 Mar 85 01:43:34-EST From: Gail Zacharias Subject: Re: lispms could answer whois requests better. To: bug-finger%MIT-OZ@MIT-MC.ARPA cc: CJL%MIT-OZ@MIT-MC.ARPA, bug-twenex%MIT-OZ@MIT-MC.ARPA, bug-name@MIT-MC, DCP%SCRC-QUABBIN@MIT-MC.ARPA, bug-lispm%MIT-OZ@MIT-MC.ARPA, moon%SCRC-STONY-BROOK@MIT-MC.ARPA In-Reply-To: Message from "David A. Moon " of Fri 8 Mar 85 00:05:19-EST Well, gag me with a lisp parser. Sigh. OZ used to put the /W last, but Unix wants it first in the multi-name case, else you get like: @RFC VIXEN NAME dcp moon/w Login name: dcp In real life: ??? Login name: -l In real life: ??? Login name: moon In real life: David Moon Directory: /usr2/moon Shell: /bin/csh Last login Mon Feb 25 21:08 on ttyp0 Putting the /w first gets rid of the -l part. I tried it on a few other operating systems and they all took the switch in any position, so I changed it. I guess I didn't try any lispm's because it didn't occur to me that a lispm could have trouble with parsing... Anyhow, I fixed OZ's finger put the damn /w where the target machine wants it. -------  Date: 8 March 1985 01:21-EST From: Christopher C. Stacy To: BUG-TCP @ MIT-MC, BUG-NAME @ MIT-MC I hacked TELSER to put in some kind of numeric host name if the incoming host is unknown.  Date: 8 March 1985 01:20-EST From: Christopher C. Stacy Subject: fingering local site when all args are bad To: RDZ @ MIT-MC cc: BUG-FINGER @ MIT-MC In-reply-to: Msg of 8 Mar 1985 00:40-EST from Ramin D. Zabih Fixed in the latest version.  Date: 8 March 1985 00:40-EST From: Ramin D. Zabih To: BUG-FINGER @ MIT-MC cc: RDZ @ MIT-MC Fingering @foo wher foo is an unknown host says "foo is an unknown host". This is the right thing. It then proceeds to finger at MC. This is the wrong thing.  Received: from SCRC-STONY-BROOK by MIT-MC via Chaosnet; 8 MAR 85 00:03:43 EST Received: from SCRC-EUPHRATES by SCRC-STONY-BROOK via CHAOS with CHAOS-MAIL id 192175; Fri 8-Mar-85 00:02:33-EST Date: Fri, 8 Mar 85 00:02 EST From: David A. Moon Subject: lispms could answer whois requests better. To: Chris Lindblad , bug-twenex@OZ.MIT, bug-name@MIT-MC.ARPA cc: bug-finger@OZ.MIT, David C. Plummer in disguise , bug-lispm@OZ.MIT In-Reply-To: File-References: SRI-NIC:PS:RFC742.TXT, MC: .INFO.; NAME ORDER, SRI-KL:PS:FINGER.DOC Message-ID: <850308000250.2.MOON@EUPHRATES.SCRC.Symbolics.COM> Date: Thu, 7 Mar 1985 23:22 EST From: Chris Lindblad Date: Thursday, 7 March 1985, 22:32-EST From: David C. Plummer in disguise Date: Mon, 4 Mar 1985 18:19 EST From: Chris Lindblad @whois cjl@reagan [MIT-REAGAN] File-Server The File Server REAGAN 5 7th (Rel 6.0 Beta IIc 1024K 3600) [bug-lispm@OZ] From my machine (net:finger "cjl//w@Reagan") File-Server The File Server REAGAN 7th (Rel 6.0 Beta IIc 1024K 3600) CJL Chris Lindblad not using this machine. [cjl@OZ] Work: NE43-733 x8828 Maybe it's really a TWENEX bug not putting the /w where the LispM expects it, or something? Twenex contacts with "NAME /W cjl" Suggestion: I don't know whether it's a bug in twenex finger that /W comes first or not, or whether it's a bug that the lispm expects the /W to come after the name. I just want one or the other to be fixed. I don't know the NAME protocol. The documentation of the protocol, written in an amusingly informal style (to say the least), may be found by reading all three of the referenced files. None of these files unambiguously rules out the form that Twenex (actually, just OZ) uses, but the only example of /W given puts the switch after the name. I think the bug is at OZ. The WHOIS command on MC has the same bug as the one at OZ. The other Twenex's besides OZ work, though. OZ always has to be different, it seems. Pure Opinion: I don't like the fact that lispms distract me with a list of the currently logged in user even if i'm fingering someone else. The answer to the question "Who is the user cjl on reagan?" should not be "File-Server is logged in on reagan right now, and cjl is Chris Lindblad...". If I wanted to know who was logged in on reagan right now, I would have asked. I realize this might also be the result of ambiguity in the NAME protocol. I agree that this is a bug in the Lispm server.  Date: 24 February 1985 22:01-EST From: Glenn S. Burnout To: BUG-NAME @ MIT-MC I changed name to say "ROLM:" instead of "Dialup:" if %tymdm isn't set. Also, in the coming-in-from-network case when name facistically ignores a leading altmode in the ttloc, i made it not display said altmode.  Date: 21 February 1985 04:05-EST From: Christopher C. Stacy To: BUG-NAME @ MIT-MC It's too bad there is no way to quote a slash. If there were, it would be possible to use numerical host name specs.  Date: 26 January 1985 02:39-EST From: Christopher C. Stacy To: BUG-FINGER @ MIT-MC, BUG-PEEK @ MIT-MC cc: ALAN @ MIT-MC Does not mention when system is being debugged unless users are not allowed on.  Date: 19 December 1984 12:23-EST From: J. Noel Chiappa Subject: :FINGER won't take numeric addresses To: BUG-FINGER @ MIT-MC cc: JNC @ MIT-MC This means you can't contact hosts that aren't in the name tables. Too bad all the network programs don't use the same host address parser which could be fixed to recccognize numeric addresses.  Date: 3 December 1984 21:08-EST From: Devon S. McCullough To: BUG-FINGER @ MIT-ML cc: cak @ PURDUE :f @oz, devon@oz does the wrong thing. it should do the same thing as :f @oz :f devo@oz but of course it can't do that. And also many name servers don't understand /W...it's high time something was done about all this..  Date: 21 Nov 1984 15:15 PST (Wed) Message-ID: <[SRI-NIC].IAN.21-Nov-84 15:15:42> From: Ian Macky To: Keith M. Gabryelski Cc: bug-finger@MIT-MC.ARPA Subject: finger @WHARTON In-reply-to: Msg of 20 Nov 1984 22:36-PST from Keith M. Gabryelski Whenever I do this, I get stuck at the "." prompt on Wharton.. until a couple of ^C's get me out... Keith whois totally barfs by the way... This is a Wharton problem. They do NAME service in a weird way which doesn't follow protocol.  Date: 18 November 1984 17:41-EST From: Gail Zacharias To: BUG-NAME @ MIT-MC :name is real dumb about sending text that contains /'s to foreign hosts. It inserts a spurious space after the first letter after the /. E.g. :NAME /DIAL@OZ (as well as :NAME @OZ/DIAL) makes up a contact name of "NAME /D IAL". Why doesn't it let the foreign host worry about truncating or not truncating the switch and just pass everything verbatim. This is real annoying especially since I've found no way to quote stuff, :NAME ^Q/DIAL@OZ loses in the same bd way, while :NAME "/DIAL"@OZ includes the quotes in the contact name.  Date: 29 October 1984 15:28-EST From: Alan Bawden To: BUG-NAME @ MIT-MC A TCP finger server lost in a way that I haven't seen before. It .LOSEd at FJCL55+5. I PDUMPed it into CRASH;TCP SYN117 if anyone else would care to take a look.  Date: 13 October 1984 22:30-EDT From: Christopher C. Stacy Subject: services To: KMP @ MIT-MC cc: BUG-FINGER @ MIT-MC It's not clear how accurate the SERVICES information really is, its availability is dependant on the syntax of the host table input file (ie,. some networks like CHAOS do not list the info), and the information is a recently introduced undocumented feature. So, most programs do not know about it. When I enhance and overhaul the ITS network software to use a distributed namespace system, programs like FINGER might be taught about service availability information.  Date: 13 October 1984 14:00-EDT From: Kent M Pitman To: BUG-FINGER @ MIT-MC How come :HOST can tell me that certain Arpanet sites don't respond to finger connections, but :FINGER tries them anyway and just says "not responding" leaving me with the mistaken impression that the site isn't up. Wouldn't it be better if it said something like: The host xxx doesn't claim to support the correct protocols, so this may not work, but trying anyway ...  Date: 20 September 1984 00:21-EDT From: Devon S. McCullough To: BUG-WHOIS @ MIT-MC Should this program also work on mailing lists? If not, what should that be called?  Date: 11 September 1984 05:11-EDT From: Ed Schwalenberg Subject: Recent spate of crashes To: BUG-NAME @ MIT-MC cc: CSTACY @ MIT-MC, BUG-ITS @ MIT-MC NAME uses CORBLK to read in the ASCII file SYSENG;TTYTYP > and parses through it looking for the magic comments of the form ;T00 System Console, which it records in its database. It is under the mistaken impression that the file in core will be terminated by either nulls or ^C's; the documentation for CORBLK says no such thing. In fact, the difference between the length of a file as returned by FILLEN and the next page boundary is filled with garbage. I edited SYSTEM;TTYTYP > to create a copy that is "identical" to the previous version except that it has some nulls in the garbage that follows the last valid word. The bug should be really fixed in the source. I wonder how many other programs depend on this sort of thing?  Date: 11 September 1984 04:26-EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 11 September 1984 04:25-EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 11 September 1984 02:51-EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 10 September 1984 19:03-EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 10 September 1984 18:56-EDT From: Charles Frankston To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 10 September 1984 18:55-EDT From: Charles Frankston To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 10 September 1984 18:43-EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 10 September 1984 18:42-EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 26 July 1984 06:14-EDT From: Alan Bawden Subject: Lisp Machines To: BUG-NAME @ MIT-MC 'twould be neat if finger could include in its listing of users using lisp machines, those machines that currently were running FILE jobs. I can think of a bunch of ways to do this, but the easyest would be for the FILE server to cooperate in identifying itself to finger.  Date: 24 July 1984 22:41-EDT From: Christopher C. Stacy Subject: MIT-OAK listed twice on :F /L To: IAN @ MIT-MC cc: BUG-NAME @ MIT-MC That's funny, it didn't list it at all for me...  Date: 24 July 1984 02:30-EDT From: Ian Macky To: BUG-NAME @ MIT-MC :F /L is listing the LM "OAK" twice, with identical lines.  Date: 22 July 1984 02:43-EDT From: Charles Frankston Subject: Unix newlines characters To: BUG-NAME @ MIT-MC Some TCP Unix name servers are apparently in the habit of sending their output using Unix only linefeed characters to separate each line. This causes the information to be lost beyond the right margin using the ITS user end. Since I don't see any reason why a name server just use stray linefeeds in its response, I changed the ITS user end to have all linefeeds not in column 1 force a CR before outputing them.  Date: 4 July 1984 02:28-EDT From: Ian Macky To: BUG-NAME @ MIT-MC When you :FINGER @site where site is not known, NAME goes on to give you the local machine's listing, which is counterintuitive and simply wrong. Why is it done?  Received: from Concord.ms by ArpaGateway.ms ; 02 JUL 84 19:45:35 PDT Date: 2 Jul 84 19:45:30 PDT (Monday) From: Ron Newman Subject: FINGER funniness To: BUG-INQUIR@MIT-MC.ARPA, BUG-FINGER@MIT-MC.ARPA, BUG-WHOIS@MIT-MC.ARPA Can someone explain the following? --------------- *:WHois DM DM S Dave Mankins Last logout 06/29/84 18:16:38 No plan. [dm@mit-athena] Hacking UNIX-like file-systems for Doug Wilson Birthday 24 August; Project Athena; 1342; Home Phone 787-5915 15 Guilford Str; Allston, Ma 02134 *:Whois Mankins Not found. ---------------- *:Whois JHM JHM LX Jerry Morrison Last logout 04/22/84 22:50:57 No plan. [MC] Hacking around for Carl Hewitt Birthday October 17; Home Phone (415) 968-0678 363 Anna Ave., Mountain View, CA 94043 *:Whois Morrison JOHNM T John Morrison Last logout 05/23/84 08:09:22 No plan. (JOHN) [MC] 422 Cazenove Hall, Wellesley; 3-6038 EMMA Z Kristin Morrison Not logged in. No plan. [ML] Hacking a book for Harold Goldberger NE43-313; 3-3512 358 Arborway; Boston, Mass  Date: 2 July 1984 12:48-EDT From: Robert D. Poor To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Received: from SCRC-EUPHRATES by SCRC-STONY-BROOK via CHAOS with CHAOS-MAIL id 22246; Thu 26-Apr-84 20:12:30-EST Date: Thu, 26 Apr 84 20:12 EST From: "David A. Moon" To: Kent M Pitman Cc: BUG-FINGER@MIT-MC.ARPA, BUG-MAIL@MIT-MC.ARPA, mmcm%SCRC-STONY-BROOK@SCRC-RIVERSIDE.ARPA, Hornig%SCRC-TENEX@SCRC-RIVERSIDE.ARPA In-reply-to: The message of 26 Apr 84 10:49-EST from Kent M Pitman Date: 26 April 1984 10:49-EST From: Kent M Pitman :MAIL FOO@SCRC seems to go to SCRC-STONY-BROOK, which is a file server, which is fine. But :FINGER FOO@SCRC also fingers SCRC-STONY-BROOK, which tells me there is a file server logged in, which is worthless. I don't want to have to type :FINGER FOO@SCRC-TENEX Maybe there should be a *SCRC hack (and similar ones for other Symbolics sites on the Chaosnet, such as *SCC) like the *MIT hack that is in FINGER now. I'm not sure that SCRC collects FINGER information from all the Lisp machines that you would be interested in. I can't figure out of SCRC should not point to SCRC-STONY-BROOK or if SCRC-STONY-BROOK should give a more useful finger listing or what, but I am not happy with the current situation. It even occurs to me that perhaps what should happen is that FINGER and MAIL should be able to resolve names differently in the case of abstract names like "SCRC" which are intended to refer to more generic places rather than particular machines. The moving of the name was intentional, and was intended to simulate such an abstract name/generic place feature until such time as the rest of the world gets their act together. Could someone please suggest a reasonable solution to this problem? If we ever get some LispM or Vax or something to take over the net address AI for us and deliver mail, outsiders will have the same problem with us as we're now having with them. There could be a Lisp machine program to collect FINGER information from other Lisp machines, and hand it out upon demand, just like the program that runs on the Foonly. But I don't know who would write it. If someone at MIT writes it I would be willing to check it over and install it on Riverside.  Date: 26 April 1984 10:49-EST From: Kent M Pitman To: BUG-FINGER @ MIT-MC, BUG-MAIL @ MIT-MC cc: KMP @ MIT-MC, moon @ SCRC-STONY-BROOK, mmcm @ SCRC-STONY-BROOK I don't know who the right person to bug at Symbolics is, but :MAIL FOO@SCRC seems to go to SCRC-STONY-BROOK, which is a file server, which is fine. But :FINGER FOO@SCRC also fingers SCRC-STONY-BROOK, which tells me there is a file server logged in, which is worthless. I don't want to have to type :FINGER FOO@SCRC-TENEX I can't figure out of SCRC should not point to SCRC-STONY-BROOK or if SCRC-STONY-BROOK should give a more useful finger listing or what, but I am not happy with the current situation. It even occurs to me that perhaps what should happen is that FINGER and MAIL should be able to resolve names differently in the case of abstract names like "SCRC" which are intended to refer to more generic places rather than particular machines. Could someone please suggest a reasonable solution to this problem? If we ever get some LispM or Vax or something to take over the net address AI for us and deliver mail, outsiders will have the same problem with us as we're now having with them.  Date: 9 April 1984 20:47-EST From: Christopher C. Stacy To: BUG-NAME @ MIT-MC :NAME /L and :NAME *LISPM and such should now be more or less working again.  Date: 30 March 1984 13:27-EST From: Richard Mark Soley To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 2 March 1984 02:15-EST From: Pandora B. Berman Subject: pissing on fires To: ALAN @ MIT-MC cc: BUG-DDT @ MIT-MC, BUG-NAME @ MIT-MC, BUG-MAIL @ MIT-MC, BUG-INQUIR @ MIT-MC Date: 2 March 1984 00:17-EST From: Alan Bawden Subject: pissing on fires To: BUG-DDT @ MIT-MC, BUG-NAME @ MIT-MC, BUG-MAIL @ MIT-MC, BUG-INQUIR @ MIT-MC The most recent DDT, NAME and COMSAT crashes were all caused by some confusion over the INQUIR database. Specifically, it looks like something deleted LSR1 >. Gren unwedged things by the simple expedient of reinstalling LSR1 OLD as LSR1 >. Everything seems to be winning now, but it would be nice to know what happened. Perhaps this is the first wierd side-effect of setting reference date to be at least two days in the past? I guess we have possibly lost some inquir updates due to this... i think this was my piece of brainlessness for the week. comsat needed space for the queue file to write out, so i was shifting stuff around. i deleted lsr1 oldold and moved lsr1 old, then tried to move lsr1 >, but $^R made it replicate rather than just move to the pack with more space (presumably because comsat was hanging onto it). so i pulled .mail.; into dired and (as i thought) deleted the excess, not-being-used-by-comsat version. everything appeared ok at that time, but maybe i wasn't looking in the right way.  Date: 2 March 1984 00:17-EST From: Alan Bawden Subject: pissing on fires To: BUG-DDT @ MIT-MC, BUG-NAME @ MIT-MC, BUG-MAIL @ MIT-MC, BUG-INQUIR @ MIT-MC The most recent DDT, NAME and COMSAT crashes were all caused by some confusion over the INQUIR database. Specifically, it looks like something deleted LSR1 >. Gren unwedged things by the simple expedient of reinstalling LSR1 OLD as LSR1 >. Everything seems to be winning now, but it would be nice to know what happened. Perhaps this is the first wierd side-effect of setting all reference date to be at least two days in the past? I guess we have possibly lost some inquir updates due to this...  Date: 1 March 1984 23:34-EST From: Ian Macky To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:33-EST From: Jonathan David Callas To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:32-EST From: George I. Fann To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:31-EST From: George I. Fann To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:31-EST From: Bill Gosper To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:31-EST From: Jonathan David Callas To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:31-EST From: George I. Fann To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:30-EST From: Jonathan David Callas To: BUG-NAME @ MIT-MC I got a crash while doing a :f. Thought you might like to know, since it's repeatable. -- Jon  Date: 1 March 1984 23:29-EST From: Jonathan David Callas To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:28-EST From: Jonathan David Callas To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:27-EST From: Robert L. Plouffe To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:26-EST From: George I. Fann To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:24-EST From: Pandora B. Berman To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:22-EST From: Bill Gosper To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:22-EST From: Kevin J. Burnett To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:18-EST From: Devon S. McCullough To: BUG-FINGER @ MIT-MC Hey! Who broke it? I just did F^K and is said :$ Urk! AAAAAIIIIEEEEeeeee.... $ and informed me that CRASH; NAME > was just written.  Date: 1 March 1984 23:17-EST From: Ian Macky To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:17-EST From: Devon S. McCullough To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:15-EST From: Kevin J. Burnett To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:15-EST From: Kevin J. Burnett To: BUG-NAME @ MIT-MC I was just in Babyl, exited it with Q, and did :f devon after a tty msg from Comsat came over, and it crashed.  Date: 1 March 1984 23:15-EST From: William G. Dubuque Sender: BIL @ MIT-MC To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:15-EST From: William G. Dubuque Sender: BIL @ MIT-MC To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:15-EST From: Owen T. Anderson To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:14-EST From: Kevin J. Burnett To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:14-EST From: Owen T. Anderson To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 1 March 1984 23:14-EST From: William G. Dubuque Sender: BIL @ MIT-MC To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 28 February 1984 02:45-EST From: Christopher C. Stacy To: BUG-NAME @ MIT-MC cc: ALAN @ MIT-MC, KMP @ MIT-MC I think I have fixed the problem where NAME was not truncating ttyloc info properly. I really hate hacking this program, so I hope I won.  Date: 17 February 1984 17:15 EST From: Ed Schwalenberg Subject: Lisp Machines To: BUG-NAME @ MIT-MC :NAME on MC right now lists CADR27, CADR15, MERLIN, AVATAR, CROSBY, SIN, MIT-PI and CADR20. :NAME /L lists BUDDY, CROSBY, CROSBY, AVATAR, and ARTHUR. I'm mildly confused by the fact that /L lists fewer machines than no /L; I'm grossly confused by the appearance of CROSBY twice!  Date: 16 February 1984 01:12 EST From: David C. Plummer To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 10 January 1984 04:45 EST From: Ken Harrenstien To: KMP @ MIT-MC cc: BUG-ITS @ MIT-MC, BUG-NAME @ MIT-MC Date: 9 January 1984 22:59 EST From: Kent M Pitman Hmm. I just sent mail to BUG-FINGER asking :NAME KMP@OZ was replying right away with Could not connect to foreign host with TCP. but in fact, :OZ is doing this, too, so something must be confused with the network. Either a host table got written out which had OZ's arpanet address in it, or OZ was down and the NETWRK error analysis code doesn't know how to handle it properly (maybe because it doesn't know whether the connection attempt was using CHAOS or TCP). I re-did the NETWRK package to report TCP errors properly, but I don't know whether this will help or not. I doubt many programs have been recompiled with the new NETWRK yet.  Date: 9 January 1984 22:59 EST From: Kent M Pitman To: BUG-ITS @ MIT-MC cc: BUG-NAME @ MIT-MC Hmm. I just sent mail to BUG-FINGER asking :NAME KMP@OZ was replying right away with Could not connect to foreign host with TCP. but in fact, :OZ is doing this, too, so something must be confused with the network.  Date: 9 January 1984 22:57 EST From: Kent M Pitman To: BUG-NAME @ MIT-MC Why does :NAME kmp@oz respond instantly with [MIT-OZ] Could not connect to foreign host with TCP.  bandy@MIT-ML (Sent by ___033@MIT-ML) 01/09/84 13:12:28 To: (BUG FINGER) at MIT-ML Say, ":finger andrew" and ":finger scott" produce no results. ":finger beals" gives some garbage and a "file directories only" message. What's causing the problem?  Date: 2 January 1984 18:51 EST From: Christopher C. Stacy Subject: NAME sucks To: BUG-NAME @ MIT-MC cc: KMP @ MIT-MC In-reply-to: Msg of 01/02/84 18:19:03 from KMP People are complaining that :F @*LISPM is broken, and I have absolutely no interest in hacking NAME at all. Is there anyone who feels like touching this program?  DEVON@MIT-ML 12/31/83 10:56:29 To: (BUG FINGER) at MIT-ML in MC and ML, :f /l does not list free lisp machines, (I thought it used to) and does not list machines that are in use, either (I'm not sure it ever listed machines not "logged in" to the local host for file service) so then what is the use of having a /L switch at all? I was under the impression you would get associated lisp machines without using /L, and get them all including free ones by using /L  Date: 20 December 1983 12:06 EST From: Leigh L. Klotz To: BUG-FINGER @ MIT-MC I get "Could not connect to foreign host with TCP." when I do :F @anywyere.  ED@MIT-ML 12/18/83 12:22:58 Re: I translated TTY: output to a disk file To: (BUG NAME) at MIT-ML resulting in the urkage just seen. I should know better..  Date: 18 December 1983 13:08 EST From: Christopher C. Stacy To: BUG-NAME @ MIT-MC TTY locations are no longer truncated in displays. Someone must have changed this recently.  Date: 16 December 1983 17:31 EST From: Ed Schwalenberg Subject: Why is ALAN so special? To: BUG-NAME @ MIT-MC cc: ALAN @ MIT-MC Doing a NAME on MC recently, from an 80-column terminal, everybody got just one 80-char line to himself, except ALAN, who overflowed onto a second. This seems to be related to his being from a (Chaos) host. Did someone recently play with the (Chaos) feature and forget about truncation? Did I really put four commas in one sentence/  Date: 15 December 1983 18:23 EST From: Patrick G. Sobalvarro To: BUG-WHOIS @ MIT-MC cc: BUG-ITS @ MIT-MC Date: 8 December 1983 01:29 EST From: Christopher C. Stacy To: PGS @ MIT-MC cc: BUG-FINGER @ MIT-MC, BUG-HOSTS @ MIT-MC In-reply-to: Msg of 7 Dec 1983 16:36 EST from Patrick G. Sobalvarro Date: 7 December 1983 16:36 EST From: Patrick G. Sobalvarro To: BUG-FINGER, BUG-HOSTS As of today, doing :f @oz on mc get me the error message "Could not connect to foreign host with TCP." Crufty, crufty lossage. ":F @OZ" works fine for me on MC. Maybe there is a bug in the ANALYZ code in the ITS NETWRK package, and when it could not connect to OZ over the Chaosnet it decided to give the most general TCP error message. This is the second time this bug has bitten me. ML is up right now. On MC, I did :whois pgs@ml. I immediately (not long enough for a chaos connection attempt to time out, but immediately) got the error message "Could not connect to foreign host with TCP." Immediately after that, it worked.  Date: 11 December 1983 05:27 EST From: Christopher C. Stacy Subject: I don't even understand how to give args to NAME To: BUG-NAME @ MIT-MC :NAME *APIARY goes out looking at the associated machines; I am not sure what it is supposed be doing instead. @*APIARY does the right thing.  Date: 11 December 1983 05:25 EST From: Christopher C. Stacy To: BUG-NAME @ MIT-MC cc: DCP @ MIT-MC Oh, also: you can now do :NAME @*ROBOTS @*APIARY.  Date: 11 December 1983 05:00 EST From: Christopher C. Stacy Subject: changes in NAME and TELSER To: BUG-TCP @ MIT-MC, BUG-NAME @ MIT-MC cc: DCP @ MIT-MC, BUG-LMODEM @ MIT-MC, BUG-PWORD @ MIT-MC, BUG-TELSER @ MIT-MC, PGS @ MIT-MC, REM @ MIT-MC When I took DCP's suggestion to update the associated-LispMs tables in the NAME program, I also made a few other changes. TELSERs have a few locations that people like to map in and look at. At 125 is a new variable, HSTAT. This contains a number in the RH which describes the status of the host: 0=> This is a server host 1=> This is a user host 2=> This is a TAC (ARPANET TIP). 3=> This is a MINITS terminal concentrator. TRBINF and friends have been moved further on by one location (used to be at 125, and is now at 126.) This is an incompatible change. So, the variables now look like this: 100 /TERMID/ ;check word termid: block 8 ;remote ttyloc hstnam: block 8 ;foreign host official name tipnum: 0 ;TAC "port" number. fhost: 0 ;foeign host address hstsix: 0 ;sixbit abbreviation for HSTNAM funame: 0 ;luser's name in sixbit on other host hstat: 0 ;RH says whether server or what 126 /BINARY/ ;check word (*** Moved to here 11 December 1983 ***) trbinf: 0 ;-1 => received IAC DO TRNBIN rcbinf: 0 ;-1 => received IAC WILL TRNBIN The new TELSER has been installed on MC, and will be installed on ML shortly. TELSER, NAME, and PWORD do not require any further changes. Whoever maintains LMODEM should fix it, since it is now broken. NAME should now print host names more nicely, generally getting rid of gibberish like "Net site HST069#42". MINITS hosts will be printed with very short host names (like NE438A). Also, NAME will mention to you if a host you asked to see the users on does not exist, rather than completely ignoring the losing spec.  Date: 10 December 1983 14:43 EST From: David C. Plummer To: BUG-FINGER @ MIT-MC, CSTACY @ MIT-MC Some host table type who is more familiar with MIT's Lisp Machines than I should update the HSLM, HSLMMC and HSLMML lists in :NAME.  Date: 9 December 1983 11:34 EST From: Christopher C. Stacy To: DEVON @ MIT-MC cc: BUG-WHOIS @ MIT-MC, BUG-INQUIR @ MIT-MC In-reply-to: Msg of 8 Dec 1983 23:49 EST from Devon S. McCullough Date: 8 December 1983 23:49 EST From: Devon S. McCullough To: BUG-WHOIS :whois hofstadter D5'(/& --> File Directory Only! Highly amusing. Weird, since :WHOIS DUGHOF works. I'll check into it. His entry got trashed by OZ a long time ago; maybe it was never really repaired.  Date: 8 December 1983 23:49 EST From: Devon S. McCullough To: BUG-WHOIS @ MIT-MC :whois hofstadter D5'(/& --> File Directory Only! Highly amusing.  Date: 8 December 1983 01:29 EST From: Christopher C. Stacy To: PGS @ MIT-MC cc: BUG-FINGER @ MIT-MC, BUG-HOSTS @ MIT-MC In-reply-to: Msg of 7 Dec 1983 16:36 EST from Patrick G. Sobalvarro Date: 7 December 1983 16:36 EST From: Patrick G. Sobalvarro To: BUG-FINGER, BUG-HOSTS As of today, doing :f @oz on mc get me the error message "Could not connect to foreign host with TCP." Crufty, crufty lossage. ":F @OZ" works fine for me on MC. Maybe there is a bug in the ANALYZ code in the ITS NETWRK package, and when it could not connect to OZ over the Chaosnet it decided to give the most general TCP error message.  Date: 7 December 1983 16:36 EST From: Patrick G. Sobalvarro To: BUG-FINGER @ MIT-MC, BUG-HOSTS @ MIT-MC As of today, doing :f @oz on mc get me the error message "Could not connect to foreign host with TCP." Crufty, crufty lossage.  Date: 30 November 1983 00:44 EST From: Kent M Pitman To: BUG-FINGER @ MIT-MC FINGER should have an entry for the jname WHOWAS so you can find out who someone was after their inquir entry has been munged or deleted. It could rummage through old LSR1 files, INQUPD history files, perhaps even take it upon itself to bug FILE-R to get old LSR1 files (then go into a .HANG waiting for those files to be brought online) ...  Date: 25 November 1983 20:39 EST From: Earl A. Killian Subject: Name/nickname searching To: JGA @ MIT-MC cc: BUG-WHOIS @ MIT-MC In-reply-to: Msg of 25 Nov 1983 16:41 EST from John G. Aspinall WHOIS finds people by their first name instead of last when they have entered their name incorrectly in the INQUIR database. Some people are incapable of following directions.  Date: 25 November 1983 16:41 EST From: John G. Aspinall Subject: Name/nickname searching To: BUG-WHOIS @ MIT-MC Why does :whois john find some people named John, but not others? Ditto for "peter" too. John.  Date: 24 October 1983 09:49 EDT From: Patrick G. Sobalvarro To: BUG-FINGER @ MIT-MC If I type :F @ozx, finger prints out [MIT-MC], and then does a finger at MC. This is brain damage. It should give me an error message.  Date: 17 October 1983 16:12 EDT From: Christopher C. Stacy Subject: MILNET hosts To: JSOL @ MIT-MC cc: BUG-FINGER @ MIT-MC In-reply-to: Msg of 16 Oct 1983 15:10 EDT from Jon Solomon No, I think the problem is that Finger gets the host name out of the telnet server, which uses the sixbit abbreviation for host names and doesnt know how to do this for non-ARPAnet hosts. It's on my list of things to get around to fixing.  Date: 16 October 1983 15:10 EDT From: Jon Solomon Subject: MILNET hosts To: BUG-FINGER @ MIT-MC Finger does wierd things for MILNET host names. I suspect it's expecting Net-10 addresses and can't find their net-26 counterparts. I wonder what they do with LCSnet (net 18) or BBN-NET (Net 8) addresses???  Date: 7 October 1983 21:29 EDT From: Christopher C. Stacy To: BUG-FINGER @ MIT-MC PENTAGON-TAC (3200,,32 26.0.0.26) ==> "HST032#prt".  FONER@MIT-ML 10/04/83 23:24:06 To: (BUG BUG-FINGER) at MIT-ML FINGER seems to be clearing my screen every time I use it. Why is this? Thanx.  Received: from SCRC-CHARLES by SCRC-TENEX with CHAOS; Wed 28-Sep-83 16:56:44-EDT Date: Wednesday, 28 September 1983, 17:18-EDT From: David C. Plummer To: bug-NAME@MIT-MC From a Lisp Machine: (chaos:finger "Taft@OZ") correctly uses Lisp Machine newlines. From ITS: :finger Taft@OZ prints correctly, possibly because it goes through so many character set translations it doesn't matter. From a Lisp Machine: (chaos:finger "Taft%oz@mc") contacts MC and uses (octal) 15 12 (CR LF) instead of Lisp Machine newlines.  Date: 26 September 1983 04:50 EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 26 September 1983 04:29 EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: Wednesday, 14 September 1983, 22:50-EDT From: Christopher C. Stacy To: BUG-MAIL at MIT-MC, BUG-NAME at MIT-MC In-reply-to: The message of 20 Aug 83 23:30-EDT from Christopher C. Stacy Date: 20 August 1983 23:30 EDT From: Christopher C. Stacy Hmmm. Someone set their net address to "foo!bar!baz at NOSC". Their mail did not leave the host (was delivered to GUEST0;..." but I did not get a message from COMSAT saying what was going on. Could be an INQUIR problem also. I haven't looked at it yet. I created a bogus Inquire entry SDFGHJ, and gave it a network address of this form. LOOKUP (and even LSRTNS in MACLisp) find the entry OK, but NAME says "Not Found". As the juggler in Harvard Square would put it, "Freaky, huh?" The mail to this user gets delivered locally, since COMSAT has no way of figuring out that it is supposed to be a net address. Maybe INQUIR should act like QMAIL does when it sees an address of this form: try to canonicalize it and warn the luser.  Date: 30 August 1983 07:57 EDT From: Kent M. Pitman To: BUG-FINGER @ MIT-MC What is the matter with :FINGER @SUMEX? It typically types back something like ^?r after a very long pause. If you ^G out of the long pause, it goes into a mode where :FINGER @SUMEX just types back "Host reset." for a while...  Date: 17 August 1983 13:11 EDT From: Christopher C. Stacy To: BUG-FINGER @ MIT-MC If I am unable to get a connection to a LispM, the error message it gives talks about TCP. Maybe all ISE0 errors or something use that message.  Date: 14 August 1983 17:43 EDT From: Christopher C. Stacy Subject: [RICH: Second Notice] To: Ian @ MIT-OZ cc: BUG-NAME @ MIT-MC In-reply-to: Msg of 14 Aug 1983 17:10 EDT (Sun) from Ian Macky Date: 14 Aug 1983 17:10 EDT (Sun) From: Ian Macky To: Bug-NAME Re: [RICH: Second Notice] Date: Wednesday, 10 August 1983 20:11-EDT From: Charles Rich To: bug-finger Re: Second Notice The "new improved" Finger still doesn't give you useful information about people logged in on Lisp machines. If you do @F FOO and FOO is on a lispm, then it doesn't tell you. If you do @F FOO/L then it lists all Lispmachines, which takes forever. -CR How does MC's NAME poll the LispMachines? Does it do it in realtime? If so, how does it do it so fast? It polls sixteen of them at a time (in parallel) and receives its replies on an interrupt-driven basis.  Date: 14 Aug 1983 17:10 EDT (Sun) Message-ID: <[MIT-OZ].IAN.14-Aug-83 17:10:28> From: Ian Macky To: Bug-NAME@MIT-MC Subject: [RICH: Second Notice] Date: Wednesday, 10 August 1983 20:11-EDT From: Charles Rich To: bug-finger Re: Second Notice The "new improved" Finger still doesn't give you useful information about people logged in on Lisp machines. If you do @F FOO and FOO is on a lispm, then it doesn't tell you. If you do @F FOO/L then it lists all Lispmachines, which takes forever. -CR How does MC's NAME poll the LispMachines? Does it do it in realtime? If so, how does it do it so fast?  Date: 10 August 1983 16:49 EDT From: David C. Plummer Subject: finger seems to luse over chaos... To: SJOBRG.ANDY @ MIT-OZ cc: BUG-FINGER @ MIT-MC Date: Tuesday, August 9, 1983 8:11PM-EDT From: Andrew Scott Beals it will send CRs, but no LFs, and everything from there out is REALLY messed up!------- If you look at the 8bit data, you will notice that it is the same code as CR with the 200 bit set. This is the liuspm machine character set which is how the protocol is defined.  BANDY@MIT-ML 07/30/83 09:48:35 To: (BUG NAME) at MIT-ML A NAME crash was just dumped to CRASH;NAME > !!  Date: Wednesday, July 6, 1983 5:54PM-EDT From: Ian Macky To: Bug-NAME at MIT-MC I wish that NAME on ITS did not give the local listing when it could not parse the command line... i.e. I do NAME ZXZXZX and it gives the plain old NAME listing, or from here at OZ, FINGER "@Sierra"@MC does the same thing.  Date: 2 July 1983 12:09 EDT From: Leigh L. Klotz To: BUG-FINGER @ MIT-MC The system console reads LOGOUT DLW 52 12:07:41 but :F DLW reports Last Logout 06/29/83 00:29:17 He really was logged in; it wasn't a file or ftp job.  Date: 21 June 1983 23:01 EDT From: Jordan Brown To: BUG-FINGER @ MIT-MC :Fingering somebody at SRI-UNIX seemed to have a problem - the entry returned was three lines long, and it looked like the carriage returns were missing. Ie it looked like jdoe (John Doe) last logout at Tue Jun 21 11:05:12 on tty04 [No pla  Date: 15 June 1983 02:32 EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC I made NAME use NETWRK"TCPCON instead of hacking it itself. It seems to work better now - connects to more hosts successfully apparently, has a little longer timeout I think, and gets real error messages instead of "Could not connect...".  Date: 15 June 1983 02:08 EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: Saturday, June 4, 1983 8:55PM-EDT From: Erik S. Townsend Subject: ??WTF?? To: bug-finger,bug-finger at SU-SCORE [PHOTO: Recording initiated Sat 4-Jun-83 8:52PM] TOPS-20 Command Processor 5(742)-2 @finger fmf@score fmf r @finger @score r @pop [PHOTO: Recording terminated Sat 4-Jun-83 8:53PM]  GSB@MIT-ML (Sent by GSB5@MIT-ML) 06/02/83 20:09:23 To: (BUG NAME) at MIT-ML A NAME crash was just dumped to CRASH;NAME > !!  ARTHUR@MIT-ML 06/02/83 16:00:06 To: (BUG NAME) at MIT-ML A NAME crash was just dumped to CRASH;NAME > !!  ARTHUR@MIT-ML 06/02/83 15:59:53 To: (BUG NAME) at MIT-ML A NAME crash was just dumped to CRASH;NAME > !!  RAY@MIT-ML 05/30/83 14:34:44 To: (BUG FINGER) at MIT-ML Finger seems not to work across the Arpanet from DM. For example, :finger @dm works from ml, but :finger @ml does not work from dm.  Date: 28 May 1983 04:27 EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC CSTACY's addition of AP-4 to the list of known LISPM's overflew NONTTY, the number of slots allocated for non-tty entries. I increased NONTTY from 40 to 50 (octal), and reinstalled it. It works much better. I also deleted the CRASH;NAME >'s. However, I did not comment HSLM to warn about overflowing NONTTY, nor did I fix the "Urk!" .VALUE stuff to be verbose, should the urkage happen inside an xfile, as happenned to me.  Date: 28 May 1983 03:53 EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 28 May 1983 03:51 EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 28 May 1983 03:41 EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 28 May 1983 03:41 EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 28 May 1983 03:40 EDT From: Ed Schwalenberg To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 28 May 1983 02:15 EDT From: Victoria Pigman To: BUG-FINGER @ MIT-MC Looks like :F /l loses big. When I did it from not being logged on i got the error INFERIOR .VALUE'D While logged on, I got the interesting... :$ Urk! AAAAAIIIIIEEEEeeeeeeee... $ *:SL SYS;TS NAME *:PDUMP CRASH; NAME > *:BUG NAME A NAME crash was just dumped to CRASH;NAME > !!^_ F$J * :$ Sorry.... message. (It was the first thing I did after completing logging on.) -victoria  Date: 28 May 1983 02:08 EDT From: Victoria Pigman To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 28 May 1983 02:08 EDT From: Victoria Pigman To: BUG-NAME @ MIT-MC A NAME crash was just dumped to CRASH;NAME > !!  Date: 24 May 1983 01:29 EDT From: Christopher C. Stacy Subject: bug fixes to make on a rainy day To: BUG-NAME @ MIT-MC NAME should print the names of TACs and other Internet hosts correctly. NAME should finger all lms in parallel. NAME should find all lms by cdring down all the hosts and looking at their machine-type. Could also finger all PDP10s etc, but not in parallel if over TCP. Also, the tables are a little on the kludgey side (ie., all apiary machines, all associated machines..) maybe teach it how to read some kind of site file. NAME is hard to read. Clean it up.  Date: 19 May 1983 22:59 EDT From: Glenn S. Burke Subject: Finger To: BUG-finger @ MIT-MC cc: PGW @ MIT-XX Date: 18 May 1983 1655-EDT From: Paul G. Weiss I was told that you were someone who could answer this question: why doesn't FINGER work to/from DM? ------- Don't know. It works from other ITS sites. It also works from Multics. It doesn't work going out to other sites though.  Date: 17 May 1983 00:52 EDT From: Howard D. Trachtman To: BUG-FINGER @ MIT-MC Just a minor annoyance. Doing finger /l on mc seems to do the parallel lispm polling all at the beginning, and then print out the listing of who's on MC and the lispms all at once. I would rather it show me who's logged on to MC first right away, and while I'm looking at that, do the parallel polling.  Date: 13 May 1983 13:00 EDT From: Christopher C. Stacy To: BUG-NAME @ MIT-MC Finger doesnt seem to get host names correct very often.  Date: 24 April 1983 08:12 EST From: David C. Plummer To: BUG-NAME @ MIT-MC The first 8 entries of CHSIDX are -1, indicating either all LispMs have answered or there are none being polled. Even under these conditions, NAME will .SLEEP at LMINTW for a second or two waiting for these nonexistant connections to make a sound.