home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / CPM / MODEMS / MODEM / KINTRO.DOC < prev    next >
Text File  |  2000-06-30  |  27KB  |  585 lines
  1.             HOW TO USE KERMIT FOR TRANSFERRING FILES
  2.                      BETWEEN MICROCOMPUTERS
  3.  
  4.                      Norman Weatherby, Ph.D.
  5.              Center for Population and Family Health
  6.                        Columbia University
  7.  
  8.                           July 24, 1984
  9.  
  10.  
  11.      KERMIT (like the frog, a registered trademark of Henson
  12. Associates, Inc., used by permission) is ideal for transferring
  13. ASCII and binary files between computers of all sizes.  It is a
  14. protocol for transferring sequential files between computers of
  15. all sizes over ordinary asynchronous telecommunication lines
  16. using packets, checksums, and retransmission to promote data
  17. integrity.  KERMIT is non-proprietary, thoroughly documented,
  18. well tested, and in wide use.  The protocol and the original
  19. implementations were developed at Columbia University and have
  20. been shared with many other institutions, some of which have made
  21. significant contributions of their own.  KERMIT programs have
  22. been written for a wide variety of microcomputers, minicomputers,
  23. and mainframes.
  24.  
  25.      Which ones?  At the end of this document is an extensive
  26. listing that was downloaded (using KERMIT) from a DEC mainframe
  27. at Columbia University.  In addition, you will find the address
  28. to write for futher documentation, and some information for those
  29. who would like to participate in the growth and acceptance of
  30. KERMIT as one of the major file-transfer protocols.
  31.  
  32.      I wrote this guide so that people who have very little
  33. computer experience could use KERMIT to transfer files between
  34. CP/M micros or between CP/M and IBM PC-type systems.  It simply
  35. tells you how to work with KERMIT, without going into its
  36. features.
  37.  
  38.      This guide was submitted to the KERMIT distributors, and
  39. they like it, but they have NOT stamped their approval on it.  It
  40. is not a substitute for the real documentation.  And, as the real
  41. documentation states:
  42.  
  43.      No warranty of the software nor of the accuracy of the
  44.      documentation surrounding it is expressed or implied,
  45.      and neither the authors nor Columbia University
  46.      acknowledge any liability resulting from program or
  47.      documentation errors.
  48.  
  49. KERMIT is copyrighted, and it is not "public domain".  Simply, it
  50. is a free program that is not to be sold as a product.  As the
  51. distributors state, you are free to redistribute KERMIT on your
  52. own terms, and are encouraged to do so, with the following
  53. stipulations: KERMIT should not be sold for profit; credit should
  54. be given where it is due; and new material should be sent back to
  55. Columbia University at the address given in the summary so that
  56. they can maintain a definitive and comprehensive set of KERMIT
  57. implementations for further distribution.
  58.  
  59.      Where do you get KERMIT?  As stated below, Columbia
  60. University distributes versions of the program only on nine track
  61. magnetic tape.  You can get the program from friends, bulletin
  62. board systems, and various areas on services such as CompuServe.
  63. Look around for the latest version for your micro, and be aware
  64. that the program is constantly improving.
  65.  
  66.  
  67.                            NOW, KERMIT
  68.  
  69.      Without going into the details of KERMIT, this guide shows
  70. you how to use the program to transfer files between micro-
  71. computers that have KERMIT. The sections include
  72.  
  73.      1. Connecting the computers, either directly or through
  74.         modems
  75.      2. Setting the baud rates
  76.      3. Loading KERMIT into memory
  77.      4. Setting KERMIT's options
  78.      5. Communicating between computers
  79.      6. Sending and receiving files
  80.      7. Checking what was sent
  81.      8. Figuring out why (If) KERMIT does not work
  82.      9. Summary
  83.  
  84.  
  85. CONNECTING THE COMPUTERS
  86.  
  87.      If you are going to transfer the file over the telephone
  88. system through modems, hook up a
  89.  
  90.                         full duplex modem
  91.  
  92. to each computer's serial communications port (com1: on IBM PC
  93. type machines, or on CP/M machines, rdr:/pun: or auxin:/auxout:).
  94. You may need to get a cable that switches pins 2 and 3 to a modem
  95. if the port is a printer port (lst: or printer).  If you are
  96. working with acoustically coupled modems, set one modem to answer
  97. mode and the other modem to originate mode.
  98.  
  99.      If you do not have two modems, and the computers are in the
  100. same room, you can
  101.  
  102.      a. Directly connect the serial modem ports of the two
  103.         machines.  The cable that is needed is one in which pins
  104.         2 and 3 are switched when connecting two modem ports.
  105.  
  106.                                OR
  107.  
  108.      b: Directly connect the serial modem port of one computer to
  109.         the serial (not parallel) printer port of the other
  110.         computer.  This may cause a problem, since you have to
  111.         make sure that KERMIT talks to the printer port of the
  112.         other machine.  However, it is the only way to get, for
  113.         example, the Osborne Executive to KERMIT a file to an IBM
  114.         PC-type machine.
  115.  
  116. One benefit of using a direct connection between the computers is
  117. that you can use high baud rates, such as 4800 baud, to transfer
  118. the files.  Since you are not using modems or telephones, ignore
  119. the parts of this guide that concern use of the modems and
  120. dialing of the telephone.
  121.  
  122.  
  123. SETTING THE BAUD RATE
  124.  
  125.      The baud rate controlls the speed of the file transfer.
  126. The baud rate can be set from within KERMIT some CP/M machines,
  127. such as the Osborne 1 and the Intertec Superbrain, and on MSDOS
  128. (PCDOS) computers.  One really nice feature of KERMIT is that you
  129. do not have to cope with that poorly-documented mode command on
  130. the IBM PC-type micros.
  131.  
  132.      If you do not know whether KERMIT handles the baud rate,
  133. skip forward in these instructions and load KERMIT into memory.
  134. At the KERMIT prompt, give the command
  135.  
  136.                             set baud<cr>
  137.  
  138. where  <cr>  means to "hit" the return key.  KERMIT will tell you
  139. if the baud rate setting command has not been implemented.
  140.  
  141.      If you cannot set the baud rate from within KERMIT, such as
  142. on H89 systems, then you can get back to your operating system by
  143. typing, at the prompt,
  144.  
  145.                             exit<cr>
  146.  
  147. Then use the computer's software to set its baud rate, usually to
  148. 300 or 1200 baud when modems are used.  The baud rate of a CP/M
  149. machine is set through the SETUP or CONFIGUR utilities supplied
  150. with the system.
  151.  
  152.  
  153. LOADING KERMIT INTO MEMORY
  154.  
  155.      Loading KERMIT into the memory of an Apple II or Atari
  156. computer is more difficult than loading it into CP/M or MSDOS
  157. (PCDOS) systems.  Thus, readers should refer to other
  158. documentation and help files for assistance with these systems.
  159.  
  160.      IF YOU HAVE A HARD DISK: Micros with hard disks, such as the
  161. IBM PC-XT, often refer to all or part of the hard disk as disk
  162. C  .  If you have a hard disk, copy your KERMIT program and
  163. associated utility, help, and documentation files from the KERMIT
  164. floppy to the hard disk (if someone else has not copied them over
  165. already).  Then work off of the hard disk.  That is, if you do
  166. not see the prompt for the hard disk on your screen, type the
  167. command
  168.  
  169.                              c:<cr>
  170.  
  171. Then, to load KERMIT into memory, type the name of your kermit
  172. program, which is usually KERMIT.  For example, at your operating
  173. system's prompt, type
  174.  
  175.                            kermit<cr>
  176.  
  177. Then skip to the section below about setting KERMIT's options.
  178.  
  179.      IF YOU HAVE TWO FLOPPY DRIVES: Put the KERMIT diskette in
  180. drive A of each computer.  Note that on a CP/M machine such as a
  181. Kaypro, H89, or Osborne 1, it is wise to have the operating
  182. system on the KERMIT disk (through the use of the SYSGEN utility)
  183. and to type the command
  184.  
  185.                cntl C (without a carriage return)
  186.  
  187. where  cntl  is the control key and  C  can be upper or lower
  188. case, to make the computer realize that a new disk has been put
  189. in drive A.  This "warm boot" command is not necessary on micros
  190. that use CP/M 3.0, MSDOS, or PCDOS operating systems.
  191.  
  192.      Put a formatted disk in drive B of the system which is to
  193. receive the file.  On the sending system, put the disk with the
  194. file that you want to transfer in drive B.  Go to drive B, and
  195. then get into KERMIT on each machine by typing  a: and the name
  196. of the program, which is usually KERMIT.  For example, type
  197.  
  198.                           a:kermit<cr>
  199.  
  200. Newer versions of KERMIT allow you to change the "logged disk
  201. drive," but it is wise to follow the above advice so that you are
  202. sure of the disk that you are sending from or receiving to.
  203.  
  204.  
  205. SETTING KERMIT'S OPTIONS
  206.  
  207.      To see the options that are available in your version of
  208. KERMIT, type at the prompt the command
  209.  
  210.                            status<cr>
  211.  
  212. Note that the toggle command   set ibm  , which can be set  on
  213. or  off , is NOT FOR IBM PC MICROS--it is a command for Columbia
  214. University's IBM mainframes.
  215.  
  216.      SETTING THE PARITY: A computer "byte" is composed of  eight
  217. bits--where each bit is a zero or one.  All (english) printable
  218. letters, numbers, punctuation marks, and spaces between words can
  219. be represented by seven of the eight bits.  The eighth bit is
  220. reserved for checking to make sure that the other seven bits are
  221. correct.  However, some microcomputer software packages (such as
  222. WordStar) use the eighth bit for special characters that allow
  223. features such as right justification.  In any event, if both
  224. computers allow the following command, issue it to allow the
  225. transmission of all eight bits:
  226.  
  227.                        set parity none<cr>
  228.  
  229.      SETTING THE FILE-MODE: Microcomputers store files in two
  230. ways:
  231.  
  232.      ASCII files--codes such as letters, numbers, punctuation
  233.      marks, and spaces, or as
  234.  
  235.      binary files--codes that are recognizable to a computer but
  236.      not to you, such as the way programs are stored.
  237.  
  238. If you are transferring an ASCII file, issue the command
  239.  
  240.                        set file ascii<cr>
  241.  
  242. If your are transferring a binary file, use
  243.  
  244.                        set file binary<cr>
  245.  
  246.  
  247.      SETTING THE BAUD RATE: If you can set the baud rate from
  248. within KERMIT, make the baud rates of both computers equal by
  249. typing at the prompt the command
  250.  
  251.                         set baud xxxx<cr>
  252.  
  253. where  xxxx  is the baud rate you want.  For example, you may
  254. type
  255.  
  256.                         set baud 1200<cr>
  257.  
  258. If these commands do not work, try
  259.  
  260.                           set baud ? <cr>
  261.  
  262. and select the correct baud rate from a menu that is given on the
  263. screen.  If you get messages that  set baud  command is not
  264. implemented,  you will have to get out of KERMIT and set it from
  265. your operating system, as discussed above.
  266.  
  267.  
  268. COMMUNICATING BETWEEN COMPUTERS
  269.  
  270.      Then type at the prompt the command
  271.  
  272.                            connect<cr>
  273.  
  274. on each computer.  This will put you into the connect mode, which
  275. allows one computer operator to send messages to the other
  276. operator through the modems or the direct connection.  Note that
  277. KERMIT replies with an "escape" message that tells you how to get
  278. back to the command state of the program.  WRITE DOWN THIS
  279. MESSAGE, AS YOU WILL NEED IT LATER.
  280.  
  281.      In fact, it is a good idea to test the command now.  The way
  282. you get back to the KERMIT prompt varies by the type of system.
  283. In general, you will have to issue the command but add a  C
  284. (upper or lower case) to it to get back.   For example, on many
  285. CP/M machines that have the backslash character \ , the "escape"
  286. command is control \  , but you type
  287.  
  288.                 ctrl\c  (without typing a return)
  289.  
  290. where  ctrl  is the control key.  After some experimentation, you
  291. will see the KERMIT prompt, and then you can type the command
  292. connect<cr> again.
  293.  
  294.      For those who are using modems: From the originate modem,
  295. dial the answering modem.  If you have an auto-dial modem, you
  296. can issue the dial command to it.  For example, with a touch tone
  297. telephones and a Hayes SmartModem, the only command that is
  298. necessary is for the originate modem:
  299.  
  300.                            ATDTxxxxxxx
  301.  
  302. where xxxxxxx is the telephone number to dial.
  303.  
  304.      When the connection is made, each  you each will be able to
  305. send and receive messages that serve to test the connection.
  306.  
  307.      If you want to see what you are typing, get back to the
  308.      KERMIT prompt by typing the "escape" command that you
  309.      wrote down and tested above.  Then issue the command
  310.  
  311.                          set loc on<cr>
  312.  
  313.      to have a local echo, but you must remember to
  314.  
  315.                          set loc off<cr>
  316.  
  317.      before attempting to transfer a file.
  318.  
  319. If the connection is not made, so that it is not possible to
  320. send AND receive messages, then you should check
  321.  
  322.      the baud rates of the computers,
  323.      the modems, and the wiring to the modems,
  324.      or the wiring between the directly-connected
  325.      computers,
  326.  
  327. and make sure that the computer is sending or receiving data
  328. to the correct port on the computer.  It is also helpful, as a
  329. last resort, to check whether or not the telephone died because
  330. you forgot to pay the bill (don't laugh...it once happened to
  331. us!)
  332.  
  333.  
  334. SENDING AND RECEIVING FILES
  335.  
  336.      When each computer operator is satisfied that a connection
  337. has been made, then both operators return to the KERMIT prompt,
  338. as explained above.
  339.  
  340.      The operator that wants to receive a file types
  341.  
  342.                            receive<cr>
  343.  
  344. The file name will be sent from the other machine.
  345.  
  346.      The operator that wants to send a file types the command
  347.  
  348.                   send [drive:]filename.ext<cr>
  349.  
  350. For example, to send the file on disk B that is named
  351. myfile.txt , the operator would type
  352.  
  353.                       send b:myfile.txt<cr>
  354.  
  355. It is usually not necessary to type in the drive specification,
  356. since you should be using disk B as the "logged disk drive", but
  357. it is always safe to do so.  If the receiving operator hits the
  358. return before the sending operator hits the return, it may be
  359. necessary for the receiving operator to hit another return before
  360. the file will be sent.
  361.  
  362.      KERMIT will wait for a few seconds, and then the operators
  363. will see on their screens that packets of information are being
  364. sent and received.  KERMIT first sends the file name, and it is a
  365. good sign to the receiving operator when the file name appears on
  366. his or her screen.  The number of packets will increment on both
  367. machines until the transfer is complete, and then each computer
  368. will return to the KERMIT prompt.  At that time, the receiving
  369. operator can check the file or another file can be sent.
  370.  
  371.  
  372. CHECKING WHAT WAS SENT
  373.  
  374.      Once a connection has been established with KERMIT, it is
  375. not broken if one or both of the operators return to the
  376. operating system of their computers to check something such as
  377. the length or name of a file.  Thus, when a transfer is complete,
  378. the receiving operator can get out of KERMIT by typing
  379.  
  380.                             exit<cr>
  381.  
  382. at the KERMIT prompt.  The file that was received can be
  383. examined, usually by issuing the command
  384.  
  385.                   type [drive:]filename.ext<cr>
  386.  
  387. The file will scroll by on the screen, and you will see that it
  388. has been transferred without error!
  389.  
  390.      The receiving operator can then return to KERMIT by
  391. reloading KERMIT into memory.  As stated above, go to your B disk
  392. and type A:KERMIT or whatever the file name of your program is.
  393. If you need to, reset the baud rate, and you will then be able to
  394. transfer another file or get into connect mode and send messages.
  395.  
  396.  
  397. FIGURING OUT WHY (IF) KERMIT DOES NOT WORK
  398.  
  399.      KERMIT has never, in my two years of experience with the
  400. program, made a mistake in sending and receiving files between
  401. CP/M computers or between CP/M computers and mainframes.  It
  402. accurately transfers files even when the telephone line is
  403. unusable for voice transmissions because of static and noise.
  404.  
  405.      Operators do, however, tend to make mistakes.  One such
  406. problem is impatience.  Please let KERMIT wait for a few seconds
  407. before you touch a carriage return on the receiving computer to
  408. "make it work."  If KERMIT seems to be dead after about thirty
  409. seconds of waiting, then something is wrong.  If you were able to
  410. send messages back and forth in connect mode, or if KERMIT fails
  411. after the first four or five packets, then probably the problem
  412. is that one of the operators set the local echo switch on but
  413. forgot to set it off.  It is also possible that the file that you
  414. wanted to send does not exist, because the sending operator
  415. missppelled its name in the send command.
  416.  
  417.      Occasionally, KERMIT will fail for reasons beyond its
  418. control.  The transfer will fail if one of the computers involved
  419. goes down.  For example, mainframe computers or their communi-
  420. cation ports often go down (that's why we are now using micros
  421. for most of our work, right?).  A feature such as call waiting or
  422. intercom messages on a telephone line will stop the transmission
  423. if they happen during a transfer.  I view these failures as
  424. advantages in that it shows that KERMIT is smart enough to quit
  425. when there is a major problem.
  426.  
  427.      We have also encountered a problem with the way BASICA and
  428. dBASE II on IBM PC-type computers mark the end of a file and save
  429. it.  The solution is to load the file into a text editor or word
  430. processor and then resave it before sending it.  For example,
  431. load a file into WordStar and then save it.  An unreliable
  432. alternative is to copy the file using the /A parameter.  The
  433. problem is not fully understood; it centers around the PCDOS and
  434. MSDOS software's use of buffered output when writing disk files.
  435.  
  436.      Apple II versions of KERMIT work well with DOS 3.3, but
  437. Apple IIs do not work so well.  They are slow, there are
  438. differences between the II, the II+ and the IIe, and there is no
  439. standard way that people set up their Apple's for communications.
  440. If you plan to use Apple KERMIT, please check with other Apple
  441. KERMIT users before ordering your communications card and modem.
  442. Currently, the best cards may be the Apple Communications card,
  443. the Hayes Micromodem II, or the Super Serial Card.  Actually, the
  444. best way may be to install a Z80 card in the Apple II and run the
  445. Apple CP/M version of KERMIT.
  446.  
  447.  
  448. SUMMARY
  449.  
  450.      KERMIT is a very powerful program, with extensive error
  451. checking, and thus it is ideal for transferring files between
  452. computers.  The full documentation will show you many commands
  453. and options for the program.  You may want to order the
  454. documentation, but the simple procedures in this guide may be
  455. adequate for your needs.
  456.  
  457. Extensive documentation is available for this program from
  458.  
  459.           KERMIT Distribution
  460.           Columbia University Center for Computing Activities
  461.           7th Floor, Watson Laboratory
  462.           612 West 115th Street
  463.           New York, NY  10025
  464.  
  465. There are three publications: the User's Guide, the Protocol
  466. Manual, and the Source Listing for your system.  Each costs
  467. $5.00, and you should make out your check to Columbia University
  468. Center for Computing Activities.  Make sure and tell them what
  469. microcomputer and operating system you are using.  Those who are
  470. interested in mainframe implementations (which currently cost
  471. $100 for the complete distribution) should write for ordering
  472. information.  Note that the KERMIT distributors can provide the
  473. programs only on 9-track magnetic tape in a varity of formats.
  474. They do not provide the program on floppies.
  475.  
  476.      When necessary, there are specific help files that are
  477. distributed with KERMIT to help with its use.  For example, there
  478. is a help file with the Kaypro II version because of the non-
  479. standard way a Kaypro handles tab stops on its screen.
  480.  
  481.      There are also articles and announcements about KERMIT.  For
  482. example, see BUSS #88 and June-July, 1984 issues of BYTE.
  483.  
  484.      Please do not call the Kermit Distribution Center for
  485. assistance with KERMIT for your micro.  After all, it is a free
  486. program, and national support, sales, service, debugging,
  487. revisions, everything else is being handled by only two or three
  488. part-time people.  You can write, however, for the publications.
  489.  
  490.      Finally, KERMIT is changing and improving constantly --
  491. versions are added for new systems, old versions are improved,
  492. and documentation is rewritten.  You are encouraged to make your
  493. own contributions to "KERMIT culture" and to make them available
  494. not only to your friends, but also to send them back to Columbia
  495. at the address given above, on 9-track magnetic tape or IBM PC
  496. eight sector floppy disk.  For example, we need KERMIT for
  497. TurboDos version 1.2, and we need to know how to implement the
  498. "break" key on many CP/M machines (like the H89) through
  499. software.
  500.  
  501.      The most current version of KERMIT for CP/M machines is
  502. 3.9a, which fixes a bug in version 3.9 that may garble the
  503. transmission of apmersands.  A brand-new MSDOS version is soon to
  504. be released.  Watch for new releases and updates.  Meanwhile,
  505. below is a recent but even now out-of-date listing of available
  506. versions.
  507.  
  508.  
  509.       CURRENT KERMIT VERSIONS as of 4:42pm  Wednesday, 6 June 1984
  510.  
  511. Listed in reverse chronological order of installation at Columbia.  "Code" is
  512. the prefix under which the files are stored in the KERMIT distribution area.
  513.  
  514. CURRENT KERMIT VERSIONS as of 9:46pm  Wednesday, 18 July 1984
  515.  
  516. Listed in reverse chronological order of installation at Columbia.  "Code" is
  517. the prefix under which the files are stored in the KERMIT distribution area.
  518. New entries are added at the top.
  519.  
  520. Code  Machine/OS        Language     Ver #   dd/mm/yy  Author or Contact
  521.  
  522. TSO   IBM 370/MVS/TSO   IBM Asm       1.0    18/07/84  SYSRONR@UCHIVM1.BITNET
  523. APP   Apple II/DOS      CROSS         2.1    18/07/84  G.BUSH@COLUMBIA-20
  524. 20    DEC-20/TOPS-20    MACRO-20    4.1(236) 18/07/84  CC.FDC@COLUMBIA-20
  525. K11   PDP11/RSX11M,M+   MACRO-11      2.18   17/07/84  ATSBDN@UOFT01.BITNET
  526. K11   PDP11/RSTS        MACRO-11      2.18   17/07/84  ATSBDN@UOFT01.BITNET
  527. K11   PDP11/RT-11       MACRO-11      2.18   17/07/84  ATSBDN@UOFT01.BITNET
  528. APO   Apollo/Aegis      FORTRAN       1.0    13/07/84  John Lee, RCA Labs
  529. HPM   HP1000/RTE        FORTRAN       1.0    13/07/84  John Lee, RCA Labs
  530. SIR   Sirius-1          MASM          1.20   12/06/84  Barry Devlin, Dublin
  531. ST    HP3000/SoftwareTools/Ratfor     1n     18/02/84  kpd%HP-LABS@CSNET-Relay
  532. ST    Univac/SoftwareTools/Ratfor     1n     11/06/84  kpd%HP-LABS@CSNET-Relay
  533. CPM   Apple II/CPM-80   ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  534. CPM   DECmate II/CPM80  ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  535. CPM   Generic CPM80 2.2 ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  536. CPM   Generic CPM80 3.0 ASM           3.9A    6/06/84  CERRITOS@USC-ECL
  537. CPM   H/Z-19/CPM-80     ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  538. CPM   H/Z-100/CPM-80    ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  539. CPM   Kaypro II/CPM-80  ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  540. CPM   Osborne 1/CPM-80  ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  541. CPM   Superbrain/CPM80  ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  542. CPM   TRS80-II/CPM80    ASM           3.9A    6/06/84  CERRITOS@USC-ECL
  543. CPM   Vector Graphx/CPM ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  544. CPM   VT180/CPM-80      ASM           3.9A    6/06/84  CC.FDC@COLUMBIA-20
  545. CPM   TelconZorba/CPM80 ASM           3.9A    6/06/84  G.BUSH@COLUMBIA-20
  546. PRO   DEC Pro-350       Bliss         1.0     1/06/84  G.BUSH@COLUMBIA-20
  547. VMS   VAX/VMS           Bliss         3.0.051 1/06/84  G.BUSH@COLUMBIA-20
  548. K10   DEC-10/TOPS-10    MACRO/Bliss   3(124)  1/06/84  G.BUSH@COLUMBIA-20
  549. TRS   TRS-80 I and III  M80           3.5    30/05/84  stan@RICE
  550. 170   Cyber 170/NOS     Fortran77,asm 2.0    25/05/84  knutson@UT-NGP
  551. UCI   IBM PC/p-System   UCSD Pascal   0.1    23/05/84  KMM@CORNELLA.BITNET
  552. RBLC  Rainbow/MS-DOS    CI/86         2.14   23/05/84  LCAMPBELL@DEC-MARLBORO
  553. 800   ABC-800/ABCDOS    BASIC-II      2.2     8/05/84  Per_Lindberg_QZ@QZCOM
  554. 86/APC NEC APC/CPM-86   ASM86         2.7     7/05/84  CONTEXT@WASHINGTON
  555. 86/RB Rainbow/CPM-86    ASM86         2.7     4/05/84  CC.FDC@COLUMBIA-20
  556. MAC80 8080 Cross Asmblr MACRO-10  10E(120)   30/04/84  CERRITOS@USC-ECL  
  557. CPM   Morrow Decision I ASM           3.9    26/04/84  CC.FDC@COLUMBIA-20
  558. CPM   Nokia MikroMikko  ASM           3.9    26/04/84  CC.FDC@COLUMBIA-20
  559. CPM   Ohio Sci/CPM-80   ASM           3.9    26/04/84  CC.FDC@COLUMBIA-20
  560. MP    PDP-11/MUMPS-11   MUMPS(1982)          11/04/84  KMM@CORNELLA.BITNET
  561. UCT   Terak/p-System    UCSD Pascal          11/04/84  KMM@CORNELLA.BITNET
  562. KPROTO"KERMIT Protocol Manual"        5th Ed  2/04/84  CC.FDC@COLUMBIA-20
  563. KUSER "KERMIT User Guide" English     5th Ed  5/03/84  CC.FDC@COLUMBIA-20
  564. MU    Honeywell/MULTICS PL/I                 28/02/84  P.Amaranth, Oakland U 
  565. TA2   Tandy 2000/MS DOS MASM          1.20   16/02/84  smp@UTEXAS-11
  566. PRI   Prime/PRIMOS      PL/P                 10/02/84  L.Spira, The SOURCE
  567. AOS   Data General/AOS  Ratfor                2/02/84  John Lee, G.E.      
  568. HP1   HP-150/MS-DOS     MASM          1.3     2/02/84  Frank Heartney, H-P
  569. CMS   IBM 370/VM/CMS    IBM Asm               1/02/84  CC.DAPHNE@COLUMBIA-20
  570. MDS   Intel DevSys/ISIS PL/M                 27/01/84  Chris@COLUMBIA-20
  571. RT    PDP11/RT11        OMSI Pascal          24/01/84  Bruce Pinn, U Toronto
  572. HP9   HP-98xx/p-System  HP Pascal            20/01/84  Gallaher@RUTGERS
  573. VF    VAX/VMS           Pascal/Fortran       18/01/84  Bruce Pinn, U Toronto
  574. ATA   Atari/DOS         Action!               9/01/84  G.TANG@SU-SCORE
  575. MTS   IBM 370/MTS       Asm, Pascal           6/01/84  "Gavin Eadie"b@UMich-MTS
  576. UN    Univac 1100/Exec  Exec Assembler       22/12/83  STEVENS@MACCWISC.MAILNET
  577. PC    IBM PC etc/PC-DOS MASM          1.20   30/11/83  CC.Daphne@COLUMBIA-20
  578. PC    H/Z-100           MASM          1.20   30/11/83  CC.Daphne@COLUMBIA-20
  579. VIC   Victor 9000/CPM86 ASM86         1.1    25/11/83  Barry Devlin, Dublin
  580. SEE   Seequa/MS DOS     MASM          1.18   17/11/83  Glenn Everhart, RCA
  581. VIC   Victor 9000/MSDOS MASM          1.18   10/11/83  Bryan Peterson, ORNL
  582. UX    (various)         Unix                 17/10/83  CC.FDC@COLUMBIA-20
  583. VIC   Victor 9000/MSDOS MASM          1.1     3/06/83  Barry Devlin, Dublin
  584. VX    VAX/VMS           VAX-11 C             24/04/83  Todd Little, DEC
  585.