home *** CD-ROM | disk | FTP | other *** search
/ norge.freeshell.org (192.94.73.8) / 192.94.73.8.tar / 192.94.73.8 / pub / computers / pdp10 / tops-20.doc < prev    next >
Text File  |  2001-07-22  |  5KB  |  83 lines
  1.                             TOPS-20 RELEASE 5
  2.                             
  3. Congratulations on your purchase of the finest operating system available,
  4. TOPS-20.  If treated properly, TOPS-20 will give you many years of service. 
  5. The developers commend you for your discriminating taste, but ask that you read
  6. the rest of this document before opening the carton.
  7.   
  8. This is our system. We designed it, we built it, and we use it more than you
  9. will. If there are some features you think might be missing, if the system
  10. isn't as effective as you think it could be, TOUGH. Give it back. We don't need
  11. you. See fig. 1.
  12.                  
  13.  
  14.                   ______________________________________
  15.                   |                  _                 |
  16.                   |                 ( )                |
  17.                   |                 | |                |
  18.                   |                 | |                |
  19.                   |              .-.| |.-.             |
  20.                   |            .-|  | |  |-.           |
  21.                   |            | |       | ;           |
  22.                   |            `\          ;           |
  23.                   |              |        :            |
  24.                   |              |        |            |
  25.                   |              |        |            |
  26.                   |                                    |
  27.                   --------------------------------------                
  28.                                   Figure 1.
  29.                                 
  30. Let's  take  a  look  at  some  of the features  of  the  TOPS-20 operating
  31. system.
  32.                                                                      
  33. 1) Options. We've got lots of them.  So many, in fact, that you need two strong
  34. men to carry the TOPS-20 Software Notebooks around. So may that it will be a
  35. cold day in hell before even half of them are used. So many  that we used to
  36. hire students to try different combinations of them to see what would happen.
  37. They had so much fun playing "what if" that they thought up more options than
  38. they tested. The number of options doesn't count, however, because we picked
  39. some interesting values for our options and called them...
  40.   
  41. 2) Defaults. We put a lot of thought into our defaults. We like them.  If we
  42. didn't, we would have made something else be the default,  wouldn't we? So keep
  43. your cotton-picking hands off our defaults.  Don't  touch.  Consider them
  44. mandatory.  "Mandatory defaults" has a nice ring, doesn't it? If you change
  45. them and your system crashes, tough. We don't care.  See fig. 1.
  46.   
  47. 3) Language Processors.  They work just fine. They take in source, and in most
  48. cases build object files as a reward for your efforts. In some cases the object
  49. file produced is useful. If not, too bad. If you can do a better  job, hop to
  50. it. We've got assemblers; write your code in them. One is supported, and one we
  51. use. The developers of that product think a lot like we do. They said "See fig.
  52. 1."
  53.   
  54. 4) Error Logging. Ignore it. Why give yourself an ulcer? You won't give us
  55. preventative maintenance time, and we can't fix it anyway. Oh, and if something
  56. breaks between 17:00 and 18:00 or 9:30 and 10:30 or 11:30 and 13:30 or 14:30
  57. and 15:30, don't waste your time calling us. We're out. See fig. 1.
  58.   
  59. 5) Front End Processor. This is a concept developed by the Software Engineering
  60. Group in Marlborough. Take the stuff we had trouble with in the KA  and
  61. distribute it outward where we don't have to think about it. It's a  convenient
  62. thing to hide behind, and all sorts of bugs will float around out there before
  63. someone can pin it on us. If someone tries, we can say "maybe  RSX20-F didn't
  64. send it right, so go away and see fig. 1."
  65.   
  66. 6) Host System. This is a concept developed by the Real Time and Communications
  67. Group. That's what that group was called, by the way, back when we had to
  68. pretend we gave a damn about real time. We told the real time users to see fig.
  69. 1. a long time ago. We used to call them the "Communcations Processor Group;"
  70. now we just refer to them as part of TOPS-20 Operating Systems Development,
  71. when we refer to them at all.  Anyway, RT&C thought up the Host as a way to
  72. absolve them from any responsibility for the actual processing of any data they
  73. might happen to pass through. If something disappears the host lost it, and
  74. that's all there is to it.  The line of demarcation between the Host and the
  75. Front End has gotten hazy since  the inception of VDH (very deeply hidden)
  76. routines. In fact, many of the host  people were tricked into working on VDH 
  77. and associated activities   (they  thought  they  were writing games for a
  78. microcomputer).  Everyone forgot who they were deferring problems to, and for a
  79. while both  sides worked with no bugs. That's been fixed.
  80.   
  81. In conclusion, here's your system.  Love it or leave it. But don't complain.
  82.  
  83.