cc.fdc@COLUMBIA-20.ARPA (12/13/83)
From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA> Announcing a new release of KERMIT-80, which provides file transfer and terminal emulation for CP/M-80 systems. This release is version 3.6; it has no new functionality over version 3.5, but several major bugs have been fixed. These include: Cursor addressing errors fixed for various systems. During terminal emulation, some systems (the Kaypro II, for instance) would output nulls continuously. This has been fixed. Thanks to James Grossen at the University of Tennessee at Knoxville for these fixes. Users of CP/M Kermit are encouraged to get the new .HEX files (using their current versions of Kermit), LOAD them, and try them out. If you do this, please let me know which system you tried, whether it worked, and if not, what went wrong. The .HEX files are available in KER:CPM*.HEX via anonymous FTP from host COLUMBIA-20. The systems supported, and the corresponding files, are: CPMAPPLE.HEX Apple II with Z80 SoftCard, DC Hayes MicroModem II CPMBRAIN.HEX Intertec SuperBrain CPMDMII.HEX DECmate II with CP/M option CPMGENERI.HEX "Generic" CP/M-80 version 2.x CPMHEATH.HEX Heath/Zenith 89 CPMKAYPRO.HEX Kaypro II CPMOSBORN.HEX Osborne 1 CPMOSI.HEX Ohio Scientific CPMPLUS.HEX "Generic" CP/M-80 version 3.0 (CP/M Plus) CPMRAINBO.HEX DEC Rainbow-100, CP/M-80 (Z80 side) CPMROBIN.HEX DEC VT180 "Robin" CPMTELCON.HEX Telcon Zorba CPMTRS80.HEX TRS-80 Model II with CP/M CPMVECTOR.HEX Vector Graphics CPMZ100.HEX Heath/Zenith Z100, CP/M-80 (Z80 side) CPMBASE.M80 The single source file for all the above. CPMBASE.DIF Source differences from version 3.5. There are also various associated .DOC and .HLP files. KERMIT implementations are also available for many other systems, both micros and mainframes. To get an idea of what's available, see the file KER:00README.TXT. Those of you who have been using KERMIT-80 version 3.2 or earlier are encouraged to try out this new release -- in incorporates many new features, including built-in DIR and ERA commands, a way for switching and logging in disks, improved wildcard facilities, etc. Since we do not have examples at Columbia of more than a couple of the systems listed above, I would be very grateful to anyone who could report to me about their success or lack thereof in running this new version of KERMIT-80. In the meantime, an entirely new (and radically different) release of KERMIT-80 is in preparation. It is expected that this new version will require considerable testing, so it is very desirable to stabilize the present version. Your reports will be of great help in doing this. - Frank da Cruz (Columbia U) -------