sysdoc/its.recent

   1 Copyright (c) 1999 Massachusetts Institute of Technology
   2
   3 This program is free software; you can redistribute it and/or modify
   4 it under the terms of the GNU General Public License as published by
   5 the Free Software Foundation; either version 3 of the License, or (at
   6 your option) any later version.
   7
   8 This program is distributed in the hope that it will be useful, but
   9 WITHOUT ANY WARRANTY; without even the implied warranty of
  10 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
  11 General Public License for more details.
  12
  13 You should have received a copy of the GNU General Public License
  14 along with this program; if not, write to the Free Software
  15 Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
  16 ------------------------------
  17
  18 Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU; 19 Apr 90 22:37:18 EDT
  19 Received: from BU.EDU by mintaka.lcs.mit.edu id aa23808; 19 Apr 90 22:32 EDT
  20 Received: from BU-IT.BU.EDU by BU.EDU (1.97) Thu, 19 Apr 90 22:31:46 EDT
  21 Received: by bu-it.bu.edu (12/20/89); Thu, 19 Apr 90 22:31:38 EDT
  22 Date:  Thu, 19 Apr 90 22:31:38 EDT
  23 From: Phil Budne <budd@bu-it.bu.edu>
  24 Message-Id:  <9004200231.AA04513@bu-it.bu.edu>
  25 To: DIGEX%AI.AI.MIT.EDU@Mintaka.lcs.mit.edu,
  26     DOOMSDAY%AI.AI.MIT.EDU@Mintaka.lcs.mit.edu
  27 Subject: Re:  the future of ITS
  28 Cc: INFO-ITS%AI.AI.MIT.EDU@Mintaka.lcs.mit.edu,
  29     KS-OWNERS%AI.AI.MIT.EDU@Mintaka.lcs.mit.edu
  30
  31 I started on a '10 simulator, but never wrote the 36 bit math needed.
  32 If you figure a 10 times performance hit a DS3100 or a SPARC might
  33 yield performance at the KA/KS level.
  34
  35
  36 \1f
  37 Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU; 19 Apr 90 16:46:56 EDT
  38 Received: from life.ai.mit.edu by mintaka.lcs.mit.edu id aa09992;
  39           19 Apr 90 16:45 EDT
  40 Received: from zurich.ai.mit.edu (CHAMARTIN.AI.MIT.EDU) by life.ai.mit.edu (4.1/AI-4.10) id AA15299; Thu, 19 Apr 90 16:45:32 EDT
  41 Received: from localhost by zurich.ai.mit.edu; Thu, 19 Apr 90 16:43:55 edt
  42 Date: Thu, 19 Apr 90 16:43:55 edt
  43 From: "Guillermo J. Rozas" <jinx@zurich.ai.mit.edu>
  44 Message-Id: <9004192043.AA15383@zurich.ai.mit.edu>
  45 To: DIGEX%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
  46 Cc: DOOMSDAY%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
  47     KS-OWNERS%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
  48     info-its%ai.ai.mit.edu@mintaka.lcs.mit.edu
  49 In-Reply-To: Doug Humphrey's message of Thu, 19 Apr 90 16:28:03 EDT <723026.900419.DIGEX@AI.AI.MIT.EDU>
  50 Subject: the future of ITS
  51 Reply-To: jinx@zurich.ai.mit.edu
  52
  53 I think that the idea of a PDP-10 simulator running on a fast Unix box
  54 is pretty funny, but would be a very cool hack.  Writing such a
  55 simulator (except IO instructions) is straight-forward, but changing
  56 ITS to do virtual IO would probably be far more painful.  It may also
  57 require a fair amount of hacking from a very small group of people
  58 (Alan, Moon,...), and that may not be reasonable.
  59
  60
  61
  62 \1f
  63 Date: Thu, 19 Apr 90 16:28:03 EDT
  64 From: Doug Humphrey <DIGEX%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
  65 Subject: the future of ITS
  66 To: DOOMSDAY%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
  67 cc: INFO-ITS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU, KS-OWNERS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
  68 Message-ID: <723026.900419.DIGEX@AI.AI.MIT.EDU>
  69
  70
  71 I would be interested in getting a discussion going on the future of
  72 ITS.  This would be open to any kind of strange ideas, from running
  73 it on existing KS-10 hardware (at MIT or not) to building a PDP-10
  74 software simulator that can run on existing and/or future cpus, like
  75 MIPS chips, etc.  In short, before these machines go away, and all of
  76 the ITS knowledgable people too far away, lets talk about this stuff.
  77
  78 Another point is that INFO-ITS and KS-OWNERS lists should continue to
  79 live after the ITS systems go into hibernation so that advances in the
  80 ITS state-of-the-art can be announced and discussed.
  81
  82 Comments, etc?
  83
  84 Doug Humphrey
  85 digex@mit-ai
  86 digex@tumtum.cs.umd.edu
  87 \1f
  88 Date: Sat, 14 Apr 90 02:40:47 EDT
  89 From: Alan Bawden <ALAN%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
  90 Subject:  A sad day
  91 To: INFO-ITS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
  92 Reply-to: Alan@Reagan.AI.MIT.EDU
  93 Message-ID: <721426.900414.ALAN@AI.AI.MIT.EDU>
  94
  95 I'm sorry to announce that we're going to shut down the ITS machines at
  96 MIT.  As we plan for the final shutdown, the file AI:SYS;GOOD BYE will be
  97 constantly updated to contain the current plans.  What follows is the
  98 current contents of that file, and it pretty much explain the situation:
  99
 100 -------
 101
 102 Well, the time has finally arrived to shut down the ITS machines for the
 103 last time.  The hardware is getting old, and the amount of maintenance
 104 required to keep things running is getting out of hand.  We've been losing
 105 ground at an accelerating rate for the last year.
 106
 107 The current plan is to turn AI and MC off for good sometime around the end
 108 of May.  We plan to take a snapshot of AI and MC's filesystem sometime
 109 before the final shutdown and to keep this snapshot available on some other
 110 file server for a couple of months.  People who have a large number of
 111 files to evacuate, but who lack efficient network access to AI and MC, are
 112 encouraged to simply wait until after this snapshot becomes available.
 113
 114 AI's second RP06 (SECOND:) will be fixed soon to make it easier for people
 115 to evacuate themselves.
 116
 117 Files on ITS backup tapes will be unavailable until someone writes the
 118 program to read them.  Before the shutdown, modest file retrieval requests
 119 (mail to FILE-R@AI) will be considered.  Extensive or complicated retrieval
 120 requests will have to wait until after the dust settles after the shutdown.
 121 Our judgment on these matters will be final.  Sorry.
 122
 123 All mailing lists will have to be moved elsewhere.  If you maintain a
 124 mailing list on AI or MC, you can save us some trouble by moving your
 125 mailing list yourself as soon as possible.  We'll try and do something
 126 responsible about those important lists that don't have obvious owners, but
 127 don't count on us to save your mailing list for you -- we might decide to
 128 just let it perish.
 129
 130 Please try not to pester us about the personal inconvenience this causes
 131 you.  We don't have any suggestions about where you should read your mail
 132 now, where you can keep your files, or where you can move your mailing
 133 list, and we wish we knew of another PDP-10 that you could use.  (If you
 134 -must- pester someone, send mail to DOOMSDAY@AI.)  We do appreciate your
 135 loyalty to ITS during its lifetime at MIT.  Stop by sometime and we can
 136 talk about the good old days when dinosaurs ruled the machine room.
 137
 138 As we continue to plan for doomsday, this file will be updated with the
 139 latest news.
 140
 141                                 - Alan
 142
 143 -------
 144
 145 \1f
 146 Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU; 15 Dec 89 16:08:30 EST
 147 Received: from Gateway.Think.COM by mintaka.lcs.mit.edu id aa15010;
 148           15 Dec 89 16:02 EST
 149 Received: from Fafnir.Think.COM by Think.COM; Fri, 15 Dec 89 16:03:23 -0500
 150 Return-Path: <gls@Think.COM>
 151 Received: from verdi.think.com by fafnir.think.com; Fri, 15 Dec 89 15:58:28 EST
 152 Received: from ungar.think.com by verdi.think.com; Fri, 15 Dec 89 15:56:16 EST
 153 From: Guy Steele <gls@think.com>
 154 Received: by ungar.think.com; Fri, 15 Dec 89 15:56:15 EST
 155 Date: Fri, 15 Dec 89 15:56:15 EST
 156 Message-Id: <8912152056.AA29450@ungar.think.com>
 157 To: Ed@alderaan.scrc.symbolics.com
 158 Cc: gumby@gang-of-four.stanford.edu, info-its@ai.ai.mit.edu,
 159     unix-haters@ai.ai.mit.edu, gls@think.com
 160 In-Reply-To: Ed Schwalenberg's message of Fri, 15 Dec 89 14:56 EST <19891215195628.4.ED@PEREGRINE.SCRC.Symbolics.COM>
 161 Subject: TTY MESSAGE FROM A UNIX WEENIE:  LOSSAGE?
 162
 163    Date: Fri, 15 Dec 89 14:56 EST
 164    From: Ed Schwalenberg <Ed@ALDERAAN.SCRC.Symbolics.COM>
 165
 166        Date: Thu, 14 Dec 89 19:57:05 -0800
 167        From: David Vinayak Wallace <gumby@gang-of-four.stanford.edu>
 168
 169        Those who never used TS BEAR may not recognise the message above, but
 170        those who do may be amused by how the cookie bear got permuted by the
 171        time the unix weenies heard about it.  Then again, note his last
 172        question...
 173
 174        >From: kim@watsup.waterloo.edu (T. Kim Nguyen)
 175        Subject: "cookie"
 176        Date: 11 Dec 89 09:13:31 GMT
 177
 178        While the machine was being dismantled, someone took a look inside and
 179        found this circuit board hooked into the machine.  Guess what was
 180        asking for cookies, and had not been found, even after people searched
 181        high and low through the software for the cookie monster...
 182
 183    I heard this story when I entered MIT in September 1974.  The version I
 184    heard allegedly took place at Dartmouth, and the cookie monster wouldn't
 185    go away even after the OS was changed; it took a TTY33 repairperson to
 186    discover the hardware hack in the system console.
 187
 188    I wrote a cookie program for the PDP-8 at MIT's Weather Radar group when
 189    I worked there in the summer of 1975, based on the story I had heard.
 190    I wasn't aware of TS BEAR until much later, although I don't know when
 191    it was written or what inspiration its author (who I think was GLS) had.
 192
 193 I wrote TS BEAR after hearing an oral description of a similar
 194 hack on (as I recall) Multics.  Richard Feynman was perhaps its
 195 most famous victim (it was I who sicced it on him--blush).
 196 \1f
 197 Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU; 15 Dec 89 15:51:16 EST
 198 Received: from [128.81.41.109] by mintaka.lcs.mit.edu id aa14529;
 199           15 Dec 89 15:44 EST
 200 Received: from PEREGRINE.SCRC.Symbolics.COM by ALDERAAN.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 358313; 15 Dec 89 14:59:03 EST
 201 Date: Fri, 15 Dec 89 14:56 EST
 202 From: Ed Schwalenberg <Ed@alderaan.scrc.symbolics.com>
 203 Subject: TTY MESSAGE FROM A UNIX WEENIE:  LOSSAGE?
 204 To: David Vinayak Wallace <gumby@gang-of-four.stanford.edu>,
 205     info-its@ai.ai.mit.edu
 206 cc: unix-haters@ai.ai.mit.edu, gls@think.com
 207 In-Reply-To: <8912150357.AA06208@Gang-of-Four.Stanford.EDU>
 208 Message-ID: <19891215195628.4.ED@PEREGRINE.SCRC.Symbolics.COM>
 209
 210     Date: Thu, 14 Dec 89 19:57:05 -0800
 211     From: David Vinayak Wallace <gumby@gang-of-four.stanford.edu>
 212
 213     Those who never used TS BEAR may not recognise the message above, but
 214     those who do may be amused by how the cookie bear got permuted by the
 215     time the unix weenies heard about it.  Then again, note his last
 216     question...
 217
 218     >From: kim@watsup.waterloo.edu (T. Kim Nguyen)
 219     Subject: "cookie"
 220     Date: 11 Dec 89 09:13:31 GMT
 221
 222     While the machine was being dismantled, someone took a look inside and
 223     found this circuit board hooked into the machine.  Guess what was
 224     asking for cookies, and had not been found, even after people searched
 225     high and low through the software for the cookie monster...
 226
 227 I heard this story when I entered MIT in September 1974.  The version I
 228 heard allegedly took place at Dartmouth, and the cookie monster wouldn't
 229 go away even after the OS was changed; it took a TTY33 repairperson to
 230 discover the hardware hack in the system console.
 231
 232 I wrote a cookie program for the PDP-8 at MIT's Weather Radar group when
 233 I worked there in the summer of 1975, based on the story I had heard.
 234 I wasn't aware of TS BEAR until much later, although I don't know when
 235 it was written or what inspiration its author (who I think was GLS) had.
 236 \1f
 237 Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU; 15 Dec 89 12:51:50 EST
 238 Received: from orville.nas.nasa.gov by mintaka.lcs.mit.edu id aa09814;
 239           15 Dec 89 12:45 EST
 240 Received: Fri, 15 Dec 89 09:35:06 PST by orville.nas.nasa.gov (5.59/1.2)
 241 Date: Fri, 15 Dec 89 09:35:06 PST
 242 From: John Lekashman <lekash@orville.nas.nasa.gov>
 243 Message-Id: <8912151735.AA21356@orville.nas.nasa.gov>
 244 To: gumby@gang-of-four.stanford.edu, info-its@AI.ai.mit.edu
 245 Subject: Re:  TTY MESSAGE FROM A UNIX WEENIE:  LOSSAGE?
 246 Cc: unix-haters@AI.ai.mit.edu
 247
 248 The answer is yes.
 249 Either it really happened, or all of Seymour Papert's students
 250 are on drugs is true.  (oooooeeeee-eeeee).  At least back in
 251 the 70s.
 252                                 john
 253 \1f
 254 Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU; 14 Dec 89 23:01:56 EST
 255 Received: from Gang-of-Four.Stanford.EDU by mintaka.lcs.mit.edu id aa22227;
 256           14 Dec 89 22:57 EST
 257 Received: by Gang-of-Four.Stanford.EDU (5.61/inc-1.0)
 258         id AA06208; Thu, 14 Dec 89 19:57:05 -0800
 259 Date: Thu, 14 Dec 89 19:57:05 -0800
 260 From: David Vinayak Wallace <gumby@gang-of-four.stanford.edu>
 261 Message-Id: <8912150357.AA06208@Gang-of-Four.Stanford.EDU>
 262 To: info-its@ai.ai.mit.edu
 263 Cc: unix-haters@ai.ai.mit.edu
 264 Subject: TTY MESSAGE FROM A UNIX WEENIE:  LOSSAGE?
 265
 266 Those who never used TS BEAR may not recognise the message above, but
 267 those who do may be amused by how the cookie bear got permuted by the
 268 time the unix weenies heard about it.  Then again, note his last
 269 question...
 270
 271 Makes one wonder what the loser who wrote the Canonical Losing Unix
 272 Mailer thought he was writing.
 273
 274 >From: kim@watsup.waterloo.edu (T. Kim Nguyen)
 275 Newsgroups: alt.folklore.computers
 276 Subject: "cookie"
 277 Message-ID: <KIM.89Dec11041331@watsup.waterloo.edu>
 278 Date: 11 Dec 89 09:13:31 GMT
 279
 280 OK, here's another one I heard about.  This one (I was told) happened
 281 at MIT, back in the 70s (oooooeeeee-ooooo), on some big network type
 282 machine.  At the same time every day, a message would appear on
 283 people's terminals, saying "Give me a cookie".  And if they did
 284 nothing, the machine would burp and kill their process or something.
 285 Eventually someone, in response to that message, typed "cookie", and
 286 the machine said "thanks" and continued working normally.  For the
 287 remainder of the machine's lifetime, people would type "cookie" at the
 288 same time every day and take it for granted that they had to do this.
 289
 290 While the machine was being dismantled, someone took a look inside and
 291 found this circuit board hooked into the machine.  Guess what was
 292 asking for cookies, and had not been found, even after people searched
 293 high and low through the software for the cookie monster...
 294
 295 So -- did this really happen, or are all of Seymour Papert's students
 296 on drugs?  :-)
 297
 298 --
 299 T. Kim Nguyen                             kim@watsup.waterloo.{edu|cdn}
 300                                                 kim@watsup.uwaterloo.ca
 301                             {uunet|utzoo|utai|decvax}watmath!watsup!kim
 302 Systems Design Engineering  --  University of Waterloo, Ontario, Canada
 303 \1f
 304 Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 10 Sep 89 18:45:52 EDT
 305 Received: from arisia.Xerox.COM by mintaka.lcs.mit.edu id aa23016;
 306           10 Sep 89 18:37 EDT
 307 Received: from roo.parc.Xerox.COM by arisia.Xerox.COM with SMTP
 308         (5.61+/IDA-1.2.8/gandalf) id AA19688; Sun, 10 Sep 89 15:33:12 -0700
 309 Received: from mr-bun.parc.Xerox.COM by roo.parc.xerox.com with SMTP
 310         (5.61+/IDA-1.2.8/gandalf) id AA03302; Sun, 10 Sep 89 15:36:37 PDT
 311 Date: Sun, 10 Sep 89 15:34 PDT
 312 From: Alan Bawden <bawden@parc.xerox.com>
 313 Subject: 25th Anniversary of 36 Bits
 314 To: Info-ITS%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu
 315 Supersedes: <19890910220047.1.ALAN@MR-BUN.parc.xerox.com>
 316 Comments: There is too a host named MINTAKA.LCS.MIT.EDU.  Try again, Unix braindeath.
 317 Message-Id: <19890910223434.2.ALAN@MR-BUN.parc.xerox.com>
 318
 319 Article 471 of comp.org.decus:
 320 From: clive@pp.ACA.MCC.COM (Clive Dawson)
 321 Newsgroups: comp.arch,comp.org.decus
 322 Subject: 25th Anniversary of 36 Bits
 323 Keywords: 36-bits DEC-10 DEC-20 DECUS
 324 Date: 5 Sep 89 17:05:12 GMT
 325 Organization: MCC, Austin, TX
 326
 327 [The number of people who contributed to the recent discussion on
 328 Digital's 36-bit architecture made it seem appropriate to post this
 329 message here.  My apologies for straying from the main subject
 330 matter.]
 331
 332 A special event will take place at the Fall DECUS Symposium in Anaheim,
 333 California, November 6-10, 1989: The 25th Anniversary of 36-bit systems
 334 will be celebrated.  In 1964, Digital announced the PDP-6.  Twenty-five
 335 years later, the 36-bit architecture is still here serving a loyal
 336 customer base.
 337
 338 The celebration will take place on the evening of Monday, November 6,
 339 1989.  The usual DEC 10/20 Update Session will be held from 3-5 PM.
 340 Last-minute announcements regarding Anniversary events will be made at
 341 this session, as well as in the Monday edition of Update.Daily (the
 342 Symposium newspaper).  A meeting room in one of the Symposium hotels
 343 (Hilton or Marriott) will be made available for the anniversary
 344 events, which include:
 345
 346         -- 36-Bit JEOPARDY!
 347                 In the tradition of the 36-bit Trivia Bowl held at the
 348                 20th Anniversary celebration,  experts on the  history
 349                 and folklore of  36-bit systems  will compete  against
 350                 each other.  Come and match wits with them!
 351
 352         -- Memorabilia Exhibit and Swap
 353                 You are  encouraged to  bring old  manuals,  listings,
 354                 pieces of  hardware  (e.g. KA  and/or  KI  consoles!),
 355                 posters, buttons, tapes, and  any other items  related
 356                 to 36-bit  systems  for  exhibiting  and/or  swapping.
 357                 Table space will be made available.
 358
 359         -- Anniversary Dinner
 360
 361                 Dinner plans  are not  yet firm.   It will  either  be
 362                 catered by the hotel  or we will  adjourn to a  nearby
 363                 restaurant.
 364
 365         -- 36-Bit Magic & War Stories
 366                 Following dinner we  will swap war  stories and  other
 367                 legends of  36-bit  lore.   One of  the  most  popular
 368                 events of  the 1984  celebration will  be repeated:  a
 369                 reading of several infamous  SPR's (and their  equally
 370                 infamous replies.)  Come prepared to share share  your
 371                 favorite  stories.   Prizes  for  the  best  will   be
 372                 awarded.
 373
 374 Note that these four events will NOT appear in the DECUS schedule
 375 since they are not official DECUS functions (and therefore do not
 376 require conference registration.)  If you are planning to attend any
 377 of the 25th Anniversary events, please notify me as soon as possible,
 378 since we need to get a reasonable estimate on the number of people to
 379 expect.  (Dinner plans depend on this, so please try not to delay.)
 380
 381         E-mail:    Internet: Clive@MCC.COM
 382                    UUCP:  ...!cs.utexas.edu!pp!clive
 383         U.S. mail: MCC, 3500 West Balcones Center, Austin, TX 78759
 384         Phone:     (512) 338-3430
 385
 386 This will also enable us to create a mailing list for any last minute
 387 announcements regarding the events.  If you would like table space for
 388 exhibits, please mention this.  Suggestions regarding dinner plans are
 389 also welcome.  It may be difficult to find a reasonable restaurant
 390 nearby that could handle this.  The 20th anniversary dinner was done
 391 by the hotel at a cost of $36/person (what else?!).  Is this a
 392 reasonable fee?  If not, let me know how much you would be willing to
 393 pay.
 394
 395 This message is being sent to the TOPS-20 mailing list and the
 396 comp.arch and comp.org.decus news groups.  Please redistribute as you
 397 see fit and pass the word to other 36-bitters who may not otherwise
 398 find out about this.
 399
 400 See you in Anaheim!
 401
 402 Clive Dawson
 403 \1f
 404 Received: from ames.arc.nasa.gov (TCP 20031411003) by AI.AI.MIT.EDU  6 Oct 88 12:34:47 EDT
 405 Received: Thu, 6 Oct 88 09:23:05 PDT by ames.arc.nasa.gov (5.59/1.2)
 406 Date: Thu, 6 Oct 88 09:24:05 PST
 407 From: geoff@Fernwood.MPK.CA.US (the tty of Geoff Goodfellow)
 408 Subject: Re: License plate curiosity...
 409 Message-Id: <8810060924.2.UUL1.3#948@Fernwood.MPK.CA.US>
 410 To: Ed@ALDERAAN.SCRC.Symbolics.COM
 411 Cc: tops-20@score.stanford.edu, info-its@ai.ai.mit.edu, hic@symbolics.com,
 412         pgs@ai.ai.mit.edu, gls@think.com, vaf@score.stanford.edu
 413 In-Reply-To: Your message of Wed 5 Oct 88 17:27:28-PDTFrom: Vince Fuller <VAF@Score.Stanford.EDU>
 414
 415 i still have California JFCL.
 416 i believe JRST 4 belongs to Ken Olum (kdo@lucid.com).
 417 g
 418
 419 \1f
 420 Received: from Think.COM (TCP 1201000006) by AI.AI.MIT.EDU  6 Oct 88 12:05:10 EDT
 421 Return-Path: <barmar@Think.COM>
 422 Received: from sauron.think.com by Think.COM; Thu, 6 Oct 88 11:16:46 EDT
 423 Received: from OCCAM.THINK.COM by sauron.think.com; Thu, 6 Oct 88 12:00:28 EDT
 424 Date: Thu, 6 Oct 88 12:01 EDT
 425 From: Barry Margolin <barmar@Think.COM>
 426 Subject: License plate curiosity...
 427 To: Ed Schwalenberg <Ed@alderaan.scrc.symbolics.com>
 428 Cc: Vince Fuller <VAF@score.stanford.edu>, tops-20@score.stanford.edu,
 429         info-its@ai.ai.mit.edu, geoff@fernwood.mpk.ca.us,
 430         hic@alderaan.scrc.symbolics.com, pgs@ai.ai.mit.edu, gls@Think.COM
 431 In-Reply-To: <19881006144203.6.ED@BLACK-BIRD.SCRC.Symbolics.COM>
 432 Message-Id: <19881006160115.7.BARMAR@OCCAM.THINK.COM>
 433
 434 A couple of weeks ago I was walking through the Lotus parking lot by
 435 Cambridge Gas & Electric and saw the license plate CAR-CDR.  Anyone know
 436 whose this is?
 437
 438                                                 barmar
 439 \1f
 440 Received: from ALDERAAN.SCRC.Symbolics.COM (TCP 20024224555) by AI.AI.MIT.EDU  6 Oct 88 10:44:15 EDT
 441 Received: from BLACK-BIRD.SCRC.Symbolics.COM by ALDERAAN.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 227033; Thu 6-Oct-88 10:42:12 EDT
 442 Date: Thu, 6 Oct 88 10:42 EDT
 443 From: Ed Schwalenberg <Ed@ALDERAAN.SCRC.Symbolics.COM>
 444 Subject: License plate curiosity...
 445 To: Vince Fuller <VAF@Score.Stanford.EDU>
 446 cc: tops-20@Score.Stanford.EDU, info-its@AI.AI.MIT.EDU, geoff@fernwood.mpk.ca.us,
 447     hic@ALDERAAN.SCRC.Symbolics.COM, pgs@AI.AI.MIT.EDU, gls@think.com
 448 In-Reply-To: <12436116360.19.VAF@Score.Stanford.EDU>
 449 Message-ID: <19881006144203.6.ED@BLACK-BIRD.SCRC.Symbolics.COM>
 450
 451     Date: Wed 5 Oct 88 17:27:28-PDT
 452     From: Vince Fuller <VAF@Score.Stanford.EDU>
 453
 454     The other day I saw a California licence plate that read "JRST 4" (I guess you
 455     can't get commas on licence plates...). Out of curiosity, who is the owner of
 456     this plate?
 457
 458             --Vince
 459     -------
 460
 461 Hmm.  I thought this was Geoff Goodfellow's, but SAIL:AIWORD.RF[UP,DOC]
 462 tells me he has JFCL.
 463
 464 HIC got Massachusetts HLRZ (the PDP-10 instruction that implements
 465 the "car" operation of Lisp); I believe this vehicle and plate is
 466 still around in the possession of PGS.
 467
 468 I had FOOBAR in Nevada and later in Massachusetts; I still have
 469 the physical plates from Nevada, though the vehicle which wore
 470 both sets is long since deceased.
 471
 472 There used to be a rather extensive discussion of this stuff in the
 473 jargon file(s), but it seems to have evaporated, except for the single
 474 note about JFCL.
 475 \1f
 476 Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU  5 Oct 88 21:09:41 EDT
 477 Return-Path: <VAF@Score.Stanford.EDU>
 478 Received: from Score.Stanford.EDU by XX.LCS.MIT.EDU with TCP/SMTP; Wed 5 Oct 88 20:36:04-EDT
 479 Date: Wed 5 Oct 88 17:27:28-PDT
 480 From: Vince Fuller <VAF@Score.Stanford.EDU>
 481 Subject: License plate curiosity...
 482 To: tops-20@Score.Stanford.EDU
 483 Office: Pine Hall 167
 484 Phone:  415-723-6860
 485 Message-ID: <12436116360.19.VAF@Score.Stanford.EDU>
 486 ReSent-Date: Wed 5 Oct 88 21:06:17-EDT
 487 ReSent-From: Rob Austein <SRA@XX.LCS.MIT.EDU>
 488 ReSent-To: info-its@AI.AI.MIT.EDU
 489 ReSent-Message-ID: <12436123427.45.SRA@XX.LCS.MIT.EDU>
 490
 491 The other day I saw a California licence plate that read "JRST 4" (I guess you
 492 can't get commas on licence plates...). Out of curiosity, who is the owner of
 493 this plate?
 494
 495         --Vince
 496 -------
 497 \1f
 498 Date: Fri, 16 Sep 88 00:16:04 EDT
 499 From: Peter Lothberg <ROLL@AI.AI.MIT.EDU>
 500 Subject: The "crack team", is dissasembling MX, for it's trip to Sweden
 501 To: INFO-ITS@AI.AI.MIT.EDU, POOR-MX@AI.AI.MIT.EDU
 502 Message-ID: <444460.880916.ROLL@AI.AI.MIT.EDU>
 503
 504
 505 The crack team has begun to work;
 506
 507 A lot of the documentation for MX (KL-10) must be spread out, i
 508 can't find it around the machine.
 509
 510 So all of you that has bits and pices, bring it to the 9:th floor
 511 before sunday, please.
 512
 513
 514 (As the system will not fill the container more than 40% or so,
 515  we vold like donations of other stuff, like Lisp-machines, AAA terminals,
 516  a IMP, Conection machines, retired 2060's etc, (I'm not joking...))
 517
 518 -Peter
 519 \1f
 520 Date: Thu,  8 Sep 88 21:39:25 EDT
 521 From: "Pandora B. Berman" <CENT@AI.AI.MIT.EDU>
 522 Subject: The end of the world as we used to know it
 523 To: (*MSG *ITS)@AI.AI.MIT.EDU, ARPANET-BBOARDS@AI.AI.MIT.EDU,
 524     INFO-ITS@AI.AI.MIT.EDU
 525 Message-ID: <439827.880908.CENT@AI.AI.MIT.EDU>
 526
 527 "The time has come," said LCS,
 528     "MX at last must go.
 529 Its day has gone.  We need that space
 530     Most urgently."  And so
 531 Before we crate it, let us give
 532     A final cheerio.
 533
 534 Once there was a KL-10 called MIT-MC which belonged to the Macsyma
 535 Consortium.  It provided Macsyma, the symbolic algebra system, to
 536 researchers all over the world, and mail gatewaying and mailing list
 537 support to a large fraction of the Arpanet.  Things continued in this
 538 fashion from 1975 to 1983.
 539
 540 When the Macsyma Consortium dissolved in 1983, MC turned to providing
 541 cycles for MIT's Laboratory for Computer Science, and continued supporting
 542 much of the Arpanet's mail service.  But the machine itself was growing old
 543 and cranky.  In 1986, the mail services were moved to a smaller, more
 544 maintainable machine (a KS-10), and the name "MC" was moved with them.
 545 But the KL-10 continued to run under the new name "MX".
 546
 547 Now the end has come.  MX was down cold for several months, and has only
 548 been revived recently to copy some old 7-track tapes.  LCS can't keep MX
 549 any longer -- it needs the space for other purposes.  So the KL is being
 550 sent to the Home for Aged But Beloved PDP-10s; a crack team of hardware
 551 hackers will arrive next week to dismantle it and take it back with them to
 552 Sweden.
 553
 554 In celebration of this momentous event, we are holding a small farewell
 555 gathering:
 556                          Friday, 16 September 1988
 557                                    16:00
 558                           NE43-8th floor playroom
 559                   (545 Technology Square, Cambridge, MA)
 560
 561 Reservations are strenuously requested (though not strictly necessary) --
 562 we need a head count so we can figure out how many trays of institutional
 563 brownies to order.  Send yours to:
 564                             CENT@AI.AI.MIT.EDU
 565
 566 Offers of refreshement are also very welcome -- do you think we have any
 567 budget for this kind of thing?  Send all such offers also to CENT as above.
 568 \1f
 569 Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 12 Mar 88 11:35:46 EST
 570 Received: from AI.AI.MIT.EDU (CHAOS 3130) by MC.LCS.MIT.EDU 12 Mar 88 11:24:33 EST
 571 Date: Sat, 12 Mar 88 11:24:38 EST
 572 From: "Christopher M. Maeda" <MAEDA@AI.AI.MIT.EDU>
 573 Subject: UMass ITS's
 574 To: mike@OZ.AI.MIT.EDU
 575 cc: info-its@MC.LCS.MIT.EDU
 576 Message-ID: <340451.880312.MAEDA@AI.AI.MIT.EDU>
 577
 578 I heard of a pretty big Intelligent Tutoring Systems effort
 579 going on at UMass.  I have the paper at home if you want it.
 580 They aren't really doing anything new, just applying AI to a
 581 new area.  The most interesting thing about the paper is that
 582 they continually use the acronym ITS to describe their systems.
 583
 584 Chris
 585
 586 \1f
 587 Received: from MEAD.SCRC.Symbolics.COM (TCP 20024224752) by AI.AI.MIT.EDU  7 Mar 88 15:58:19 EST
 588 Received: from BLACK-BIRD.SCRC.Symbolics.COM by MEAD.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 141317; Mon 7-Mar-88 15:58:00 EST
 589 Date: Mon, 7 Mar 88 15:57 EST
 590 From: Ed Schwalenberg <Ed@MEAD.SCRC.Symbolics.COM>
 591 Subject: Re: [ota: SPACE Digest V8 #156]
 592 To: Rob Austein <SRA@XX.LCS.MIT.EDU>, MAEDA@AI.AI.MIT.EDU
 593 cc: postmaster@MC.LCS.MIT.EDU, MarkL@ALLSPICE.LCS.MIT.EDU,
 594     Info-ITS@AI.AI.MIT.EDU
 595 In-Reply-To: <12380322663.23.SRA@XX.LCS.MIT.EDU>
 596 Message-ID: <880307155748.0.ED@BLACK-BIRD.SCRC.Symbolics.COM>
 597
 598     Date: Sun 6 Mar 88 23:23:32-EST
 599     From: Rob Austein <SRA@XX.LCS.MIT.EDU>
 600
 601         Date: Sun,  6 Mar 88 14:22:49 EST
 602         From: "Christopher M. Maeda" <MAEDA@AI.AI.MIT.EDU>
 603
 604         The following was posted to space digest in a discussion about
 605         remote logins to the moon.,,
 606     [Note COMSAT ".." lossage here^^.]
 607
 608             From: tektronix!reed!douglas@ucbvax.berkeley.edu  (P Douglas Reeder)
 609             Subject: Re: data and long distances
 610
 611             The distance problem applies to satelites in geosynchonous
 612             orbit, as well.  radio wave take a noticeable fraction of a
 613             second to get there and back.  That would play hell with high
 614             baud rates if not accounted for.  A comsat expert might know
 615             how it's done.
 616
 617     For interplanetary stuff you'd want to use a batched mail protocol
 618     like BSMTP over a high bandwidth transmission protocol like NETBLT for
 619     mail.  You could probably get away with SMTP to Lunagrad (Moonbase
 620     doesn't look like it's going to be an issue any time soon).
 621
 622     Remote login will be bad no matter what.  The best you could do would
 623     be something like RMS's local editing protocol, again using something
 624     like NETBLT for transmission so that at least screen updates would be
 625     fast once they arrived.
 626
 627 I actually tried using a computer in Miami from Antarctica via a geosynch
 628 satellite.  It was, er, painful.  But I did a fun experiment too: I did
 629 an analog loopback through the satellite, and watched my characters echo
 630 on the screen.  Then I tried typing a character, and while it was on its
 631 way up and back I digitally looped back my end.  After about 6 passes the
 632 character would begin to decay:
 633         aaaaaabp~~~~~~<rubout><rubout><rubout>
 634 Another satellite hacker (the gentleman in Miami) ran a PDP-11 to the satellite,
 635 ran the analog downlink back up to another channel on the same satellite, then
 636 to a terminal, for a total delay of about .75 sec.
 637 \1f
 638 Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU  6 Mar 88 23:50:25 EST
 639 Received: from XX.LCS.MIT.EDU (CHAOS 2420) by MC.LCS.MIT.EDU  6 Mar 88 23:32:24 EST
 640 Date: Sun 6 Mar 88 23:23:32-EST
 641 From: Rob Austein <SRA@XX.LCS.MIT.EDU>
 642 Subject: Re: [ota: SPACE Digest V8 #156]
 643 To: MAEDA@AI.AI.MIT.EDU
 644 cc: info-its@MC.LCS.MIT.EDU, postmaster@MC.LCS.MIT.EDU,
 645     MarkL@ALLSPICE.LCS.MIT.EDU
 646 In-Reply-To: <336939.880306.MAEDA@AI.AI.MIT.EDU>
 647 Message-ID: <12380322663.23.SRA@XX.LCS.MIT.EDU>
 648
 649     Date: Sun,  6 Mar 88 14:22:49 EST
 650     From: "Christopher M. Maeda" <MAEDA@AI.AI.MIT.EDU>
 651
 652     The following was posted to space digest in a discussion about
 653     remote logins to the moon.,,
 654 [Note COMSAT ".." lossage here^^.]
 655
 656         From: tektronix!reed!douglas@ucbvax.berkeley.edu  (P Douglas Reeder)
 657         Subject: Re: data and long distances
 658
 659         The distance problem applies to satelites in geosynchonous
 660         orbit, as well.  radio wave take a noticeable fraction of a
 661         second to get there and back.  That would play hell with high
 662         baud rates if not accounted for.  A comsat expert might know
 663         how it's done.
 664
 665 For interplanetary stuff you'd want to use a batched mail protocol
 666 like BSMTP over a high bandwidth transmission protocol like NETBLT for
 667 mail.  You could probably get away with SMTP to Lunagrad (Moonbase
 668 doesn't look like it's going to be an issue any time soon).
 669
 670 Remote login will be bad no matter what.  The best you could do would
 671 be something like RMS's local editing protocol, again using something
 672 like NETBLT for transmission so that at least screen updates would be
 673 fast once they arrived.
 674
 675 You might also want to ask somebody at BBN about the current tuning of
 676 the ARPANET (net 10.0.0.0 itself): one of the three transcontinental
 677 channels is a comsat link, the other two are land lines, and all hell
 678 broke loose for the few days between when they installed the comsat
 679 link and when they got it tuned properly.
 680 -------
 681
 682 \1f
 683 Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU  6 Mar 88 20:20:27 EST
 684 Received: from AI.AI.MIT.EDU (CHAOS 3130) by MC.LCS.MIT.EDU  6 Mar 88 19:56:02 EST
 685 Date: Sun,  6 Mar 88 14:22:49 EST
 686 From: "Christopher M. Maeda" <MAEDA@AI.AI.MIT.EDU>
 687 Subject:  [ota: SPACE Digest V8 #156]
 688 To: info-its@MC.LCS.MIT.EDU, postmaster@MC.LCS.MIT.EDU
 689 Message-ID: <336939.880306.MAEDA@AI.AI.MIT.EDU>
 690
 691
 692 The following was posted to space digest in a discussion about
 693 remote logins to the moon.,,
 694
 695         From: tektronix!reed!douglas@ucbvax.berkeley.edu  (P Douglas Reeder)
 696         Subject: Re: data and long distances
 697
 698         The distance problem applies to satelites in geosynchonous
 699         orbit, as well.  radio wave take a noticeable fraction of a
 700         second to get there and back.  That would play hell with high
 701         baud rates if not accounted for.  A comsat expert might know
 702         how it's done.
 703
 704 Chris
 705
 706
 707 \1f
 708 Received: from SUMEX-AIM.STANFORD.EDU (TCP 1200000070) by AI.AI.MIT.EDU 27 Oct 87 02:52:35 EST
 709 Received: from PANDA.COM by SUMEX-AIM.STANFORD.EDU with Cafard; Mon, 26 Oct 87 23:49:58 PST
 710 Date: Mon, 26 Oct 87 23:06:19 PST
 711 From: Mark Crispin <MRC@PANDA.COM>
 712 Subject: Re: ITS outlives Multics?!
 713 To: GUMBY@AI.AI.MIT.EDU
 714 cc: Info-ITS@AI.AI.MIT.EDU
 715 In-Reply-To: <275589.871027.GUMBY@AI.AI.MIT.EDU>
 716 Postal-Address: 1802 Hackett Ave.; Mountain View, CA  94043-4431
 717 Phone: +1 (415) 968-1052
 718 Message-ID: <12345749289.8.MRC@PANDA.COM>
 719
 720 TOPS-10 and TOPS-20 both support 30-bit address spaces (although the KL
 721 CPU only allows 23).  Having written a large program using 30-bit addressing,
 722 I can assure you it isn't as kludgy as its detractors claim, and certainly a
 723 lot cleaner than some of the current faddish architectures.
 724
 725 I'm sure some bright hacker could figure out how to convert ITS to 30-bit
 726 addressing.
 727 -------
 728 \1f
 729 Date: Tue, 27 Oct 87 01:30:27 EST
 730 From: David Vinayak Wallace <GUMBY@AI.AI.MIT.EDU>
 731 Subject:  ITS outlives Multics?!
 732 To: "MRC@PANDA.COM"@AI.AI.MIT.EDU
 733 cc: INFO-ITS@AI.AI.MIT.EDU
 734 In-reply-to: Msg of Mon 26 Oct 87 10:04:15 PST from Mark Crispin <MRC at PANDA.COM>
 735 Message-ID: <275589.871027.GUMBY@AI.AI.MIT.EDU>
 736
 737     Date: Mon, 26 Oct 87 10:04:15 PST
 738     From: Mark Crispin <MRC at PANDA.COM>
 739
 740     We'll need some new CPU's though.  36-bits are decidedly out of fashion
 741     at Stanford, but perhaps there are some MIT VLSI hackers who might want
 742     to make a PDP-10 on a chip?
 743
 744 But the 18-bit address space is a lose.  Since you're making a new
 745 chip or chip set anyway, why not double the word length?  36-bit
 746 halfwords should keep people happy for a while.  We could have more
 747 registers, too.
 748 \1f
 749 Received: from SUMEX-AIM.STANFORD.EDU (TCP 1200000070) by AI.AI.MIT.EDU 26 Oct 87 14:16:23 EST
 750 Received: from PANDA.COM by SUMEX-AIM.STANFORD.EDU with Cafard; Mon, 26 Oct 87 11:08:04 PST
 751 Date: Mon, 26 Oct 87 10:04:15 PST
 752 From: Mark Crispin <MRC@PANDA.COM>
 753 Subject: Re: ITS outlives Multics?!
 754 To: ALAN@AI.AI.MIT.EDU
 755 cc: INFO-ITS@AI.AI.MIT.EDU
 756 In-Reply-To: <275113.871026.ALAN@AI.AI.MIT.EDU>
 757 Postal-Address: 1802 Hackett Ave.; Mountain View, CA  94043-4431
 758 Phone: +1 (415) 968-1052
 759 Message-ID: <12345606917.6.MRC@PANDA.COM>
 760
 761 That sounds good.  I'm sure the ITS hackers in 2155 will be able to think
 762 of something clever to solve the problem then.  TOPS-20's date format
 763 dies at the last 1/3 second of Wednesday, 7 August 2576 GMT (here on the
 764 west coast, just before 5PM PDT), so we have almost 589 years to worry
 765 about that.
 766
 767 We'll need some new CPU's though.  36-bits are decidedly out of fashion
 768 at Stanford, but perhaps there are some MIT VLSI hackers who might want
 769 to make a PDP-10 on a chip?
 770 -------
 771 \1f
 772 Date: Mon, 26 Oct 87 11:58:03 EST
 773 From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
 774 Subject:  ITS outlives Multics?!
 775 To: MRC@AI.AI.MIT.EDU, INFO-ITS@AI.AI.MIT.EDU
 776 In-reply-to: Msg of Sun 25 Oct 87 13:59:55 PST from Mark Crispin <MRC at PANDA.COM>
 777 Message-ID: <275113.871026.ALAN@AI.AI.MIT.EDU>
 778
 779     Date: Sun, 25 Oct 87 13:59:55 PST
 780     From: Mark Crispin <MRC at PANDA.COM>
 781     ...
 782     I was quoted in a trade journal as saying that PANDA/TOPS-20
 783     will see the century tick.  What about ITS?  We're going to
 784     have to do something about that sixbit date format, you know!
 785
 786 (I intend to continue using ITS into retirement...)
 787
 788 The SIXBIT date format you are thinking of (from the .RDATE uuo) is for
 789 simple programs that want the date in MM/DD/YY format.  I presume that on
 790 January 1, 2000 those programs will want to print the date as 01/01/00, so
 791 this isn't a problem.
 792
 793 There are two other date formats.  The .RYEAR uuo returns the year as an
 794 18-bit quantity, so that will work for quite some time.  The other, more
 795 common, date format is the one used by the filesystem, and by programs that
 796 used the DATIME library; this is the format returned by the RQDATE system
 797 call.  This format packs the year, less 1900, in a 7-bit field, so this
 798 will last through 2027.  Since the bit to the left of the year field is
 799 unused, we can easily expand this to last through 2155.
 800
 801 Probably the most we will have to do is fix a few user programs that have
 802 the string "19" built into them.
 803 \1f
 804 Received: from SUMEX-AIM.STANFORD.EDU (TCP 1200000070) by AI.AI.MIT.EDU 25 Oct 87 17:23:27 EST
 805 Received: from PANDA.COM by SUMEX-AIM.STANFORD.EDU with Cafard; Sun, 25 Oct 87 14:21:06 PST
 806 Date: Sun, 25 Oct 87 13:59:55 PST
 807 From: Mark Crispin <MRC@PANDA.COM>
 808 Subject: ITS outlives Multics?!
 809 To: INFO-ITS@AI.AI.MIT.EDU
 810 Postal-Address: 1802 Hackett Ave.; Mountain View, CA  94043-4431
 811 Phone: +1 (415) 968-1052
 812 Message-ID: <12345387677.6.MRC@PANDA.COM>
 813
 814 I just got a message from the Multics postmaster saying that
 815 MIT-Multics will be shut down on 31 December.  Athough it was
 816 inevitable it is still rather sad.  I find it somewhat ironic
 817 though that today, years after ITS was declared dead, there
 818 are more ITS systems in operation (even excluding the part-time
 819 systems) than ever.
 820
 821 I was quoted in a trade journal as saying that PANDA/TOPS-20
 822 will see the century tick.  What about ITS?  We're going to
 823 have to do something about that sixbit date format, you know!
 824 -------
 825 \1f
 826 Received: from SUMEX-AIM.STANFORD.EDU (TCP 1200000070) by AI.AI.MIT.EDU  4 Oct 87 04:28:25 EDT
 827 Received: from PANDA.COM by SUMEX-AIM.STANFORD.EDU with Cafard; Sun, 4 Oct 87 01:16:03 PDT
 828 Date: Sat, 3 Oct 87 23:08:38 PDT
 829 From: Mark Crispin <MRC@PANDA.COM>
 830 Subject: Re: The operating system that wouldn't die!  AAAAIIIIEEEEEE!!!!!
 831 To: ALAN@AI.AI.MIT.EDU
 832 cc: INFO-ITS@AI.AI.MIT.EDU, gls@THINK.COM
 833 In-Reply-To: <264420.871003.ALAN@AI.AI.MIT.EDU>
 834 Postal-Address: 1802 Hackett Ave.; Mountain View, CA  94043-4431
 835 Phone: +1 (415) 968-1052
 836 Message-ID: <12339709477.6.MRC@PANDA.COM>
 837
 838 Well, you know, we have to start thinking about what will happen
 839 when the century ticks.  I'm determined that TOPS-20 on PANDA will
 840 see it tick, which means fixing any bugs that have two-digit years.
 841 The question is, how will ITS handle it?
 842
 843 I think it will be damn funny if our 36-bit "dinosaurs" just tick
 844 the century and keep on smiling, while every Unix system in the
 845 world crashes!!!
 846
 847 -- Mark --
 848 -------
 849 \1f
 850 Received: from TB.CC.CMU.EDU (TCP 20000576442) by AI.AI.MIT.EDU  4 Oct 87 04:22:14 EDT
 851 Date: Sun 4 Oct 87 04:14:20-EDT
 852 From: Cthulhu <AD0R@TB.CC.CMU.EDU>
 853 Subject: its on a ka10
 854 To: info-its@AI.AI.MIT.EDU
 855 Message-ID: <12339732358.19.AD0R@TB.CC.CMU.EDU>
 856
 857
 858 It's amazing enough that they got the ka10 running.  I think they've got all
 859 core in that lovely machine.  These are truly wonderful people.
 860
 861 -------
 862 \1f
 863 Date: Sat,  3 Oct 87 23:02:14 EDT
 864 From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
 865 Subject:  The operating system that wouldn't die!  AAAAIIIIEEEEEE!!!!!
 866 To: INFO-ITS@AI.AI.MIT.EDU, gls@THINK.COM
 867 In-reply-to: Msg of Fri 2 Oct 87 11:34:35 EDT from gls at Think.COM
 868 Message-ID: <264420.871003.ALAN@AI.AI.MIT.EDU>
 869
 870     Date: Fri, 2 Oct 87 11:34:35 EDT
 871     From: gls at Think.COM
 872     To:   bug-its at ai.ai.mit.edu
 873     I just got my "Happy Birthday" message from Puff the Magic Dragon at AI.
 874     Maybe I'm silly, but this has made me very happy today.  It's nice that
 875     someone cared enough to set up the software so I get a message every year.
 876     (I think I am also affected by nostalgia for my days at MIT.)
 877     --Guy
 878
 879 Well a message like this is certainly guaranteed to make -my- day!  It's
 880 always nice to have people appreciate creaky-but-reliable old ITS for still
 881 being around after 20 years!
 882
 883 I thought I would take this opportunity to spread the word about something
 884 that I don't think has been very widely publicized.  Some of you may recall
 885 that a while ago some fellows in Sweden contacted us about running ITS on
 886 various PDP-10's that they owned?  Well, we mailed them a set of tapes for
 887 bringing up ITS on their 2020, which they were able to do without too much
 888 trouble (their biggest problem was -my- fault).  That all happened over a
 889 year ago.  Recently we learned that these guys have successfully -built-
 890 ITS paging hardware for their KA-10, and have ITS up and running there as
 891 well!  Totally Amazing.
 892 \1f
 893 Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU  7 Aug 87 06:34:11 EDT
 894 Received: from XX.LCS.MIT.EDU (CHAOS 2420) by MC.LCS.MIT.EDU  7 Aug 87 04:26:56 EDT
 895 Date: Thu, 6 Aug 1987  21:52 EDT
 896 Message-ID: <SRA.12324458461.BABYL@XX.LCS.MIT.EDU>
 897 From: Rob Austein <SRA@XX.LCS.MIT.EDU>
 898 To:   barmar@THINK.COM
 899 Cc:   info-its@MC.LCS.MIT.EDU
 900 Subject: Unix catching up to ITS
 901 In-reply-to: Msg of 6 Aug 1987  14:00-EDT from barmar@Think.COM
 902
 903 No, that's the USR: device.  But they've invented the JOB: device too,
 904 something called "portals" I think.
 905
 906 As Noel Chiappa said when talking about ITS and Multics, it's really
 907 kind of scary to think that we are just now catching up to what we
 908 were able to do twenty years ago.
 909
 910 \1f
 911 Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU  6 Aug 87 19:01:31 EDT
 912 Received: from Think.COM (TCP 1201000006) by MC.LCS.MIT.EDU  6 Aug 87 18:06:10 EDT
 913 Return-Path: <barmar@Think.COM>
 914 Received: from godot.think.com by Think.COM; Thu, 6 Aug 87 14:00:44 EDT
 915 Received: by godot.think.com; Thu, 6 Aug 87 14:00:39 EDT
 916 Date: Thu, 6 Aug 87 14:00:39 EDT
 917 From: barmar@Think.COM
 918 Message-Id: <8708061800.AA08725@godot.think.com>
 919 To: info-its@mc.lcs.mit.edu
 920 Subject: Unix catching up to ITS
 921
 922 I read the following in the Usenet newsgroup comp.unix.wizards (== to
 923 the Arpanet mailing list UNIX-WIZARDS).  AT&T has finally "invented"
 924 the JOB: device!
 925
 926 Article 3409 of comp.unix.wizards:
 927 Path: think!husc6!seismo!mnetor!utzoo!henry
 928 From: henry@utzoo.UUCP (Henry Spencer)
 929 Newsgroups: comp.unix.wizards
 930 Subject: /proc, /n/face
 931 Message-ID: <8285@utzoo.UUCP>
 932 Date: 10 Jul 87 19:06:20 GMT
 933 References: <7879@brl-adm.ARPA> <2211@bunker.UUCP>, <6043@brl-smoke.ARPA>, <8244@utzoo.UUCP>
 934 Organization: U of Toronto Zoology
 935 Lines: 42
 936
 937 > V8 /proc preserves the semantics of a normal Unix directory setup *exactly*,
 938 > unless I missed something subtle when I read the code.  My impression is that
 939 > /n/face does likewise.  In both cases the directory hierarchy is actually a
 940 > figment of the kernel's imagination, but it is a consistent figment with the
 941 > same semantics as normal directories.
 942
 943 Several people have asked what this is about, so I suppose I should elaborate
 944 a bit.  This stuff has been presented in papers at Usenix conferences, but
 945 not everybody's familiar with those.
 946
 947 /proc is V8's replacement for the ptrace() system call and related things.
 948 It's a slightly-odd type of file system.  Once mounted, it looks like a
 949 single directory containing a bunch of files with numeric names.  If you
 950 open (say) file "12345", you are looking at the address space of process
 951 number 12345.  Writes into the file are writes into the address space.
 952 There are ioctls for things like stopping and starting the process, sending
 953 it signals, etc.  Access to the files is naturally subject to the standard
 954 Unix file-permission system.  The whole thing is actually a figment of the
 955 kernel's imagination, with the "directory" manufactured on the fly whenever
 956 someone tries to read it, and operations on the "files" turned into the
 957 corresponding operations on the processes.  Apart from being cleaner than
 958 ptrace(), /proc is also faster.
 959
 960 [description of /n/face deleted]
 961
 962 In both cases, these odd filesystems look exactly like real ones, down to
 963 things like "." and ".." entries in the directories.  You can use all the
 964 standard Unix tools to operate on them.
 965
 966 At least one System V implementation of /proc exists inside AT&T, but it
 967 hasn't made it into any released software that I know of.  I believe /n/face
 968 is strictly a V8ism at the moment.
 969 --
 970 Mars must wait -- we have un-         Henry Spencer @ U of Toronto Zoology
 971 finished business on the Moon.     {allegra,ihnp4,decvax,pyramid}!utzoo!henry
 972
 973
 974
 975 \1f
 976 Date: Tue,  5 May 87 08:25:18 EDT
 977 From: John Wilson <JOHNW@AI.AI.MIT.EDU>
 978 To: INFO-ITS@AI.AI.MIT.EDU
 979 Message-ID: <195618.870505.JOHNW@AI.AI.MIT.EDU>
 980
 981 Please add me to the mailing list.
 982
 983         thanks,    John Wilson
 984 \1f
 985 Received: from SUMEX-AIM.STANFORD.EDU (TCP 1200000070) by AI.AI.MIT.EDU 16 Apr 87 04:36:44 EDT
 986 Received: from PANDA by SUMEX-AIM.STANFORD.EDU with Cafard; Thu, 16 Apr 87 01:31:16 PDT
 987 Date: Thu, 16 Apr 87 00:29:35 PDT
 988 From: Mark Crispin <MRC%PANDA@SUMEX-AIM.Stanford.EDU>
 989 Subject: Re: Announcement of the DEC 10 and PDP-6 history project (PROJECT-10262)
 990 To: ALAN@AI.AI.MIT.EDU
 991 cc: INFO-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU
 992 In-Reply-To: <185625.870416.ALAN@AI.AI.MIT.EDU>
 993 Postal-Address: 1802 Hackett Ave.; Mountain View, CA  94043-4431
 994 Phone: +1 (415) 968-1052
 995 Message-ID: <12294897588.8.MRC@PANDA>
 996
 997 I am involved peripherally with this project.
 998
 999 There is NO attempt to shortchange or ignore ITS, WAITS, and TENEX.
1000
1001 But!!  We will need *papers* from people in these communities in order to
1002 fairly cover these operating systems.
1003
1004 Otherwise, I will write up something really brief.  For ITS, in a few short
1005 paragraphs I'll talk about DDT as the command decoder, PCLSR'ing, and the
1006 environment that led to the creation of EMACS.
1007
1008 I think such coverage WOULD shortchange ITS.  There are lots of important
1009 concepts that can and should be discussed in detail -- PCLSR'ing, ITS virtual
1010 memory (not as good as TOPS-20/Tenex, but quite advanced for its time),
1011 canonical terminals/SUPDUP/CRTSTY, symbolic system calls, CHEOPS, Knight TV
1012 system, ...
1013
1014 TECO and TECO-based editors should be a paper in itself.
1015 -------
1016 \1f
1017 Date: Thu, 16 Apr 87 02:04:00 EDT
1018 From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
1019 Subject:  Announcement of the DEC 10 and PDP-6 history project (PROJECT-10262)
1020 To: INFO-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU
1021 Message-ID: <185625.870416.ALAN@AI.AI.MIT.EDU>
1022
1023 The following message was forwarded to me (it was originally sent to AIList
1024 I think) with the suggestion that I should redistribute it to whatever
1025 mailing lists of PDP-10 hackers I knew of.  I don't know anything more
1026 about this than what is revealed here.
1027
1028 It does kind of sound like these guys are planning on writing a history of
1029 PDP-10's that only mentions TOPS10 and TOPS20 and fails to consider ITS and
1030 WAITS and perhaps shortchanges TENEX.  But I suspect that this is merely a
1031 shortcoming of this announcement.
1032
1033 Date: 16 Mar 1987 1311-EST
1034 From: "Joe Dempster, DTN: 336.2252 AT&T: 609.665.8711" <DEMPSTER@MARLBORO.DEC.COM>
1035 Subject: Announcement of the DEC 10 and PDP-6 history project (PROJECT-10262)
1036
1037 This message originates from 2 sources:
1038
1039         Les Earnest
1040         Computer Science Department
1041         STANFORD UNIVERSITY
1042         Stanford, CA  94305
1043         415.723.9729
1044         ARPA: LES@SAIL.STANFORD.EDU
1045
1046         Joe Dempster
1047         DIGITAL EQUIPMENT CORPORATION
1048         6 Cherry Hill Executive Campus
1049         Route 70
1050         Cherry Hill, NJ  08002
1051         609.665.8711
1052         ARPA: DEMPSTER@MARLBORO.DEC.COM (MARKET)
1053
1054 The goal of this project is to publish an analysis and history of
1055 the evolution, implementation and use of Digital's 36 bit systems.
1056 This period began with the PDP-6 in 1964 and continues today with
1057 TOPS 10/20 development, which is scheduled to end in 1988.
1058
1059 We are working aggressively to finish the project, and have it
1060 published, by March/April 1988.  This will require that the
1061 completed manuscript be ready to go into the publication cycle
1062 by August 1987!
1063
1064 The project will attempt to answer the following questions:
1065
1066         1. In what markets/applications were these systems used?
1067
1068         2. Who were the users of these systems and what impact did
1069            roughly 2,500 TOPS 10/20 systems have on their organizations?
1070
1071         3. Who were the principle system architects of these systems?
1072            What features, and if there had been sufficient time to
1073            implement them, would have significantly improved the
1074            architecture?
1075
1076         4. What impact did the decision to continue to examine design
1077            extensions to the architecture have on the usefulness and
1078            acceptability of these systems.  This is in contrast to a
1079            more common practice today to work from a detailed design
1080            specification, sometimes dated, building follow-on systems
1081            which provide increased performance through the use of new
1082            component technologies and packaging techniques.
1083
1084         5. What part of the overall design (TOPS10/20) was technology
1085            dependent and what can still be considered "unequaled" in
1086            relation to other computer architectures still undergoing
1087            active development?
1088
1089         6. What type of development environment (both HW and SW)
1090            supported and contributed to the evolution of 36 bit
1091            systems?
1092
1093         7. What influence did TOPS 10/20 have on other vendors system
1094            development?
1095
1096 This history will undoubtedly be assembled from many sources and
1097 participants.  Some information will be anecdotal; there will be
1098 interviews with the people involved (users and developers) and technical
1099 papers will be solicited.  Of course there will also be the packaging
1100 and assembly of facts as we see them.
1101
1102 The result will hopefully have sufficient depth to serve as:
1103
1104         1. An introductory or advanced text on system design and
1105            hardware/system software implementation.
1106
1107         2. A analysis of the success and difficulties of marketing
1108            complex systems into a very crowded market of competing
1109            alternatives.
1110
1111         3. A catharsis for those of us who have contributed to the
1112            development and use these systems and who will now move
1113            onto new computing architectures and opportunities.
1114
1115 In addition to interviewing directly 25-50 developers, users and
1116 product managers we will continue to work to identify contributors
1117 and significant events up to when the final draft is submitted to
1118 the publisher.  Two "topics" are already under development:
1119
1120         1. Rob Gingell from SUN is working on a paper which looks
1121            at extensions to TOPS 20 which would have enhanced its
1122            capabilities.
1123
1124         2. Frank da Cruz and Columbia are summarizing 10 years of
1125            experience and development of TOPS 20 systems.  Some
1126            effort will also be made to detail the process which
1127            lead to their selection of a follow-on architecture to
1128            TOPS 20.
1129
1130 There is a need to develop additional topics which represent the
1131 use and application of the technology (TOPS 10/20) in other areas.
1132 Specific recommendations are welcome as are proposals to develop
1133 them.  A short abstract should accompany any such proposal.  Every
1134 effort will be made to work with individuals or organizations
1135 interested in making such a contribution.
1136
1137 There will be a standalone (no network connections) DECSYSTEM 2020
1138 (YIPYIP) dedicated to supporting the project.  This system has a 3
1139 line hunt group, with all lines accessible from a single number
1140 (201.874.8612).
1141
1142 Both YIPYIP and MARKET will have "public" directories for remote
1143 login (<log>DEMPSTER.PROJECT-10262 <Password>LCGLCG).  MARKET can
1144 be accessed by modem (617.467.7437), however disk quota is limited.
1145 MARKET's primary purpose <DEMPSTER.PROJECT-10262> is ARPAnet TELNET
1146 access.  YIPYIP is a dedicated PROJECT-10262 system.  MAIL can also
1147 be sent to DEMPSTER on either system.
1148
1149 YIPYIP and MARKET will keep a running summary of ideas and comments
1150 up on Columbia's BBOARD software.  KERMIT also runs on each system
1151 for uploads.
1152
1153 SAIL.STANFORD.EDU will support ARPAnet transfers to a "public" area:
1154
1155         FTP<ret>
1156         CONNECT SAIL.STANFORD.EDU<ret>
1157         SEND AFN.EXT<ret>
1158         DSK: AFN.EXT [PUB,LES]<ret>
1159
1160 SAIL runs WAITS, an operating system similiar to TOPS 10.  File
1161 names are limited to 6 characters and extensions limited to 3.
1162
1163
1164 Implementation details:
1165
1166         1. User input is welcomed and desired from all application
1167            and geographic areas.
1168
1169         2. Input from past and present developers is also desired.
1170
1171         3. Throughout the project a secondary goal will be to build
1172            a list of users/locations (installation date, duration and
1173            disposition) of PDP-6 and KA, KI, KL and KS systems.
1174            Serial numbers, if available, are requested.
1175
1176         4. We anticipate that this project will generate a large
1177            volume of information (which we hope will arrive
1178            electronically).  Some information, for any number of
1179            reasons, may not be in line with the project's stated
1180            goals.  Therefore, all notes, interview material and
1181            submissions will be donated to the Computer Museum in Boston
1182            at the the completion of the project to be available for
1183            future reference and research.
1184
1185 Ideas, contributions, suggestions and criticism are welcome.  As these
1186 36 bit systems were the products of a multitude of people, so too
1187 will be the writing of their history.
1188 \1f
1189 Date: Sat, 21 Mar 87 05:59:20 EST
1190 From: "Anthony A. Datri" <AAD@AI.AI.MIT.EDU>
1191 Subject: is this a mailing list?
1192 To: INFO-ITS@AI.AI.MIT.EDU, INFO-ITS-REQUEST@AI.AI.MIT.EDU
1193 Message-ID: <171734.870321.AAD@AI.AI.MIT.EDU>
1194
1195
1196 Is this an ITS mailing list (duh!)?  If so, could I be added to it?  I'm relatively
1197 new to ITS (turist account), and I'd love to find out more.  I have great
1198 respect for an os that was named to make fun of IBM.  Also, I saw something
1199 somewhere about something called CAMEXEC, which called it an its-like
1200 operating system for the pdp-11.  Since I've got an 11/34 with nothing better
1201 to run than 2.9.1 BSD or RT11, I'm interested.  Does anyone know anything
1202 about this? (hmm.  that sounds like a stupid question, doesn't it?)  If
1203 I seem confused, it's because I largely am.  I'm learning about ITS by
1204 trial and error.
1205
1206 I bet this will seem the strangest to you.  IS ITS public domain at this
1207 point?  If it is, what would it take to get a distribution?  This is a very
1208 silly question, but I seriously intend to have a 2020 of my own someday.
1209 If Mr. Crispin can do it, so can I 8^)
1210
1211 Thanks for  any time you spend putting up with and/or answering this mail.
1212
1213 Anthony A. Datri
1214 aad@ai.ai.mit.edu (but i imagine you guessed that, eh?)
1215 \1f
1216 Received: from REAGAN.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 26 JAN 87  15:01:45 EST
1217 Received: from KAREN.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 19480; Mon 26-Jan-87 15:03:06 EST
1218 Date: Mon, 26 Jan 87 15:03 EST
1219 From: Alan Bawden <Alan@AI.AI.MIT.EDU>
1220 Subject: IAP
1221 To: Info-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU
1222 In-Reply-To: <870115152304.7.ALAN@PIGPEN.AI.MIT.EDU>
1223 Message-ID: <870126150304.6.ALAN@KAREN.AI.MIT.EDU>
1224
1225 Despite the fact that in the IAP guide I promised four sessions of the ITS
1226 course, there will -not- be a fourth session this week.  See you all again
1227 next year!
1228 \1f
1229 Received: from MIT-MULTICS.ARPA (TCP 1200000006) by AI.AI.MIT.EDU 16 Jan 87 04:17:47 EST
1230 Received: from QZCOM.MAILNET by MIT-MULTICS.ARPA with Mailnet id <2715239312833556@MIT-MULTICS.ARPA>; 16 Jan 1987 04:08:32 est
1231 Message-ID:  <227734@QZCOM>
1232 In-Reply-To: <870115152304.7.ALAN@PIGPEN.AI.MIT.EDU>
1233 Date:        16 Jan 87 01:07 +0100
1234 From:        Peter_Lothberg_STUPI%QZCOM.MAILNET@MIT-MULTICS.ARPA
1235 Reply-To:    Peter_Lothberg_STUPI%QZCOM.MAILNET@MIT-MULTICS.ARPA,
1236              ITS_bugs_mailing_list%QZCOM.MAILNET@MIT-MULTICS.ARPA
1237 To:          ITS_bugs_mailing_list%QZCOM.MAILNET@MIT-MULTICS.ARPA,
1238              INFO-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU
1239 Subject:     IAP
1240
1241 If someone has a home-video-tape-recorder-and-camera-set at MIT
1242 availible, it wold be nice to have a vide tape of the lecture,
1243 for us that can't show up.
1244
1245
1246
1247 \1f
1248 Received: from OZ.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 15 JAN 87  15:29:36 EST
1249 Received: from PIGPEN.AI.MIT.EDU by OZ.AI.MIT.EDU via Chaosnet; 15 Jan 87 15:21-EST
1250 Date: Thu, 15 Jan 87 15:23 EST
1251 From: Alan Bawden <Alan@AI.AI.MIT.EDU>
1252 Subject: IAP
1253 To: Info-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU
1254 In-Reply-To: <870107165040.1.ALAN@PIGPEN.AI.MIT.EDU>
1255 Message-ID: <870115152304.7.ALAN@PIGPEN.AI.MIT.EDU>
1256
1257 Those of you who missed the second session of the ITS course last night
1258 should be aware that next week we will once again meet on -Wednesday-.
1259 It seems I screwed up when I thought we couldn't have the playroom this
1260 Tuesday, and it is actually -next- Tuesday than has the conflict.
1261
1262 Next Wednesday we'll do something about Job Devices.  How to write one, or
1263 how they are implemented, or something like that...
1264 \1f
1265 Received: from REAGAN.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 7 JAN 87  16:52:54 EST
1266 Received: from PIGPEN.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 17414; Wed 7-Jan-87 16:50:47 EST
1267 Date: Wed, 7 Jan 87 16:50 EST
1268 From: Alan Bawden <Alan@AI.AI.MIT.EDU>
1269 Subject: IAP
1270 To: Info-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU
1271 Message-ID: <870107165040.1.ALAN@PIGPEN.AI.MIT.EDU>
1272
1273 Those of you who missed the first session of the ITS course last night
1274 should be aware that next week we will meet on -Wednesday- instead of
1275 Tuesday.  The following week we will go back to meeting on Tuesdays.  (All
1276 meetings are in the 7th floor playroom at 7:30).
1277
1278 Next Wednesday we will hear a bit about the ITS filesystem (not all that
1279 much to tell) and then Ed Schwalenberg will tell us about "CAMEXEC: An
1280 ITS-style Operating System for PDP11's".
1281 \1f
1282 Date: Sun,  4 Jan 87 05:03:53 EST
1283 From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
1284 Subject:  IAP
1285 To: INFO-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU
1286 Message-ID: <136289.870104.ALAN@AI.AI.MIT.EDU>
1287
1288 Yes, there will be an IAP course this January about ITS.  The first meeting
1289 will take place in the 7th floor playroom this Tuesday (the 6th) at 7:30 PM.
1290
1291 On Tuesday we will talk about a number of things, including what topics
1292 people might want to hear about in future sessions.  As a main event, I am
1293 preparing an explanation of everyone's favorite ITS feature:
1294
1295                PCLSRing:  What it is, how it's implemented,
1296                    and why Lisp Machines should have it.
1297
1298 I'll try and satisfy both the people who want to hear about low-level,
1299 bits-between-the-toes issues, and those who want to learn universal, cosmic
1300 principles.  I'll even relate PCLSRing to quantum mechanics.
1301 \1f
1302 Date: Sat, 17 May 86 07:30:43 EDT
1303 From: "Pandora B. Berman" <CENT@AI.AI.MIT.EDU>
1304 Subject: dumped state
1305 To: INFO-ITS@AI.AI.MIT.EDU
1306 Message-ID: <[AI.AI.MIT.EDU].42220.860517.CENT>
1307
1308 as of this morning, all ITSs here (with the possible exception of the KL)
1309 are being regularly backed up to tape. it -is- safe to store your files on
1310 any of the KSs.
1311 \1f
1312 Date: Sun, 11 May 86 21:28:30 EDT
1313 From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
1314 Subject:  Ask, and you shall recieve
1315 To: SRA@XX.LCS.MIT.EDU, INFO-ITS@AI.AI.MIT.EDU
1316 cc: BUG-INQUIR@MC.LCS.MIT.EDU, CENT@MC.LCS.MIT.EDU,
1317     SRA@MC.LCS.MIT.EDU, ZVONA@MC.LCS.MIT.EDU
1318 In-reply-to: Msg of Sun 11 May 1986  04:59 EDT from Rob Austein <SRA at XX.LCS.MIT.EDU>
1319 Message-ID: <[AI.AI.MIT.EDU].37394.860511.ALAN>
1320
1321     Date: Sun, 11 May 1986  04:59 EDT
1322     From: Rob Austein <SRA at XX.LCS.MIT.EDU>
1323     ...  (although it would be nice if it had some reasonable way to
1324     deduce what ITSs exist, at run-time).
1325
1326 Because I was updating so many programs to know about the new plethora of
1327 ITS machines, I added exactly this feature.  There is a new table you can
1328 ask for from the .GETSYS uuo: ITSNMS is a table of the sixbit names of the
1329 -current- local ITS machines.  I have already converted most of the
1330 programs that used to have built-in tables of ITS machines (INSTAL, FINGER,
1331 FIND, etc.) to use this.  Do
1332 :UUO GETSYS
1333 for details.
1334 \1f
1335 Received: from MIT-MULTICS.ARPA by AI.AI.MIT.EDU  8 May 86 07:46:48 EDT
1336 Received: from QZCOM.MAILNET by MIT-MULTICS.ARPA with Mailnet id <2693388755368144@MIT-MULTICS.ARPA>; 08 May 1986 07:32:35 edt
1337 Date:        08 May 86 00:44 +0200
1338 From:        Peter_Lothberg_STUPI%QZCOM.MAILNET@MIT-MULTICS.ARPA
1339 Reply-to:    Peter_Lothberg_STUPI%QZCOM.MAILNET@MIT-MULTICS.ARPA,
1340              ITS_bugs_mailing_list%QZCOM.MAILNET@MIT-MULTICS.ARPA
1341 To:          ITS_bugs_mailing_list%QZCOM.MAILNET@MIT-MULTICS.ARPA,
1342              KS-ITS@AI.AI.MIT.EDU, INFO-ITS@AI.AI.MIT.EDU, "Alan Bawden"
1343               <ALAN@AI.AI.MIT.EDU>
1344 Subject:     State of the world
1345 Message-ID:  <172046@QZCOM>
1346 In-Reply-To: <[AI.AI.MIT.EDU].35019.860506.ALAN>
1347
1348 We are looking forward, to the moment when we can load the tape
1349 in the tape drive and have the system flying.
1350
1351
1352
1353 \1f
1354 Date: Tue,  6 May 86 00:40:15 EDT
1355 From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
1356 Subject:  State of the world
1357 To: KS-ITS@AI.AI.MIT.EDU, INFO-ITS@AI.AI.MIT.EDU
1358 Message-ID: <[AI.AI.MIT.EDU].35019.860506.ALAN>
1359
1360 There are now -five- machines running ITS at MIT, more than have ever
1361 existed simultaneously before.  There is the MC KL10, and four KS10's named
1362 AI, MX, ML, and MD.
1363
1364 The MC KL10 is off maintenance contract as of the first of this month, so I
1365 suppose its days are numbered.  At some point before the KL10 passes on to
1366 that great machine room in the sky, the MC KL10 and the MX KS10 will swap
1367 their names, and we will plug the new MC KS10 into the old MC's Arpanet
1368 port.  This assures that as far as the outside world is concerned, there
1369 will always be an ITS named MC at that Arpanet address, performing mail
1370 service functions for MIT.  (Let's not get into the hair we will be going
1371 through to make all the mailing lists in the world continue to work.)
1372
1373 The KL10 will remain available for all those who wish to continue to use
1374 it, under the name MX.  When the KL10 retires, the name MX will be retired
1375 with it.
1376
1377 Various other owners of KS10's around the world will be receiving KS10 ITS
1378 distribution tapes in the mail soon.  The last machine we booted (MD) was
1379 built by a volunteer using the printed instructions we plan to include with
1380 our ITS distribution kits.
1381 \1f
1382 Date: Fri, 28 Mar 86 09:02:47 EST
1383 From: Alan Bawden <ALAN@AI.AI.MIT.EDU>
1384 Subject:  A new ITS is born
1385 To: INFO-ITS@AI.AI.MIT.EDU, KS-ITS@AI.AI.MIT.EDU,
1386     KARENS@AI.AI.MIT.EDU
1387 Message-ID: <[AI.AI.MIT.EDU].22057.860328.ALAN>
1388
1389 MIT-MX came up for the first time this morning.  (You can supdup there
1390 right now, but you won't find much when you get there...)  There are still
1391 some problems with the technology for creating new ITS systems from
1392 scratch, but it mostly works.  Hopefully after doing the next two (ML and
1393 MD) things will be pretty smooth.
1394
1395 All kind of worms are crawling out of the woodwork because of various
1396 programs that -know- that all ITS machines are named "AI", "MC", "ML", or
1397 "DM".  It should take another days hacking to stomp them all...
1398 \1f
1399 Date: Tue, 29 Oct 85 20:47:43 EST
1400 From: Alan Bawden <ALAN@MIT-MC.ARPA>
1401 Subject:  Silly lineprinter devices again.
1402 To: INFO-ITS@MIT-MC.ARPA
1403 Message-ID: <[MIT-MC.ARPA].697383.851029.ALAN>
1404
1405 Remember the 7LP: and 7LR: devices?  Well, now that we have a third such
1406 device on the 9th floor, and another one coming soon to the 8th, it would
1407 make sense for me to tell you that I have installed 8LP: and 9LP: devices,
1408 right?  WRONG!  Since a clear numbering trend is emerging it makes sense to
1409 change the naming scheme so that the number comes -last-.  So the official
1410 names are now:
1411
1412         LP7:    The 7th floor QMS 2400
1413         LP8:    The 8th floor QMS 2400
1414         LP9:    The 9th floor QMS 1200
1415
1416         LR7:    The 7th floor laserwriter
1417
1418 The two old names 7LP: and 7LR: continue to work for compatibility.
1419 \1f
1420 Date: Tue, 24 Sep 85 05:07:32 EDT
1421 From: Alan Bawden <ALAN@MIT-MC.ARPA>
1422 Subject:  Now installed on AI, and soon to be installed on MC.
1423 To: INFO-ITS@MIT-MC.ARPA
1424 Message-ID: <[MIT-MC.ARPA].657412.850924.ALAN>
1425
1426 There is now a demon job that runs when ITS starts up that attempts to set
1427 the time from the network.  The message that the system types out at boot
1428 time when it discovers that the clock has been reset no longer commands the
1429 hacker to log in and run PDSET, instead it tells him that he should just
1430 stick around a watch what happens in case he has to run it.  The demon will
1431 print a message on the system console explaining what it did about the
1432 time.  If the demon was unsatisfied that it could determine the time, the
1433 message will try to attract the hacker's attention and explain to him what
1434 the problem was and tell him that he does have to run PDSET after all.
1435 \1f
1436 Date: Fri, 26 Jul 85 22:10:20 EDT
1437 From: Alan Bawden <ALAN@MIT-MC.ARPA>
1438 Subject:  7LP: and 7LR:
1439 To: INFO-ITS@MIT-MC.ARPA
1440 Message-ID: <[MIT-MC.ARPA].589842.850726.ALAN>
1441
1442 Remember the 7LP: device I advertised in this spot last winter?  (I sends
1443 output to the LN01 printer on the 7th floor.)  Well, I have just installed a
1444 7LR: device for sending output to the new laserwriter (also on the 7th
1445 floor).
1446
1447 While I was at it I gave both devices a new feature.  They now support
1448 deletion so you can delete items from the queue.  For example, if 7LP^F
1449 shows you the following:
1450
1451     7th floor ln01 is ready and printing
1452      Time  Owner     Job Files                             Size
1453     *21:55 alan      905 7LP: BAWDEN; B 249                49481
1454
1455     The most recent job printed was:
1456      21:21 alan          7LP: BAWDEN; .FILE. (DIR)
1457
1458 then you can delete job 905 by doing either ^O 7LP:905 or ^O 7LP:ALAN.  In
1459 the later case all entries owned by ALAN are deleted.  The second filename
1460 and directory are ignored.
1461 \1f
1462 Received: from MIT-AI by MIT-MC via Chaosnet; 19 APR 85  22:39:59 EST
1463 Date: Fri,19 Apr 85 22:40:37 EST
1464 From: Alan Bawden <ALAN@MIT-AI>
1465 Subject:  Progress Report!
1466 To: KS-ITS@MIT-AI, INFO-ITS@MIT-AI
1467 Message-ID: <[MIT-AI].71.850419.ALAN>
1468
1469 The MIT-AI KS10 has now been up and running timesharing for almost two days
1470 without incident.  We are on the Chaosnet, we have COMSAT, EMACS, LISP,
1471 etc. all running just fine.  We do not have tape drive support for backing
1472 up out filesystem yet, and our current filesystem is built on a scratch
1473 pack, so you can't put any files here that you care about, but basically we
1474 are winning completely.
1475
1476 Interesting aside:  It appears that for the last three years the Dover
1477 spooler on MC has been trying in vain to write the file
1478 AI:TEXLIB;TODAYS DATE.  I'll bet it had a heart attack when it finally
1479 succeeded!
1480 \1f
1481 Date: 9 December 1984 21:10-EST
1482 From: Alan Bawden <ALAN @ MIT-MC>
1483 Subject:  7LP:
1484 To: INFO-ITS @ MIT-MC
1485 cc: BUG-ITS @ MIT-MC
1486
1487 I have installed a 7LP: device on MC and ML for using the LN01 printer on
1488 the 7th floor to generate simple hardcopy.  Outputting to 7LP: opens a
1489 connection to PREP (where the spooler runs) and transmits your text.  For
1490 example :COPY DSK:ALAN;ALAN LOGIN,7LP: makes hardcopy of my init file.
1491 Reading from 7LP:.FILE. (DIR) produces a listing of the queue on PREP, so
1492 you can type 7LP\ 6 to DDT to see who's output is in front of yours.
1493 \1f
1494 Date: 27 November 1984 01:09-EST
1495 From: Alan Bawden <ALAN @ MIT-MC>
1496 Subject:  Progress report
1497 To: BUDD @ MIT-MC, KS-ITS @ MIT-MC
1498 cc: INFO-ITS @ MIT-MC
1499 In-reply-to: Msg of 21 Nov 1984 20:24-EST from Philip Budne <BUDD>
1500
1501     Date: 21 November 1984 20:24-EST
1502     From: Philip Budne <BUDD>
1503     Re:   AI (the KS10)
1504     What is the current state of thew new AI?  I have been watching
1505     [OZ]ARC:AI-KL, but the has been no news for a month!
1506
1507 Yeah, I guess I haven't said anything recently.  My last message was to
1508 announce that I got the microcode support working?  Since then I have been
1509 working on conditionalizing all those places that are sensitive to the
1510 specifics of the processor.  I guess this task is somewhat easier than it
1511 was when ITS was conditionalized for the KL, because most of the processor
1512 dependencies are already known; a string search for "KL10P" sufficed to
1513 find most of them.  I guess I could declare this task complete now (modulo
1514 debugging), all that really remains is to write TTY routines for talking to
1515 the system console through the 8080.  (They are trivial, I almost finished
1516 them tonight.)
1517
1518 Next I get to learn how to interface to a bunch of random devices: the DZ11
1519 terminals, the disk, and the tape drive.  All that stands between us and a
1520 first try at bringing ITS up are disk routines in ITS, disk routines in the
1521 salvager, and a trivial tape reading routine in the salvager so that we can
1522 put a couple of things in the initial filesystem.
1523
1524 I guess I made a bunch of decisions along the way that ITS hackers might be
1525 interested in, but not really much that the typical machine language
1526 programmer will need to know about.  The protocol for one-proceed will be
1527 different, but that remains unimplemented.  There will be a JPC, but that
1528 hasn't been done either.  There will never be a MAR.  There is a new user
1529 interrupt (%PINXI) that will be given to jobs in .IOTLSR mode that touch
1530 Unibus locations with nothing in them.  The protocol for setting the time
1531 is new, so someone need to modify PDSET or supply a new equivalent program.
1532
1533 Oh yeah, I also fixed a couple of problems with "Exec DDT" and the magtape
1534 bootstrap program in the course of experimenting with the machine.
1535
1536 There still remains a bunch of things to do to make the machine ultimately
1537 useable.  Things like network code.  Code to interface to Taft's "Format
1538 Confuser".  The Format Confuser itself.  Code for booting the machine from
1539 the disk.  Code for frobbing the 8080 filesystem.  Etc.
1540 \1f
1541 Date: 27 February 1984 12:14-EST
1542 From: Alan Bawden <ALAN @ MIT-MC>
1543 Subject:  locks
1544 To: INFO-ITS @ MIT-MC
1545 cc: CSTACY @ MIT-MC, KLH @ MIT-MC
1546
1547 I added some text to .INFO.;ITS LOCKS explaining the timing screw in the
1548 shared database initialization algorithm.
1549 \1f
1550 Date: 6 January 1984 22:11 EST
1551 From: Christopher C. Stacy <CSTACY @ MIT-MC>
1552 Subject: alt alt to you too!
1553 To: INFO-ITS @ MIT-MC, BUG-DDT @ MIT-MC
1554 cc: KMP @ MIT-MC
1555
1556
1557 I un-de-generalized the code for $$^F so that you can make all
1558 the FN2s zero and get the default.  Ie., you can put searches
1559 in slots besides $$0^F.  I also increased the size of the table
1560 a little bit.
1561
1562 $$0^F  FIRST <foo>
1563 $$1^F  NAME1 UP    (verbose listing)
1564 $$2^F  SECOND <bar>
1565 $$3^F  CDATE DOWN
1566 $$4^F  SIZE  DOWN
1567 $$5^F  ONLY LINKS  (had to put something here....)
1568
1569 \1f
1570 Date: 6 January 1984 22:02 EST
1571 From: Kent M Pitman <KMP @ MIT-MC>
1572 To: ALAN @ MIT-MC
1573 cc: INFO-ITS @ MIT-MC, BUG-DDT @ MIT-MC
1574
1575 You were right about cstacy's \e\en\ 6 patch being ridiculously
1576 ungeneral.  I talked him into something nicely general and
1577 doesn't require users to be patching DDT in order to make use
1578 of its full functionality. Under the new scheme, you say
1579
1580                 name\e\en\ 6
1581
1582 where name is the fn2 to give to DIR: and n is sixbit for the fn1
1583 to give. So, for example,
1584
1585         UP\e\e434441644500\ 6       ;to get a CDATE UP listing
1586
1587 gives you a CDATE UP listing. Also, the numeric arg is now sticky
1588 (initially defaulting to 465162636400) so if you specify
1589
1590         FOO\e\e\ 6 or FOO\e\e0\ 6
1591
1592 you get the default. This was easy to put in since 0 didn't
1593 designate a valid filename anyway.
1594
1595 Here's hoping you're satisfied...
1596 \1f
1597 Date: 5 January 1984 04:55 EST
1598 From: Christopher C. Stacy <CSTACY @ MIT-MC>
1599 To: BUG-DDT @ MIT-MC
1600 cc: INFO-ITS @ MIT-MC
1601
1602 In DDT 1440 on MC:
1603
1604 In a moment of randomness, I made a minor extension to DDT's $$^F
1605 directory lister command, and tested and installed it on MC.
1606
1607 $$^F (or $$0^F) does the same thing it always did.
1608 $$1^F does the same thing too, except that you can now patch in a
1609 total of three DIR arguments (starting at DIRFN1+2 and DIRFN2+2) and
1610 do $$2^F and $$3^F.  (In other words, $$n^F searches the two-word
1611 entry table at DIRFN1 and uses the specified DIR names; the table is
1612 currently 4 long, allowing you space for three numeric argument
1613 options. An argument of zero is ignored.)
1614
1615 I put this in because I wanted to use the DIR device more often.
1616 The default listings you get now are these:
1617
1618 foobar$$0^F DIR:NAME1 foobar
1619 $$1^F       DIR:NAME1 UP        verbose directory listing
1620 $$2^F       DIR:CDATE DOWN      sorted by recently created files
1621 $$3^F       DIR:SIZE  DOWN      sorted by biggest files
1622
1623 Chris
1624 \1f
1625 Date: Tuesday, 3 January 1984, 15:34-EST
1626 From: Alan Bawden <ALAN at MIT-MC>
1627 Subject: Core Link documentation
1628 To: INFO-ITS at MIT-MC
1629
1630 By popular demand the file .INFO.;ITS CLO now contains brief documentation of
1631 the Core Link device.
1632 \1f
1633 Date: 31 December 1983 11:48 EST
1634 From: Ken Harrenstien <KLH @ MIT-MC>
1635 Subject: TCP calls documented
1636 To: BUG-NETWRK @ MIT-MC, INFO-ITS @ MIT-MC
1637
1638 I have moved most of the TCP call documentation into MC:.INFO.;ITS .CALLS.
1639 This includes all changes to existing calls, plus the new calls
1640 TCPOPN and NETRFC.  I have also copied various bit definitions into
1641 SYSTEM;BITS > so that MIDAS and DDT will know about useful TCP symbols
1642 as soon as a new ITS is assembled.
1643
1644 Finally, I fixed the ANALYZE code in the NETWRK package (canonical
1645 location MC:SYSENG;NETWRK >) so that the appropriate error strings can
1646 be generated for TCP channels.
1647 \1f
1648 Date: 17 November 1983 17:41 EST
1649 From: Earl A. Killian <EAK @ MIT-MC>
1650 Subject:  pdp11
1651 To: SHAWN @ MIT-MC
1652 cc: INFO-ITS @ MIT-MC
1653 In-reply-to: Msg of 17 Nov 1983 04:52 EST from Shawn F. McKay <SHAWN>
1654
1655     Date: 17 November 1983 04:52 EST
1656     From: Shawn F. McKay <SHAWN>
1657     To:   INFO-ITS
1658     Re:   pdp11
1659
1660     How good is the pdp-11 simulator?
1661
1662                         Thanks,
1663                           -Shawn
1664 Good.
1665 \1f
1666 Date: 17 November 1983 04:52 EST
1667 From: Shawn F. McKay <SHAWN @ MIT-MC>
1668 Subject: pdp11
1669 To: INFO-ITS @ MIT-MC
1670
1671
1672 How good is the pdp-11 simulator?
1673
1674                         Thanks,
1675                           -Shawn
1676
1677 \1f
1678 Date: 17 July 1983 15:59 EDT
1679 From: Alan Bawden <ALAN @ MIT-MC>
1680 Subject:  New .INSRTable library: FORMAT
1681 To: INFO-ITS @ MIT-MC
1682
1683 I have installed a new .INSRTable Midas library on all ITS machines.
1684 FORMAT is patterned after the Lisp function of the same name.  It's
1685 documented in INFO with the rest of the insertable libraries.  Do
1686 :INFO LIB FORMAT to read all about it.
1687
1688 There is no need to tell me I'm crazy.
1689 \1f