Columbia University Center for Computing Activities INFO-KERMIT DIGEST VOLUME 4 January - June 1986 Table of Contents Volume 4, Number 1 1 New C-Kermit with Sliding Windows for PC-DOS 1 Volume 4, Number 2 8 Volume 4, Number 3 12 Volume 4, Number 4 18 New Kermit for Olivetti M24 PC (and IBM PC) with VT100 Emulation 18 MS-DOS Kermit Available for RMX-86 18 Volume 4, Number 5 25 Volume 4, Number 6 33 Volume 4, Number 7 39 New Wang PC support module for MS-DOS Kermit 39 Volume 4, Number 8 43 Volume 4, Number 9 48 Volume 4, Number 10 54 Volume 4, Number 11 61 New MS-DOS Kermit 2.29 Not Forgotten 61 Volume 4, Number 12 66 Two More New Kermit-80's 67 Volume 4, Number 13 69 CP/M Kermit Announcements from Last Digest 70 MS-Kermit for Sirius/Victor on Available Disc in the UK 70 Volume 4, Number 14 74 Kermit for the HP2647 74 Volume 4, Number 15 78 New os9 Kermit (68000 and 6809) 78 Volume 4, Number 16 83 New Kermit-32.Hex Enclosed 83 Volume 4, Number 17 90 Volume 4, Number 18 96 Volume 4, Number 19 101 New C-Kermit Release Available for UNIX and VMS 101 Volume 4, Number 20 107 New Kermit-10 107 Volume 4, Number 21 110 Macintosh Kermit 0.8(34) Available 110 New KERMIT-10 Release 111 Volume 4, Number 22 113 New Kermit-10, BITNET, etc 113 New Release of Tandem Kermit 114 New MacKermit Problems 118 Volume 4, Number 23 123 Many New Kermit Versions from the UK 123 New Source for OS9 and Tandy CoCo Kermit Diskettes 127 Volume 4, Number 24 129 New Release of TRS-80 Model 4 Kermit 130 Volume 4, Number 25 133 New Kermit Versions from Lancaster University 133 Volume 4, Number 26 137 New PDP-11 Kermit 137 Prerelease Test Versions of MS-DOS Kermit 2.29 More Widely Available 137 New PC Convertible (Laptop) Modem 141 Volume 4, Number 26 144 INFO-KERMIT DIGEST V4 #1 Page 1 Info-Kermit Digest Mon, 6 Jan 1986 Volume 4 : Number 1 Departments: MS-DOS KERMIT - New C-Kermit with Sliding Windows for PC-DOS Revised Modules for MS-Kermit 2.28 jrd Re: Fast PC/AT Kermit My Two Cents on the MS-Kermit 2.28 jrd "Display Problem" MS-DOS Kermit Terminal Emulation Query MISCELLANY - Apple DOS Kermit Bug Kermit for NCR Decision-Mate V? ---------------------------------------------------------------------- Date: Fri 20 Dec 85 00:05:05-EST From: Jan van der Eijk Subject: New C-Kermit with Sliding Windows for PC-DOS Keywords: C-Kermit, Sliding Windows I just finished a C version of Kermit for the IBM PC/XT/AT and DOS. It supports the following: Server Dial command Script files Sliding window (full duplex only) File Attributes and the majority of the features from the Unix C-Kermit. The file is called WKERMIT.EXE and the current version is 012. The sliding windows part is not widely supported yet but the following systems/programs do: PRO-YAM Communication package for the PC The SOURCE Public info TCOMM Unattended bulletin board system. Any updates will be posted on the following TCOMM system: data only (301) 428 7931 If you have any questions direct them to OC.JAN@CU20B or to JAN VANDEREYK on the previous mentioned TCOMM BBS. To upload WKERMIT to this system took an effective rate of 63 CPS, while using sliding windows it would have been around 100 CPS. [Ed. - This is the first implementation of Kermit with windows that we have received at Columbia. It is based on a previous release of C-Kermit, version 4.2, edit number unknown; the current version of C-Kermit is 4C(057). Windows-Kermit is compiled in Lattice C and uses the Greenleaf communication libraries (which do not support XON/XOFF). The source, .EXE, and .BOO files are in PS:, available via anonymous FTP from CU20B, for evaluation only. You may use the .BOO or .EXE file even if you don't INFO-KERMIT DIGEST V4 #1 Page 2 have the Greenleaf libraries or Lattice C. This is not a polished product -- it needs to be integrated with the "mainstream" C-Kermit, the DOS interface fixed up a bit, and so on. The reason for this posting is to get some experience and data on the windowing option, especially when used over public networks like Telenet (which is the normal way of getting to The Source, whose Kermit also does windows). I'd be very interested in any performance measurements -- e.g. the transfer of a particular file with and without windowing, over direct or dial connections vs over public networks, with various window sizes, etc (the baud rate, the size of the file in bytes, and the elapsed time required to transfer it in each case). I would appreciate it if everyone would refrain from fixing or changing the program on the source level until a coherent release of C-Kermit can be produced covering not only MS-DOS, but also Unix, the Macintosh, and VMS. Also, an up-to-date version of the windowing specification and some supporting documentation is available in PS:KW*.*.] ------------------------------ Date: 2 JAN 86 13:15-MST From: JRD@USU Subject: Revised Modules for MS-Kermit 2.28 jrd Keywords: MS-DOS Kermit Updates to MS Kermit 2.28 jrd/2 as of the end of Dec 1985 From Joe R. Doupnik CASS and EE, Utah State Univ (801) 750-2982 (days) Bitnet user JRD node USU MS Kermit 2.28 jrd has undergone some internal and external upgrading since its original posting to Columbia Univ in late November. The responses of numerous people testing it have helped a lot. Thanks guys. The significant changes are listed below. Oh, yes. Files have renamed to current standards: mssdef.h, and the .asm files msscmd,msscom,mssfil,mssker,mssrcv,msssen, mssser,mssset,msxibm,msyibm,mssfin. (mssdmb.asm is gone.) 1. The single character command, C for Connect, is back. Also fixed the parser to allow keywords within Kermit to be in mixed case. 2. X-packet problems -- fixed, I hope. 3. Interrupting reception of a file by typing ^C, at last, deletes or keeps incomplete files as it should. 4. SET End-of-Line # command has been fixed to remove the suprious message of "?Not confirmed"; the command actually worked despite the message. 5. A bug in server mode's (lack of) use of repeat prefixes has been fixed. 6. RUN whatever now displays a leading cr/lf before DOS's response. 7. The server mode display screen has been freed of stray messages and retry counts, or so I hope. INFO-KERMIT DIGEST V4 #1 Page 3 [Ed. - One big problem with the MS-DOS Kermit server is that the DOS programs it invokes -- and often DOS itself -- will put a message on the screen and wait for the user to reply from the Keyboard; a disk problem will evoke the familar "Abort, Retry, Ignore?" message, CHKDSK will ask you if you want it to repair your disk if it finds something wrong (and REMOTE SPACE invokes CHKDSK). So if the server hangs, it's probably stuck in this manner, and there's not much one can do about it if the server is unattended.] 8. Filenames are not automatically expanded to be ???????.??? by typing the escape key since the complete filename string is now a rather complicated object (drive and path fields, etc). 9. Half duplex systems (eg, IBM mainframes) had a problem of not hearing a packet if it were received too quickly after its own last transmission (such as an EOF response). A new workaround waits 3 millisec (adjustable in the code) before sending any packet in the hope of giving the other end time to switch contexts from send to receive. [Ed. -- 3 msec is about 3 character times at 9600 baud; this should be more than adequate -- it certainly made the problem disappear for us, with our own IBM mainframe. Ideally, the delay should be adjustable, and should be zero for full duplex connections.] 10. A much more serious I/O problem has been displayed (machines going poof or worse especially when Connecting). My best guess is timing problems in the serial port interrupt handling code. This has been revised and tightened considerably. 11. How to build Kermit from sources with various versions of MASM and LINK. Worry no more; Kermit handles that now. Brief tutorial (yawn): Kermit uses three program sections, CODE, CSTACK (was STACK), and DATAS. My simple changes were to rename the old STACK section to be CSTACK (sorts to later than CODE and earlier than DATAS) and place references to each, arranged alphabetically, in the assembler header file, MSSDEF.H, where they will be seen before any other code and hence also be in the desired order-of-encounter. One may link Kermit modules in any order at all, provided that MSSFIN is mentioned last. A typical Link command file might look like this: msscmd+msscom+mssfil+mssker+mssrcv+msssen+ mssser+mssset+msster+msxibm+msyibm+mssfin kermit; or kermit/map, kermit.map; 12. Internally, code for the "% completed" message has been rewritten to run more accurately and to work with files as large as 32 MB. Number of Packets still turns over at 64586; that's a lot of packets. 13. The LOG command will now supply a filename of KERMIT.LOG if you don't specify one, and logging now appends to the desired file (won't destroy old text). One small comment on this version of Kermit is that in the confusion of sending stuff hither and yon I apparently did both Kermit> Log Prn (OK by itself), and Control-PrtSc (ditto) INFO-KERMIT DIGEST V4 #1 Page 4 while within VMS Mail. My printer went into grahpics mode and slept hence forth. Seems like both VMS and double printing is not a good combination. Mail does bad things by itself due to the escape sequences emitted, but double printing certainly is bad news for unknown reasons. 14. All filename handling has been strengthened. When attempting to write to disk all read-only, hidden (system), and volume label files are "fully protected" from Kermit. 15. Get and SEND. I have had to back off a little on GET's command line to accomodate various filename constructions. We are back to the manual whereby Get can have just one filename on its command line and that name can have embedded whitespace and other printable characters. If a local override filename is wanted invoke Get with an empty command and then remote and local filenames will be requested by prompts. SEND, however, has been modified slightly to also prompt for both names if its command line is empty. For both commands, the remote name has leading whitespace trimmed, but trailing whitespace is retained, and local filenames get full local inspection. GET and SEND permit the first character of a string to be a wild card by saying "#" rather than "?"; the "#" will be translated to a "?". After the first character of a string a "?" can be used as needed. 16. Disk I/O buffer sizes have been moved to the header file so you can easily change them to suit local conditions. The logging (capture) buffer is set to 256 bytes, up from 128, but the main data disk buffer ("buff") is left at 128 bytes to keep the "% completed" display lively; note that DOS does full sector buffering anyway. 17. An item of note. Giving the command REM DEL B:\JUNK to an MSDOS remote server can lead to trouble if JUNK is a subdirectroy rather than a file. DOS interprets this to mean DEL B:\JUNK\*.* (oops!) and asks the server "Are you sure?". At this point the server Kermit hangs displaying the message above and the server's operator must say something on the keyboard. If he/she says N then DOS leaves the user in subdirectory B:\JUNK. It's a DOS "feature" in at least version 2.11. On the other hand, simply sending another file also named JUNK on B: results in a new file named B:\JUNK0001 if WARNING is on or a complaint if WARNING is off. 18. Z100 backspace bug fixed in MSXZ10.ASM. 19. A new version of the IBM screen handling module, MSYIBM, updated by Bob Bolch for operation of Kermit under IBM's TopView has been heavily used by me for a while with no problems. However, I don't have TopView (IBM's TV demo disk works fine here). My system is a Zenith 151 PC and a composite video monochrome monitor. [Ed. - MSYIBM.TOP -- please try this if you use TopView, or even if you don't, to make sure it does no harm on ordinary DOS systems. TopView setup parameters are documented in MSVIBM.TOP.] 20. I haven't yet obtained a copy of Purdue's VT100 emulator package so this version of Kermit still uses the Heath-19 emulation. A VT100 module which works like a real VT100 sure would be nice! INFO-KERMIT DIGEST V4 #1 Page 5 Joe Doupnik JRD on Bitnet node USU [Ed. - This message has been considerably shortened for the digest. The complete text, along with the new modules and any files mentioned above, are in PS: on CU20B, available via anonymous FTP. Sorry, they are not available on BITNET via KERMSRV -- after one or two further go-rounds, the final result of all this will be installed as the official version (probably 2.29) in all of the normal Kermit distribution areas. The source files (ASCII text) are in PS:MSSS*.*. The object files (8-bit binary) are in PS:MSSS*.OBJ. Documentation, in the form of the messages we've had from Joe D., are in PS:MSA*.*. 8-bit binary .EXE files for the IBM PC/XT/AT are in PS:MSV*.EXE, and corresponding ASCII .BOO files (decodable with KER:MSBPCT.BAS) are in PS:MSV*.BOO. If you have trouble FTPing the .EXE or .OBJ files, then either get the source and build from that, or else get the file KER:AANETW.HLP, which gives hints about FTP'ing binary files from CU20B. If you have other MS-DOS systems, like the HP-110 or -150, Wang PC, TI Pro, Z-100, etc, please get the source files and try building and testing the resulting .EXE, and pointing me at the .EXE if you can put it in a place I can FTP it from. Copies of all the MSX*.ASM and MSY*.ASM modules have been placed in PS:, but no object files yet. Finally, I've added the fix for CR at column 80 that Joe added to MSYIBM to the file MSYIBM.TOP. Therefore, I'd appreciate it if anyone who is using TopView could try this module in place of MSYIBM.ASM and report if/how it works, both under TopView and "up front". Is the performance any worse than the TopView-less version? Should this become the regular terminal emulation module for the IBM PC/XT/AT? Thanks again to Joe Doupnik for the tremendous amount of work he's put in and generously contributed.] ------------------------------ Subject: Re: Fast PC/AT Kermit Date: 24 Dec 85 16:26:33 EST (Tue) From: sdyer@BBNCC5.ARPA Keywords: MS-DOS Kermit I don't know what you're talking about. I regularly use MS-KERMIT on an AT running DOS 3.1 with an 18.4mhz crystal (yielding an effective rate of 9.2mhz.) I haven't yet seen any problems related to this. I might mention that my COM1: is located on the IBM serial/parallel card. [Ed. - There seems to be a difference of opinion about whether Kermit works on a souped-up AT. Can anyone suggest why it works for some people and not others?] ------------------------------ Date: Tue, 24 Dec 85 22:01 EST From: Larry Afrin INFO-KERMIT DIGEST V4 #1 Page 6 Subject: My Two Cents on the MS-Kermit 2.28 jrd "Display Problem" Keywords: MS-DOS Kermit I saw in the Digest a couple of msgs, one from Kathleen and one from Mike Iglesias, re "display problems" with MS-Kermit 2.28 jrd on old (16K/64K motherboard) and Compaqs. I don't know about the Compaq side of the issue, but I'm also running 2.28 jrd on a 16K/64K vintage 1981 IBM PC, and I have had no hint of any display problems since I first assembled and installed the program. For what it's worth, I'm running PC-DOS 3.10 with ANSI.SYS installed, and I assembled 2.28 jrd with MASM 1.0 along with that trick I documented in a msg you included in the Digest one or two issues back. Maybe the display problems have something to do with how 2.28 jrd is assembled and/or linked. (Hey, for a shot in the dark, it ain't so bad an idea!) Oh, I'm also running a monochrome monitor off the standard IBM monochrome monitor/ parallel printer adapter card. -- Larry Afrin Dept. of Computer Science Clemson University [Ed. - Another difference of opinion; "jrd/2" should link and assemble the same way for everybody. Can someone pinpoint the problem?] ------------------------------ Date: Tue 31 Dec 85 13:39:13-EST From: Frank da Cruz Subject: MS-DOS Kermit Terminal Emulation Query Keywords: MS-DOS Kermit, Terminal Emulation If a forthcoming release of MS-DOS Kermit were to include VT-100 emulation, would anyone have any objection to removing the Heath-19 emulation? If so, would the objections disappear if a VT-102 (with character insert and delete functions) were emulated? Since code has been written at several sites to make Kermit emulation a VT-10x, the question is whether to include it alongside the H19 code, or to replace the H19 code altogether. In the former case, the program would be that much bigger, and the implication would be that other sites are invited to add emulation for still other kinds of terminals (DG Dasher, IBM 3101 have already been suggested). I have a vague preference for emulating only one kind of terminal, and allowing others to be supported by turning Kermit's emulation off and loading a console driver to emulate the desired terminal. What does everyone else think? ------------------------------ Date: 30 DEC 85 AT 11:23:27 From: Subject: Apple DOS Kermit Bug Keywords: Apple II DOS Well my fears are confirmed. File xfer doesnt care what the checksum received is. I dont know how this bug has continued this long either we usually have very good com lines or nobody is using this kermit. The bug is "very little attention is being paid to false returns from rpak" INFO-KERMIT DIGEST V4 #1 Page 7 In the case of received data no attention is being paid. Sigh! The fix: the stmt after label "rdat2" should be "beq rdat2d" since false is zero. the 3 stmts starting with label "rdat2c" should be removed but the label should be retained. After looking at all the returns from "rpak" I am supprised that the packet is used befor checking the checksum. It seems to me that the whole packet is suspect if the checksum is in error. Anyway you probably know more about this than I do. Ted milnet address "medin@nosc" [Ed. - This message, and some further, more detailed information, has been passed along to the Apple Kermit maintainers to see, and has been appended to the Apple Kermit "beware" file, KER:APPLE.BWR.] ------------------------------ Date: Fri 3 Jan 86 14:09:50-CST From: Bob Paver Subject: Kermit for NCR Decision-Mate V? Keywords: NCR Decision-Mate V Kermit I'm looking for a version of Kermit that will run on a NCR Decision-Mate V. This system runs MS-DOS, but uses a 2651 UART rather than the more standard 8251. (MSGENER assumes the presence of the 8251 UART.) Any help would be appreciated. Happy New Year! Bob Paver (512) 834-3316 Microelectronics and Computer Technology Corp. (MCC) 9430 Research Blvd, Echelon Building #1 Austin, TX 78759-6509 ARPA: paver@mcc.arpa UUCP: {ihnp4,seismo,harvard,gatech}!ut-sally!im4u!milano!paver ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #2 Page 8 Info-Kermit Digest Wed, 8 Jan 1986 Volume 4 : Number 2 Departments: MS-DOS KERMIT - Feedback on H19 vs VT102 Support in Kermit-MS (several messages) MISCELLANY - C-Kermit VMS IBM VM/CMS Kermit vs VM Optimizer Kermit for Epson HX-20? ---------------------------------------------------------------------- Date: 7-Jan-1986 From: BRIAN@UOFT02.BITNET Subject: H19 Support Keywords: Terminal Emulation H19 and vt102's -- The consensus here [at the University of Toledo] is that since there are no H19's on campus H19 support would not be missed. In light of the s/1, 7171 and VAX TPU support of vt1xx's and the lack therein of h19 support, my users would certainly prefer vt1xx emulation. brian ------------------------------ Date: Tue 7 Jan 86 13:16:53-EST From: D. M. Rosenblum Subject: Re: MS-DOS Kermit Terminal Emulation Query Keywords: MS-DOS Kermit, Terminal Emulation Personally, I prefer H-19 emulation. But I'm not much of a heavy MS-DOS Kermit user these days. My reasons may nevertheless be of some interest. If VT1xx emulation is fast enough to avoid the incessant XON/XOFFing that goes on with real VT1xx's (or, e.g., PRO/350's running PRO/Kermit or PRO/Communications and emulating VT102s), then I have no objections. But there's some software that isn't too kind to XON/XOFF flow control, notably old versions of Gosling emacs on VAX/VMS's, which we run here at C-MU. If the VT1xx emulation tended to generate lots of XON/XOFFs, this could be a problem. H-19 emulation doesn't do this any more than real H-19s do, so it might be good to keep H-19 emulation around. On the other hand, though, as should be clear, I've had no experience working with VT1xx emulators, so my concerns may be about non-existent problems. Daniel M. Rosenblum, Ph.D. candidate School of Urban and Public Affairs Carnegie-Mellon University ------------------------------ Date: Tue 7 Jan 86 14:48:35-EST INFO-KERMIT DIGEST V4 #2 Page 9 From: EXT1.FARHAD@CU20B.COLUMBIA.EDU Subject: KERMIT terminal emulations Keywords: Terminal Emulation In reply to your request for comments re KERMIT terminal emulation: I would like to see a single terminal with character/line/block insert/delete capability as the emulation standard in all KERMIT vanilla issues. Ideally, this capability could be supplemented with an option to load any one of a number of independent terminal emulation drivers (residing separately on disk) either via a switch at initial KERMIT load time or via an internal KERMIT subcommand. The capability to switch among (text/graphics) terminals while KERMIT is loaded would truly be a luxury. /Farhad ------------------------------ Date: Mon, 6 Jan 86 17:06:35 pst From: "Scott Weikart" Subject: Re: MS-DOS Kermit Terminal Emulation Query Keywords: Terminal Emulation We definitely want insert/delete line/character; we use kermit a lot for dialup access. I'd be happy to give up H-19 for VT102, but not for VT100. Actually, I'd prefer VT102 over H19 (VT102 is more verbose, but more standard). I don't have strong feelings about whether there should be one or n terminal emulators built in. -scott ------------------------------ Date: Tue, 7 Jan 86 17:02 EST From: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA Subject: Re: your digested query about dropping H-19 and adding VT102 Keywords: Terminal Emulation Go for it! I say drop the Heath-19 emulation like hot lead and replace it with a good VT102 emulator. If we're going to do something, let's do it right, so choose the VT102, not the namby-pamby VT100. As for including a bunch of different emulators in Kermit, forget it. The VT102 is so standard nowadays that if you connect to a system that doesn't understand what a VT102 is, then you're connected to either (1) a system that should have been scrapped so long ago that the gold on its circuit boards is worth more than it is, or (2) an IBM mainframe (not including the 1 or 2 of such beasts which run that IBM abomination of UNIX), or (3) both (1) and (2). A VT102 is all the emulation capability Kermit will need for the forseeable future. ("Forseeable" in this industry being <= 10 years (maybe 5).) -- Larry Afrin Dept. of Computer Science Clemson University [Ed. - I wouldn't be quite so hard on the H19 -- it does most of what the VT102 does, and it did it first, and it does it more simply and without all INFO-KERMIT DIGEST V4 #2 Page 10 the XON/XOFF craziness. It's just too bad it never "caught on" in the sense that popular operating systems (other than Berkeley Unix) or front ends support it as a standard terminal type. Are there any setups where dropping Heath emulation in favor of VT102 (assuming it didn't send XOFFs all the time) would do serious damage?] ------------------------------ Date: Mon 6 Jan 86 21:14:45-EST From: Jin Au Kong Subject: Feedback on MS-DOS Kermit 2.28 and C-kermit VMS Keywords: VMS C-kermit, Terminal Emulation Since VT100 is industrial standard, I would support VT100 emulation in various implementations. On VMS C-Kermit: 1) Terminal response is faster than Kermit-32, and requires less BYTLM quota. We have Kermit-32 v3.1066 and C-kermit 4C present on our system. While C-kermit suffer from data overrun problem more often, one cannot type too fast when "connect"ed through Kermit-32, or it will kick you back to kermit prompt level. 2) I like the script feature provided by C-Kermit. We have implemented fileserver and printer server between two 750's with this feature. Wish to learn of some other applications, such as mailserver. 3) It would be great if somebody can incorporate a better interruption capability for C-Kermit. Quite often we have user tied up the line because of an incorrect operation in C-Kermit. [Ed. - The VMS support was added to C-Kermit by some volunteers at DEC who probably don't have time to do much more with it. I'm sure that C compilers are pretty common at VMS sites (much more common, at least than Bliss compilers), so VMS experts are more than welcome to add whatever improvements they like to the VMS system-dependent modules.] ------------------------------ Date: 7-Jan-1986 From: BRIAN@UOFT02.BITNET Subject: IBM VM/CMS Kermit vs VM Optimizer Keywords: IBM VM/CMS Kermit The systems group for the IBM system here recently installed a package from BMC Corp. called VM Optimizer, one feature of which is compression of data to 3270 type terminals. Using this will cause CMS S/1 Kermit to fail. If something like this is used, it should be disabled for 7171 and S/1 lines. brian [Ed. - Swell, I hope it comes with instructions about how to do that...] ------------------------------ INFO-KERMIT DIGEST V4 #2 Page 11 Date: 8 Jan 86 9:26:00 EST From: Frank da Cruz Subject: Kermit for Epson HX-20? Keywords: Epson HX-20 Kermit Does anyone have Kermit running on an Epson HX-20? I assume (but don't know for sure) that this is a CP/M-80 machine (and if it is, I don't know if it runs CP/M 2.2 or 3.0). I would be very grateful for information about this system, or better still, a pointer to where to find Kermit for it, or still better, an Epson HX-20 diskette with Kermit on it! ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #3 Page 12 Info-Kermit Digest Mon, 13 Jan 1986 Volume 4 : Number 3 Departments: ANNOUNCEMENTS - Bitnet Files Updated MS-DOS KERMIT - H19 vs VT102 Emulation (many messages) Kermit under MS Windows MISCELLANY - Looking for Apple II CP/M Kermit Diskette XON/XOFF Deadlock between vt100 and Hayes Modem Bug fix for Prime Kermit server mode ---------------------------------------------------------------------- Date: Mon 13 Jan 86 11:22:40-EST From: Christine Gianone Subject: Bitnet Files Updated Keywords: Bitnet files The Bitnet Files have finally been updated. The Kermsrv File Server on CUVMA should now be able to supply Bitnet Users with up to date Kermit Files. JRD's MS-DOS Kermit is still an exception; it will be installed on Bitnet when it becomes the real MS-DOS Kermit. The way to get started with Kermsrv is to issue the following command to CMS: "SMSG RSCS MSG CUVMA KERMSRV HELP". If you haven't used Kermsrv for a while, you may notice that some recent improvements have been made. ------------------------------ Date: 9 Jan 86 00:24:09 EST From: John McNamee Subject: H19 and VT10x emulation Keywords: Terminal Emualtion VT10x emulation would be nice, but not at the expense of H19. When you're talking to a host at 1200 baud the goal is to reduce the number of characters sent. VT10x is so verbose that operation at low speeds is painful. So go ahead and add VT10x emulation, but leave H19 for those of us still using dialup lines. ------------------------------ Date: Thu, 9 Jan 86 12:25:20 EST From: Ivan Auger Subject: VT102 vs H19 support... Keywords: Terminal Emulation I never use kermit's H19 support, instead I use a VT102 emulator that allows me to run kermit without exiting the program. So, if H19 support is dropped, INFO-KERMIT DIGEST V4 #3 Page 13 we won't suffer at all. (By the way, I also use emacs and haven't had any trouble with VT100 emulators except that it is a good program to find bugs in this emulators). Ivan Auger, NYS Dept. of Health ------------------------------ Date: Thu, 9 Jan 86 19:11 EST From: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA Subject: More on VT102 emulation in MS-Kermit Keywords: Terminal Emualtion Hmmmm... Just read the latest digest. Seems I came out sounding more vehement than I intended. Now that I've had a chance to put my brain in gear *first* (before my fingers take off), I can say what I meant to say in my previous msg: MS-Kermit would be much better off with the VT102's set of capabilities rather than the H-19's set. Uh, that means "conceptual set," as in, "Make the Kermit emulator do what DECL claims the VT102 can do *minus* all the implementation deficiencies in DEC's VT102, such as the XON/XOFF problem." I was unaware that the XON/XOFF business is a problem to some users, and now that I am aware of it, I have to agree that if the Kermit implementation of VT102 is going to include deficiencies such as that, then we're better off with H-19. There! Doesn't that sound nicer? -- Larry Afrin Dept. of Computer Science Clemson University ------------------------------ From: Roy Stehle Date: 10 Jan 1986 1519-PST (Friday) Subject: h19 support necessary Keywords: Terminal Emualtion I would like to request that h19 support remain in MS-Kermit. I am working on a VAX running 4.2 BSD UNIX. The text editor that I use (e) does not have a termcap for the VT-10X. There may be some time in the future that the editor will be enhanced to use the standard UNIX termcap, but I can't count on that. We have many h19 terminals in our company and rely heavily on their compatibility with existing software. ------------------------------ Date: Fri, 10 Jan 86 15:31:02 pst From: gould9!joel@nosc.ARPA (Joel West @ CACI) Subject: MS-Dos terminal emulation Keywords: Terminal Emulation VT100 is fine. VT102 is better, and the standard for Terminal emulators. Junk the H-19. Any system that can handle it can handle the VT100, but not INFO-KERMIT DIGEST V4 #3 Page 14 vice versa. If only a partial emulation is done, make sure it is an innocuous one. The MacKermit 0.8 is unreadable when switched to "bold"; fortunately, most systems don't use this. Also, for VMS users, a VT100-style keypad mapping would be real handy. I have a public domain Macintosh desk accessory (off the net) for those times I need one under VMS. Joel West CACI, Inc. Federal, La Jolla PS: > Date: Tue, 24 Dec 85 22:01 EST > From: Larry Afrin > Subject: My Two Cents on the MS-Kermit 2.28 jrd "Display Problem" > > I saw in the Digest a couple of msgs, one from Kathleen and > one from Mike Iglesias, re "display problems" with MS-Kermit 2.28 jrd on old > (16K/64K motherboard) and Compaqs. I don't know about the Compaq side of > the issue, but I'm also running 2.28 jrd on a 16K/64K vintage 1981 IBM PC, > and I have had no hint of any display problems since I first assembled and > installed the program. This is probably what we have on our Compaq 286, and it's no figment of our imagination. We used the straight IBM .exe (nothing to do with source) under MSDOS 3.x, and other than that, have no problems. ------------------------------ Date: Sun, 12 Jan 86 20:11:04 PST From: rag@uw-june.arpa (David Ragozin) Subject: H19 emulation in ms-dos kermit Keywords: Terminal Emulation Although I can't speak for the comuputing center here at the University of Washington, I can say that our instructional computing system is heavily dependent on h19 and z-29 terminals. Most instructional computing uses a screen editor, which has been optimized for this h19 environment. As a result, the h19 emulation in kermit has been a very appealing aspect. Although I personally think the vt102 emulation would be quite nice to have, and it is desired by our Engineering College computing group, I would hope that some options could be maintained. The idea of having some generic terminal emulator modules, which could then hook into specific terminal emulator modules at compile time might be a way to go. As you also may recall, some of our staff created a very bare bones tektronics 4010 emulator which is invoked when heath mode is off, and the tektronics graphics code is received. I forwarded this code to you some time ago. Hopefully we will be able, without too much change, to repeat this graphics terminal extention with whatever new version you release. ------------------------------ Date: Thu, 9 Jan 86 16:45:32 PST INFO-KERMIT DIGEST V4 #3 Page 15 From: walton%Deimos@Hamlet.Caltech.Edu Subject: Kermit under MS Windows Keywords: Sliding Windoes Kermit Since Microsoft Windows claims to allow programs to run which are TopView aware, I thought I would try the version of MS-Kermit V2.28 jrd which supports TopView. I used the PIF file entries advised in PS:MSVIBM.TOP. The resultant program runs fine under Windows, except for the fact that the update to the screen after a CONNECT command is painfully slow--about equal to the speed of a 300 baud modem connection. Oddly enough, the program does not exhibit this behavior in local mode, after a DIR command to Kermit-MS for example. I have looked at the source code, but don't know enough about the TopView interface to understand how it works. Both the TopView and normal versions of MS-Kermit run equally quickly when run as standalone programs under normal DOS, so I would have no objection to the TopView version becoming the standard one. By the way, I built my Kermit from source using MASM Version 4.00. Using EXEPACK reduced the size of the executable file from 43,000 bytes to 32,000 (when the modules were linked in the order given in MSKERM.MAK). Steve Walton Caltech Solar Astronomy walton%deimos@cit-hamlet.arpa walton@citdeimo.bitnet ...!ucbvax!cithep!hamlet#walton@deimos ------------------------------ Date: Thu, 09 Jan 86 01:32:47 CST From: PAVTMIKE%UMCVMB.BITNET@WISCVM.WISC.EDU (Dr. Michael J. Dyrenfurth) Subject: Looking for Apple II CP/M Kermit Diskette Keywords: Apple II CP/M Kermit Although I have REALLY tried in this region, I have been unable to secure a working copy of Kermit-80 that runs on my Apple IIe (c/w PCPI CPM card, Videx Ultra-term 80/160 column card, Hayes 1200 smartmoden, Apple super serial card). I desperately need to get 1200 baud CPM communication up. Is there any way that I can buy a working disk from someone? I also need a version that works with a II+ (cw the ALS Smartterm 80 column card, the Micro-soft CPM card, and Apple Super serial card) ------------------------------ Date: 8 Jan 86 05:15:29 GMT From: Dennis Bednar Subject: XON/XOFF Deadlock between vt100 and Hayes Modem Keywords: Hayes Modem, XON/XOFF Kermit XON/XOFF Deadlock Bug Caused by Hayes Command Echo Enabled I recently ran into a problem of kermit "locking" up sometimes when using a Hayes Smartmodem, and I thought I would share it with the net. Well, I looked into this problem and found that it was caused by me connecting to the Hayes modem directly, and and accidently INFO-KERMIT DIGEST V4 #3 Page 16 typing control-s (XOFF). The ^S was passed through as data to the modem. At this time, I had set the Hayes dip switch to enable echoing during Hayes command mode, merely for convenience to me. This led to an XON/XOFF deadlock problem between the vt100 and the Hayes Smartmodem. Repeat by: # this is a comment # enter C-Kermit command mode set modem dir # kermit command to say direct hardwired line # I know, I know, C-kermit's dial command will interact # with the Hayes, and this problem will not occur if I # use the kermit "dial" command, but I was just experimenting. set esc 1 connect # kermit connects your terminal to the modem now # Now type AT several times, and verify that the OK prompt appears. # Now type control-s. # Now type AT, but you don't see OK. # In fact nothing you type is sent. This problem assumes that your # terminal understands that ^S inhibits the terminal kb's from # sending on the tty line. You MAY NOT BELIEVE THIS, BUT THE THE HAYES ALSO ECHOED the control-s!!!!!!! Therefore the ^S typed on my keyboard was passed through kermit, echoed by the modem, and passed back through kermit, and sent to my terminal screen. This caused my vt100 terminal's KBD LOCKED (Keyboard Locked) LED to turn on. If you try typing ^Q to break the problem, your terminal does not transmit it, because output is inhibited until ^Q is received from the host, which cannot happen, so you are deadlocked. Fortunately, since I was using a vt100 terminal, I merely pressed the SET-UP key twice, which turned off the KBD LOCKED light. For an ignorant user, this could be bad. Best solution: Disable Hayes echoing during command mode, and this problem cannot occur. Dennis Bednar Computer Consoles Inc. Reston VA 703-648-3300 {decvax,ihnp4,harpo,allegra}!seismo!rlgvax!dennis dennis@rlgvax.UUCP ------------------------------ Date: 10-JAN-1986 16:39:18 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk Subject: Bug fix for Prime Kermit server mode Keywords: Prime Kermit Here's a fix I had sent in for bug in Prime Kermit causing it to NAK an I packet instead of sending an Error. Will get through the backlog of bug reports and such over the next week or so if the link stays going! Alan Date : 10 January 1986 From : Rick Burne, Ealing College of Higher Education, London UK Subject : Bug in Prime KERMIT in server mode INFO-KERMIT DIGEST V4 #3 Page 17 In server mode PRIME KERMIT responds to an I packet with a NAK rather than anything sensible such as a qualified ACK or an error packet. This should be fixed in the next release from The Source, but in the meantime here is a quick edit to make it respond with an error packet. File MSG_TYPES.PLP Around line 24, insert a line MSG_INIT by 'I' /* Init-info packet */ after the line MSG_EOF by 'Z' /* End of file (EOF) */ File SERVER.PLP Around line 225, insert a new clause in the main do while loop: when (MSG-INIT) do; snd_msg = 'Unimplemented server command'; call send_packet('E',length(snd_msg),msg_number); end; before the line end; /* select */ File REC_MESSAGE.PLP Around line 72, insert a line msg_init, before the line msg_rcv_init) return ('1'b); ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #4 Page 18 Info-Kermit Digest Fri, 17 Jan 1986 Volume 4 : Number 4 Departments: MS-DOS KERMIT - New Kermit for Olivetti M24 PC (and IBM PC) with VT100 Emulation MS-DOS Kermit Available for RMX-86 HP-Portable Kermit 2.28 jrd/2 Don't Drop H-19 Emulation Feedback on W-Kermit Kermit Versus Cermetek Modem (212PC) and Modem-Mate Software TI Pro Kermit at 9600 Baud MISCELLANY - Contacting Lancaster University for Kermit Distribution in the UK Kermit Diskette Wanted for HP-9836 CMS Kermit 2.01 bugs fixed ---------------------------------------------------------------------- Date: Wed 15 Jan 86 10:45:55-EST From: Frank da Cruz Subject: New Kermit for Olivetti M24 PC (and IBM PC) with VT100 Emulation Keywords: Olivetti M24 PC Kermit, MS-DOS Kermit, Terminal Emulation This is to announce MS-DOS Kermit support for the Olivetti M24 PC, which is IBM compatible except for the keyboard, contributed by Andrew J. Hunt of CSIRO, Division of Radiophysics, Epping NSW (Australia). It includes VT100 emulation, and extensive support for the Olivetti keypad. The new support is embodied in the files KER:MSXM24.ASM and KER:MSYM24.ASM. A "boo" file (encoded .EXE file, decodable using the KER:MSBPCB.BAS or KER:MSBPCT.BAS programs) based on version 2.27 of MS-DOS Kermit is available in KER:MSVM24.BOO, and the .EXE file itself (for those who can FTP 8-bit binary files) in KB:MSVM24.EXE. I tried it briefly on a PC/AT, and it seemed to work as a VT100 emulator, at least for EMACS purposes. Andrew claims it also simulates the VT100 graphic set sufficiently to produce EDT help screens. This code will probably not be used as a basis for any VT100 emulation that may appear in the forthcoming release, 2.29, but it will certainly be looked at to see if there is anything there that might be missing from the Indiana/Purdue VT100 code. In the meantime, those who are desparate for VT100 emulation in IBM PC Kermit might be able to get by using this version. The program is thoroughly documented in KER:MSVM24.HLP. As usual, all files mentioned above are available on the Internet using FTP login to host CU20B, user ANONYMOUS, any password. ------------------------------ Date: Fri 17 Jan 86 16:14:04-EST From: Frank da Cruz Subject: MS-DOS Kermit Available for RMX-86 Keywords: MS-DOS Kermit, RMX-86 Kermit This is to announce an implementation of MS-DOS Kermit for iRMX-86 on the INFO-KERMIT DIGEST V4 #4 Page 19 Intel 300 Series from Jack Bryans, California State University, Long Beach (JAFW801@CALSTATE.BITNET). This is a rather unusual addition to the MS-DOS Kermit family, in that the underlying operating system is not MS-DOS at all. As Jack puts it, "MS-Kermit (essentially unchanged) has been placed in a cradle which leaves it blissfully unaware that it is not running under DOS". When he says "essentially unchanged" he means that a few minor syntax changes were necessary in some of the system-independent modules, which should be reflected in the forthcoming release 2.29. The files relating to this version are in KER:MS%RMX.* ("%" is DEC-20 wildcard notation to match any single character), available using anonymous FTP from CU20B. Included is a .BOO file, which will be of use only if the Intel system has a Basic interpreter that can run one of the .BOO file decoders -- KER:MSBPCB.BAS or KER:MSBPCT.BAS. The 8-bit binary executable program is in KB:MSVRMX.EXE; if there is some more standard way of representing it printably (an Intel HEX file maybe?) then I'd appreciate it if someone would create one from the .EXE and send it in. It's probably not possible to recreate this program from the sources in KER:MS*.* at this point because of inconsistencies between the current version (2.28) and the version upon which Jack's work is based (2.26), the name changes, etc, plus the fact that the current source does not reflect Jack's suggested syntax changes (see KER:MSVRMX.BWR about this). If all this sounds too complicated to deal with, the program may be ordered on diskette from: California State University, Long Beach University Bookstore Attn: Lyle Bartlett 6049 E. 7th St. Long Beach, CA 90840 $6.00 per 5 /14" DSDD RMX format diskette. Thanks to Jack for this submission. ------------------------------ Date: Wed, 15 Jan 86 19:58:50 mst From: dwf%f@LANL.ARPA (Dave Forslund) Subject: HP-Portable Kermit 2.28 jrd/2 Keywords: HP-Portable Kermit, MS-DOS Kermit The new jrd/2 version of Kermit works fine on the HP Portable Plus. I've been testing it for a few days and have noticed no problems. Since the last submitted version of MSXHPX.ASM, we have fixed the problem of leaving the modem/serial port on. The context diffs follow: [Ed. - Thanks, Dave! Code omitted; the updated module is available in KER:MSXHPX.ASM.] ------------------------------ Date: Mon 13 Jan 86 23:13:46-EST From: Joe Smith (415)794-2512 Subject: Don't Drop H-19 Emulation Keywords: Terminal Emulation Removing H19 emulation won't make the terminal emulator smaller. Because if INFO-KERMIT DIGEST V4 #4 Page 20 you are doing full VT102 emulation, then you have to respond to ?2l which puts a real VT10x terminal in VT52 mode. Given all the routines to do VT102 functionality, adding H19 features to the VT52 dispatch table is trivial. In other words, it costs almost nothing to have VT102 and H19 emulation both. I strongly recommend ripping out the "SET H19" command and replacing it with a new command, such as "SET TERMINAL xxx" with the default of xxx=ANSI. People that need H19 response need only "SET TERMINAL H19" or have the host computer send 2l to get the VT102 out of ANSI mode and into VT52/H19 mode. [Ed. - This is the most succinct and sensible statement on the subject to date, and 2.29 will probably wind up structured along these lines. Thanks to all who sent their opinions -- I think this approach will make everyone happy.] ------------------------------ Date: Fri, 17 Jan 86 08:52:35 PST From: walton%Deimos@Hamlet.Caltech.Edu Subject: Feedback on W-Kermit Keywords: Sliding Windoes Kermit I downloaded WKERMIT.EXE (C-Kermit with windows for MS-DOS) yesterday, the 16th. Works like a charm on my Zenith Z-151 under MS-DOS version 3.10. I connected two machines together directly via the serial ports. At 9600 baud, the time to transfer a 33,000 byte executable file was 128 seconds for the latest version of MS-Kermit, and 90 seconds for WKERMIT. Since no delays were involved, this 45% improvement is presumably due to WKERMIT's compression. Now if we can only convince CompuServe to use windowed Kermit instead of XMODEM... Steve Walton swalton@caltech.bitnet walton%deimos@hamlet.caltech.edu [Ed. - Good news! I would be very interested in any statistics that people who use the public networks could provide about W-Kermit's performance. If anyone is in a position to do some benchmarking, we could really see if the windowing extension lives up to expectations in the environment it was designed for. The idea would be to pick a group of MS-DOS files, say a .COM file, an .EXE file (preferably unpacked), a plain text file, and a highly indented text file (like C program source, untabified) -- all of nontrivial size, say 10K-50K -- and transfer them at 1200 baud over a link having no built-in delays (say, a direct dialup or hardwired connection) and again over a public data network (like Telenet or Tymnet), both with windowing and without. And maybe even with several different window sizes. All other options should remain constant. Note the elapsed time to transfer each file in each case. The test could be conducted between two PCs (XTs, ATs) running W-Kermit (one of them might be at the TCOMM BBS mentioned by Jan van der Eijk in his Windows Kermit announcement in Info-Kermit V4 #1), or between a PC running W-Kermit and the Kermit at The Source (if you have an account there). The latest release of Profession YAM is also reported to support the windowing extension. Any reports will be reproduced in Info-Kermit, naturally, and may also make it into the Kermit Book (with full INFO-KERMIT DIGEST V4 #4 Page 21 credit) if I get them in time. Here's a sample table to fill in: (No windowing) (Full Duplex Windowing..........) Xmodem Kermit Kermit Kermit Kermit Kermit Window Size: 0 0 4 8 16 31 File File Elapsed time to transfer at 1200b, in seconds: Name Length Direct connection: ???.COM ????? ? ? ? ? ? ? ???.EXE ????? ? ? ? ? ? ? ???.TXT ????? ? ? ? ? ? ? ???.C ????? ? ? ? ? ? ? Public network (which one?): ???.COM (same ? ? ? ? ? ? ???.EXE files ? ? ? ? ? ? ???.TXT as ? ? ? ? ? ? ???.C above) ? ? ? ? ? ? It's more important to fill in a whole column than a whole row. Thanks in advance to anyone who undertakes to do any of this!] ------------------------------ Date: 17 Jan 1986 10:21:41 CST Subject: Kermit Versus Cermetek Modem (212PC) and Modem-Mate Software From: Delatorre@USC-ISIE.ARPA Keywords: Cermetek Modem (212PC), Modem-Mate Software What is the latest word on Kermit and internal modems? Is it possible to get Kermit to run on PC's with internal modems such as the Cermetek (212PC)? If the answer is yes I would surely be interested in how, if the answer is no I would be most appreciative of a laymen's explanation as to why. Regards, Sam DelaTorre [Ed. - This is an oft-asked question. MS-DOS Kermit includes absolutely no code to deal explicitly with internal modems. If it did, the program would rapidly become unmanageable. Rather, we depend -- so far, at least -- upon the modem manufacturer to make the modem behave exactly as the regular asynchronous adapter does. Many internal modems do (like the Hayes); others emphatically do not (like the PCjr's built-in modem). Those that don't would require very hardware-specific code to support, and this code would tend to reduce the transportability of the program (e.g. among IBM compatibles) as well as its robustness and longevity. So the party line remains "avoid internal modems!"] ------------------------------ Date: Thu Jan 16 11:41:27 EST 1986 From: dolqci!irsdcp!scsnet!sunder@seismo.CSS.GOV Subject: TI Pro Kermit at 9600 Baud INFO-KERMIT DIGEST V4 #4 Page 22 Keywords: TI Pro Kermit Has anyone had any experience with TI kermit version 2.28 revision 5 transfers at 9600 baud? I am trying to get my TI to transfer files to my Unix System III box over a direct line at 9600 baud. It work MOST of the time, but intermittently my C-Kermit thinks it got a ^C and aborts, and then Unix gets a ^D and logs me out. Any thoughts, suggestions, or messages of condolance please sene to me via uucp and/or to the digest. Thanks. UUCP: (1) seismo!dolqci!irsdcp!scsnet!sunder (202) 634-2529 (2) decvax!philabs!ubbs!sund (voice) CIS: 74026,3235 Mail: IRS 1111 Constitution Ave. NW PM:S:D:NO Washington, DC 20224 Atten: Mark E. Sunderlin ------------------------------ Date: 16-JAN-1986 10:18:44 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk Subject: Contacting Lancaster University for Kermit Distribution in the UK Keywords: Lancaster University, UK Lancaster University maintains a collection of almost all Kermit files online on a VAX, and keeps it as in-step with CU20B as possible. The files are in a public access username, which can be logged in to from the JANET or PSS networks or by dial up at any time. To access the distribution service, users should do the following: From PSS: 1. Call 23425240010104 to get to our PSS gateway using X29. Depending on what PAD you are using the first few digits may need replacing with, eg, "A" 2. Call 000010404000 from the gateway to get to our VAX11/780 system (running VMS) 3. Log in to user KERMIT, password KERMIT. From JANET: 1. Call 000010404000 using X29 (The system's NRS name is LANCS.VAX1 which you might have already configured and available to match this address) 2. Log in as (3) above By Dial-up: 1. Call one of 0524-63423, 0524-67754 or 0524-67671. These are all V21/V23 autosense modems: put your modem online as soon as ours answers, rather than waiting for carrier. Lines are set for full duplex, 8 data bits, no parity, XON/XOFF flow control. 2. Press RETURN a few times to wake up the pad and get a "PAD>" prompt 3. Type CALL LANCS.VAX1 to connect to the VAX 4. Log in as above. News of the day will appear, as well as pointers to the help files and indexes. The system is rather overloaded and slow, so please be patient when logging in. I can be contacted in several ways: By letter: Alan Phillips Communications Group INFO-KERMIT DIGEST V4 #4 Page 23 Department of Computing Computer Building Lancaster University Lancaster LA1 4YW UNITED KINGDOM By phone : 0524-65201 x 4881 By e-mail: To user SYSKERMIT @ LANCS.VAX1 PSS address 234252400101.000010404000.FTP.MAIL JANET address 000010404000.FTP.MAIL Please give your own full mail address and site name. Reply over ARPA is unreliable and slow. I cannot reply over uucp, or anything other than JANET and ARPA. I would prefer contact by e-mail if at all possible. Response may be slow as this is a one-person operation and it stops when I'm away. All users can collect files from us by Kermit or by file transfer at no charge. I can write tapes in DEC ANSI D or VMS BACKUP formats, and supply some Kermits on floppy disc (contact me for availability). Supply is free to all educational establishments, but there is a handling charge to others. I can't, I'm afraid, generally undertake to supply outside outside the UK/Eire as the work load would become too great. [Ed. - Many thanks for providing this service within the UK!] ------------------------------ Date: Thu 16 Jan 86 15:19:08-PST From: David Liu Subject: Kermit Diskette Wanted for HP-9836 Keywords: HP-9836 Kermit Is there anyone who has a copy of HP-9836 Kermit? I would like to arrange to get a disk. [Ed. - This is a frequent request. Can anyone help David out? Better still, does anyone know of the existence of an HP-98xx user group? If so, could someone who has this version of Kermit on an HP-98xx-format diskette please submit it to the user group so that others could order it from there? If there's no such user group, maybe HP itself would be willing to distribute it to their customers. Anyone who manages to set up something like this, please let me know so I can refer future inquiries of this kind to the user group (or HP). In fact, this goes for every microcomputer, PC, workstation, etc, version of Kermit. If you have a working version, please submit it on native media, with any appropriate documentation, to a user group that accepts mail orders. Thanks!] ------------------------------ Date: 16 January 86 17:57 EST INFO-KERMIT DIGEST V4 #4 Page 24 From: NJG@CORNELLA Subject: CMS KERMIT 2.01 bugs fixed Keywords: VM/CMS Kermit I have discovered (and corrected!) a couple of bugs in CMS KERMIT version 2.01: If CMS KERMIT is executed more than once from an EXEC without returning to CMS command level any attempt to 'take' a file more than once will fail as the file has been left open. This can be fixed by closing the file. Update 2 to version 2.00 of CMSKERM does not pad RECFM F files with spaces as it claimed, it pads with hex 0's. When processing a SERVER 'bye' request on a 7171 (or Series/1) line no XON should be sent before issuing the CP LOGOFF command. If it is the CONWAIT following the WRTERM will wait forever. The content of file CMSKERM FIXBYE are: "8-)" Nick Gimbrone (607)256-3747 [Ed. - Thanks, Nick! The listings are omitted, but have been added to the KER:CMSMIT.BWR file, and will be included (in one form or another) in the next release of CMS Kermit.] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #5 Page 25 Info-Kermit Digest Wed, 22 Jan 1986 Volume 4 : Number 5 Departments: MS-DOS KERMIT - Victor 9000 Support for MS-DOS Kermit 2.28 APC MS-Kermit Info-Kermit Olivetti M24 Kermit: VT100 Split-Screen Scrolling Problem MISCELLANY - MacKermit from Rice? SuperKermit File Transfer Times Tandem Running Guardian OS Kermit? Novation Apple-Cat II? ---------------------------------------------------------------------- Date: Mon, 20-JAN-1986 20:31 MST From: Subject: Victor 9000 Support for MS-DOS Kermit 2.28 Keywords: MS-DOS Kermit, Victor 9000 Kermit, Victor/Sirius This is to announce Victor 9000/Sirius 1 Support for MS-DOS Kermit 2.28, contained in two assembly-language files, MSXV90.ASM and MSYV90.ASM. The support includes the full option list of baud rates (45.5 to 38400 baud), the use of either serial port, full HEATH emulation, and restoration of the screen to its previous condition when reconnecting to the same port after disconnecting. The SET KEY option has not been supported since that does not seem to be necessary with the Victor's soft keyboard. For those who would like to get more out of the Victor 9000, there is also a version of MSYV90.ASM which gives full Tektronix 4010 emulation. This module provides full text, graphics, and graphics input (GIN) emulation. The graphics are good quality, thanks to the quality of the Victor's screen, and the graphics input appears to be adequate for most needs. However, the text leaves a little to be desired in terms of readability. The font is home grown (my home) and I didn't have a lot of time to put into fine tuning the different characters for readability, but they can be deciphered with a little practice. There are three Victor-specific modules required to generate the Tektronix version. These are MSZV90.ASM - replaces MSXDMB to get the segments in the right order MSXV90.ASM - same one used for the regular KERMIT MSYV9T.ASM - provides the Tektronix emulation The first module is required to get the segment containing the graphics screen region as low as possible in memory. The Tektronix emulation mode is entered by setting the HEATH mode off (i.e., SET HEATH OFF). Bryan G. Peterson PETERSONB@BYUVAX [Ed. - Thanks! This should allow us to get rid of some of the old Victor versions that have been cluttering up the Kermit Distribution the last few years, and allow the Victor to benefit from new MS-DOS Kermit releases. INFO-KERMIT DIGEST V4 #5 Page 26 Since there is no .BOO or .EXE file, the program will have to be built from the source, following the directions in the documentation. The files are in KER:MS%V9*.* on CU20B, available via anonymous FTP on the Internet, and from KERMSRV at CUVMA on BITNET. If anyone manages to build a working .EXE in a place I can FTP it from, I'll add it to the distribution and make a .BOO file from it.] ------------------------------ Date: Sun 19 Jan 86 17:30:14-PST From: Ronald Blanford Subject: APC MS-Kermit Keywords: MS-DOS Kermit, APC Kermit The corrected versions of MSXAPC.ASM and MSAPC.EXE are ready for ftp from my account . This latest version fixes a bug in which MS-Kermit incorrectly handled the function keys on the APC during Connect mode. When programmed using the operating system KEY command rather than from within Kermit, only the first character would be sent when the function key was pressed, and the rest would wait until the next keystroke. This has now been corrected. Thanks to Ian Gibbons for the fix. -- Ron [Ed. - Thanks, Ron. The new files are in KER:MS%APC.*, including a new .BOO file. The 8-bit binary .EXE file is in KB:MSVAPC.EXE. These files are available, as usual, via anonymous FTP from CU20B on the Internet. All but the .EXE file are also available on BITnet from KERMSRV at CUVMA.] ------------------------------ Date: Mon, 20 Jan 86 13:58 EST From: CDTAXW%IRISHMVS.BITNET@WISCVM.WISC.EDU Subject: Info-Kermit Keywords: Info-Kermit Digest format I have been archiving the Info-Kermits from the MAIL files on KermSrv. I have been putting Volume 1 - 4 into partitioned datasets with an index of all the subject lists. This is great and very useful, but unfortunately all the pre-volume information was not digested into any specific format so I am at a lost for the best way to break them into smaller chunks. I was wondering if you had any ideas on this? Do you think anyone would be interested in the digests as partitioned datasets? I would be more than happy to send them to you for distribution if you think it a worthwhile thing. Thanks again for your time, mark [Ed. - If anyone out there is interested in an Info-Kermit PDS, please respond to Mark directly; if there is sufficient interest, maybe some way can be devised to distribute it.] INFO-KERMIT DIGEST V4 #5 Page 27 ------------------------------ Date: Tue 21 Jan 86 14:30:28-EST From: PK0P@CMCCTD Subject: Olivetti M24 Kermit: VT100 split-screen scrolling problem Keywords: Olivetti M24 Kermit, VT100 Emulation I downloaded the Olivetti M24 version of Kermit-MS and noticed a problem with split-screen scrolling in VT100 emulation mode. I'm using an IBM PC/XT, DOS 2.1, EGA, and Enhanced Color Display. I'm also using the ANSI.SYS device driver. When talking to a VAX/VMS system, I noticed the problem with the VMS PHONE facility. From PHONE, one can do DIR to see a list of users on the system, or on another VAX/VMS system connected through DECNET. If there are more than 18 users on the system, PHONE will do a split-screen scroll to list them (provided the terminal is one of the VT1xx or VT2xx series). The first time through, the list will be displayed correctly with split-screen scrolling. If you then issue a second DIR command from PHONE, all the lines with be displayed on top of each other on the status line (on about the 5th line from the top). Then if you exit from PHONE, you will find your cursor on line 1, with only a one line scrolling region! To correct the problem, you can issue the escape sequence to reset the scrolling region, or escape back to Kermit-MS and type: SET HEATH ON SET HEATH OFF (to get back to VT100 Emulation) (Note: this is only noticeable if the VAX system has 18 or more users logged in. PHONE does not use split-screen scrolling when it can list all the users on one screen.) Peter Kanaitis Research Systems Analyst Allegheny Singer Research Institute Allegheny General Hospital Pittsburgh, PA 15212 Voice: (412) 359-3180 Net: PK0P%TD.CC.CMU.EDU@TE.CC.CMU.EDU [Ed. - Thanks for the report -- it has been passed along to Joe Doupnik to make sure the forthcoming version 2.29 will not have the same problem.] ------------------------------ Date: Sat, 18 Jan 86 14:12:11 pst From: Joel West Subject: MacKermit from Rice? Keywords: Rice U. MacKermit Frank, Since I doubt you were at the MacWorld expo this week, I thought I'd pass it along... INFO-KERMIT DIGEST V4 #5 Page 28 "The Rice University Macintosh Development Project has developed several public domain products for Macintosh computers. ... Rice Mac Kermit ...It will also allow you to send full applications as well as text only documents. Eighth-bit prefixing is supported. This program is currently in beta test. ... Rice University Institute for Computer Services and Applications POB 1892 Houston, TX 77521 Unfortunately, the guy at the Rice booth didn't know much about it, and said I had to come back and speak to the woman in charge. I never made it. [Ed. - According to the new issue of "Wheels for the Mind" (V2 #1, Winter 1986) the status of Rice Univerity's Macintosh Kermit is "Currently on hold". Rice has never been terribly communicative about the various Kermit programs they've been working on -- they also have a pretty fancy TSO Kermit written in PL/I, but which requires a proprietary support package which they sell; hence we don't distribute it.] If you find out any more about this (either through INFO-KERMIT or whatever channels you have), I'd like to know. I'm a heavy Mac and Kermit user, and, if this is better than the 0.8 C-Kermit, would be glad to add it to our user-group distribution. [Ed. - I'll be glad to add it if Rice sends it in.] At this point, the most interesting issue is whether MacKermit will support the Hierarchical File System. The main reason why some programs don't is that they take the volume ref no, convert that to a disk volume name, and then make a string of the form "Disk Volume:File Name". Instead, all file names MUST be internally stored as volrefno,filename. (the volrefno now gives a volume and directory under HFS) If you follow the rules, code can work under old or new systems. [Ed. - Reportedly Mac Kermit works just fine under HFS; that is, it works as well as it does on pre-HFS systems.] Also, MacKermit does not support out-going wild-cards. This would be real useful. [Ed. - Yup. So would saving the screen or lines scrolled off the top, a mouse-positioned cursor, the ability to deal with Mac Binary format, etc. I hope we'll be able to do some more work in this area some day.] Joel West CACI, Inc. - Federal westjw@nosc.ARPA {decvax,ucbvax,ihnp4}!sdcsvax!noscvax!westjw ------------------------------ INFO-KERMIT DIGEST V4 #5 Page 29 From: Chuck Forsberg WA7KGX Subject: SuperKermit file xfer times Date: 20 Jan 86 10:46:37 GMT Keywords: Sliding Windows Kermit, SuperKermit To answer some questions in INFO-KERMIT, I ran some tests transferring files with a variety of protocols, including SuperKermit (Kermit with Sliding Windows). Here are the results. SuperKermit: Some File Transmission Time Comparisons Chuck Forsberg 1-20-86 Two files were used for this series of tests. A 112070 byte .EXE file produced by the Xenix to DOS cross development system was used to test the transfer of binary files. Of the 19886 nulls in the file, many were in buffers, giving a chance to test Kermit's run length compression. A 11456 byte document produced by nroff contained no special characters save CR and LF. The document used little or no indentation. Transmissions were from a 9 mHz PC-AT running DOS 3.1 or SCO SYS V Xenix, to a PC with a NEC V20 at the standard 4.77 mHz. Ramdisks were used on the DOS machines. The 9600 bps transfers used a direct connection between the adjacent machines. 1200 bps transfers used a Hayes 1200 and MI-2 212a modem dialup. Software used was Professional-YAM 15.24, Crosstalk 3.6, and Unix sb(1). Pro-YAM to Pro-YAM SuperKermit transfers used 3 byte block check (CRC-16), eight bit transfers (no quoting), and compression. Transfers with The Source used the Portland OR Uninet node. Source Kermit transfers used 1 byte block check, eight bit transfer, and no compression. Previous tests have indicated Telenet gives similar results on downloads from The Source but was very much slower on uploads thanks to poor network buffering. .EXE File (112070 bytes) Time Speed Conditions 2:00 9600 Xenix to Pro-YAM YMODEM-g 2:00 9600 Pro-YAM to Pro-YAM YMODEM-g 2:11 9600 Pro-YAM to Pro-YAM XMODEM/CRC 3:54 9600 Pro-YAM to Pro-YAM SuperKermit 4:10 9600 Xenix to Crosstalk XMODEM 5:20 9600 Pro-YAM to Pro-YAM Kermit (NO Windowing) 15:55 1200 Pro-YAM to Pro-YAM YMODEM-k 22:33 1200 Pro-YAM to Pro-YAM SuperKermit 25:22 1200 Pro-YAM to The Source SuperKermit 25:95 1200 The Source to Pro-YAM SuperKermit Nroff output file (11456 bytes) (all at 1200 bps) Time Conditions 1:49 Pro-YAM to Pro-YAM YMODEM-k 1:53 Pro-YAM to Pro-YAM SuperKermit 1:59 Pro-YAM to The Source SuperKermit INFO-KERMIT DIGEST V4 #5 Page 30 5:32 Pro-YAM to The Source Kermit (NO Windowing) DISCUSSION Between two directly connected microcomputers, XMODEM protocol gives good results, 855 bytes per second throughout out of 9600 bps. The 1024 byte blocks used by Pro-YAM's YMODEM-k and YMODEM-g give a throughput of 933 bytes per second (97 per cent efficiency). Pro-YAM's Kermit/SuperKermit routines are based on the code developed at The Source, which in turn is based on C-Kermit. Compared to the earlier Unix Kermit, C-Kermit uses extra layers of processing which limit performance at high speeds. The .EXE file should transfer in 2:49 but in fact takes 3:54. Most of this delay was enforced by the PC stopping the transfer with XOFF flow control. A PC-AT or AT&T 6300 should be able to receive data with SuperKermit at 9600 bps with little or no flow control. [Ed. - Sigh... Layering is the price we pay for portability. The old version didn't run under System III, System V, VMS, or on the Macintosh...] SuperKermit does allow the receiver (in this case the slower PC) to overlap serial transfers with its processing. Without SuperKermit, all the processing must be done sequentially, resulting in a 5:20 transfer time for the same file. The advantage of Sliding Windows or other means of sending multiple blocks can be seen by comparing the timing for the Xenix to Crosstalk XMODEM download (4:10) with YMODEM-g download (2:00). When national or global packet switched networks introduce delays, the difference becomes significant even at 1200 bps. The 1:52 transmission time between two SuperKermits only loses six seconds when uploading to The Source. Regular Kermit (no windowing) takes more than twice as long at 5:32. Standard XMODEM transfers with Compuserve suffer from similar delays. [Ed. - And of course you can't do MODEM transfers with The Source at all, because an 8-bit path is required.] The size of the sliding window has little effect on performance as long as it is large enough to contain the outstanding packets. The maximum possible is 31, but it appears that 8 are sufficient for normal conditions. Of course, if the timesharing system or the network restricts the flow of data, no amount of windowing is going to help. I did notice a slight amount of network flow control when uploading files to The Source. In the non window transfer with The Source, round trip delay time was about 1.6 seconds according to my calculations (it seemed longer). YMODEM-k under these conditions would have uploaded the .EXE file in 19 minutes compared to SuperKermit's 25 minutes. A Kermit transfer with 1024 byte packets without windowing would have taken 27 minutes (losing 3 minutes from the delays, gaining a minute from decreased overhead). The benefits derived from Kermit's run length encoding form of compression are greatly dependent on the nature of the files being transmitted. It appears most of the difference between the 22:33 minute Pro-YAM to Pro-YAM INFO-KERMIT DIGEST V4 #5 Page 31 SuperKermit transfer and the 25:22 Pro-YAM to The Source transfer is related to compression available in the Pro-YAM Kermit but not The Source. However, long files downloaded from bulletin boards are often SQueezed or compressed before transmission, reducing the value of Kermit's compression. Most compression programs emit all 8 bit codes, resulting in an average 25 per cent Kermit efficiency loss from control character quoting. The main Kermit inefficiency in transferring binary files is control character quoting, which increases transmission time by 25 per cent average. A useful Kermit extension would be a way to allow most control characters to be transmitted without quoting. [Ed. - Right, but this is the same quoting that allows Kermit to work in environments where MODEM can't. Extending Kermit to allow a set of control characters to be transmitted "bare" seems like a good idea, but since it is just as often the intervening communication hardware or software that is sensitive to control characters as it is the computers themselves, a great deal of expertise -- and often "manual intervention" -- would be required of the user. Better to pay the price of the overhead.] A lesser source of overhead comes from the characters that frame Kermit packets. It is unfortunate that Kermit does not provide for longer packets. [Ed. - But it does -- see the long packet extension, proposed in Info-Kermit V3 #4. Some implementations will soon see the light of day.] SuperKermit: Unfinished Business The main item of unfinished business in SuperKermit is to determine the best criteria with which to force a windowing transfer to abort in a timely fashion without compromising the robustness of the protocol. A window size of 31 means up to 3100 bytes can be sent to the wrong program if one end of a SuperKermit transfer exits prematurely. A series of noise bursts such as dialing crosstalk can generate dozens of spurious packets. The normal method of stopping until the line quiets cannot be applied when the window is open. [Ed. - Good point! And thanks for all the work you put into getting these measurements.] Chuck Forsberg WA7KGX N2469R caf@omen.COM www.omen.com Omen Technology Inc The High Reliability Software Author of YMODEM & ZMODEM ZMODEM Consulting: $200/hr TeleGodzilla BBS: 503-617-1698 FTP: ftp.cs.pdx.edu pub/zmodem 10255 Northwest Old Cornelius Pass Road Portland Oregon 97231 POB 4681 Portland OR 97208 503-614-0430 FAX:503-629-0665 ------------------------------ Date: Tue, 21 Jan 86 11:52:43 EST From: pugsly@isrnix.UUCP Subject: Tandem running Guardian OS Kermit? Keywords: Tandem, Guardain OS Do you know of a version of kermit for the Tandem running the Guardian OS? INFO-KERMIT DIGEST V4 #5 Page 32 Or do you know of one under development? Thanks in advance. David A. Roth ...decvax!pur-ee!isrnix!pugsly ...ihnp4!inuxc!isrnix!pugsly Indianapolis,IN [Ed. - I've received several of these messages lately. Does anyone know if Tandem computers have more than one operating system? We have a version of Kermit for Tandem, but I think the operating systme is called "Nonstop" -- is that the same thing? It's written in a language called TAL. Anybody know anything about this?] ------------------------------ Date: Tue, 21 Jan 86 21:33:45 EST From: CHRISTOPHER CHUNG Subject: Novation Apple-Cat II? Keywords: Novation Apple-Cat II Does anyone know of a way to make the Novation Apple-Cat II work with Kermit? Is there a version of Kermit that I could get to work with my Novation modem and my Apple //e or is there a way to modify an existing version of Kermit to make it work with the Novation? Any help would be greatly appreciately! ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #6 Page 33 Info-Kermit Digest Fri, 24 Jan 1986 Volume 4 : Number 6 Today's Topics: Windows over Telenet TIMINGS Frogs in Space Problems/suggestions with/for M24-Kermit Workaround for VMS V3.7 vs. LAT-11 vs. MSKERMIT V2.28jrd ... More on Tandem's running Guardian Is anyone running HP3000 Kermit? MODEM7/MEX/KERMIT for UTS-30? Ti kermit H19 Question ---------------------------------------------------------------------- Date: Fri 24 Jan 86 13:46:21-EST From: Christine M Gianone Subject: Windows over Telenet Keywords: Sliding Windows Kermit, Telenet Below are the results of a test done using WKERMIT.EXE (C-Kermit with windows for MS-DOS). Both an .EXE and a .TXT file were transferred. The speed in all cases was 1200 baud and mark parity was used, which in turn causes 8th-bit prefixing in the .EXE file. The packet size was 90. This was done at 5:30PM on a weekday. The typical network delay was 1-2 seconds (strictly a guess based on watching modem lights). Columns A and B show file transfers between an IBM AT and 'The SOURCE', using a Hayes modem over Telenet; Column A is from the IBM AT to 'The SOURCE' and Column B is the other direction. Column C shows the time it took to send those files from 1 IBM AT to another. The first time shown in each column is the result without windowing; the second time shown (in parenthesis) is the result using a window size of 16. This test shows a 2-3 fold improvement in speed when windowing is used over Telenet. File File Elapsed time to transfer at 1200b, in mins:secs; Name Length A B C MSKERMIT.HLP 9371 4:15(1:35) 3:04(1:35) 1:45*(1:30) SHARE.EXE 8896 7:50(2:30) 7:00(2:40) 1:45*(1:30) * No matter how hard we tried we could not make WKERMIT work between 2 directly conncted PC/ATs. These numbers are estimates. ------------------------------ DATE: 24-JAN-1986 FROM: BRIAN@UOFT02 SUBJECT: TIMINGS Keywords: Kermit-11, Long Packets Some sample timings for Kermit-11 and long packet support. The packet size in the RSTS/E to P/OS was 500 bytes, the size from RSTS/E to RSTS/E was 700 bytes. These sizes are somewhat arbitrary, they depend more on the system's buffering capabilities than anything else. INFO-KERMIT DIGEST V4 #6 Page 34 Host buffering capabilities: P/OS 500 (estimated) RSTS/E 9.0 or later up to 7000, given sufficient system pool RSX11M+ 255 (I/D space CPU only) RSX11M 34 RT11 134 (could be larger with simple mod to XC/XL) As it can be seen, large packets make sense only for RSTS/E, P/OS and RSX11M+ if one wishes to avoid XON/XOFF overhead at high speeds. It should be possible to run larger packets on M+ and RT11 at lower speeds. File transfered: K11POS.TSK, size 102,400 bytes (200 disk blocks) Actual data packet characters AFTER prefixing was 120,857 Time Speed Data rate Comments seconds baud 1436 1200 84/sec 11/44 to PRO/350, 'Classic' Kermit local phone call 1237 1200 97/sec 11/44 to PRO/350, 500 Char packets local phone call 2915 1200 41/sen 11/44 to PRO/350, 'Classic' Kermit local call, 1 second ACK delay. 1492 1200 81/sec 11/44 to PRO/350, 500 Char packets local call, 1 second ACK delay. 304 9600 397/sec 11/44 to 11/44, 'Classic' Kermit, connected locally via Gandalf switch. 245 9600 493/sec 11/44 to 11/44, 700 char packets, connected locally via Gandalf switch. The last two timings are much lower than the line speed due to the fact the the PDP 11/44 is running 100% busy trying to keep up with character interupts using a normal terminal driver. A special purpose driver, such as the XK driver found on P/OS, would have lower overhead and allow somewhat faster data rates. Long packets were chosen for Kermit-11 due to the lack of suitable interupt driven i/o (at this time) under one of the operating systems, RSTS/E. The Sliding windows would likely function better in those situations where the circuit delay is much higher, or when the circuit can not accomodate large packet sizes. brian nelson [Ed. - The long packet specification is in KER:KPROTO.UPD] ------------------------------ Date: 23 January 1986, 16:38:18 SET From: Richard J Waite (06151) 886488 C0 at DDAESA10 INFO-KERMIT DIGEST V4 #6 Page 35 VM/CMS S.P.O.D European Space Operations Centre Robert Bosch Str 5 6100 DARMSTADT, West Germany. Subject: Frogs in Space Keywords: USSR "Giotto" Project Good Day, For interest only, the little green chap is now helping in the joint USA - European - USSR "Giotto" project. The data from the USSR satellite's is being sent from Moscow to us here at Darmstadt by means of "Kermit". This data is being used by us and also a USA university. We are using the Turbo pascal Kermit over there on an IBM clone at 4800. He is doing very well. Regards. ------------------------------ Date: January 24, 1986, 12:40 CET FROM: <#D15%DDATHD21.BITNET@WISCVM.WISC.EDU> Subject: Problems/suggestions with/for M24-Kermit Keywords: Olivetti M-24 Kermit Hi, I've build M24-Kermit from the assembler sources and I've got some problems: 1.) In module MSYM24.ASM the symbol LNWRAP is defined. This symbol is also defined in MSDEFS.H. To compile MSYM24 I've commented out the definition line for LNWRAP in MSYM24.ASM. (the definitions in the two files are different). 2.) The delete key (<--) does not work in kermits' command mode. When I type DEL nothing happens. When I repeat typing DEL the whole line disappears. In terminal emulation mode the DEL key works perfect. 3.) I can reproduce the scrolling problem in VMS/Phone reported earlier this week. 4.) I would prefer to have the ALT/CTRL/F2 active at initalization time (see also 5.). Is it possible to do the keyboard mapping on a dynamic basis. In this case you can have your standard keyboard driver outside of Kermit and a VT100-like driver when using Kermit. 5.) This is a suggestion rather than an problem. We have the german keybord (type 2) and it would be great to have the modified keyboard driver for this type of kb. a.) I would be happy to patch the standard KEYBGR.COM if someone could tell me what exaxtely is to do. b.) I would send a hexified version to KERMSRV. c.) Is there anywhere a description (with sources) of a keyboard driver (I know it's the wrong list, but...)? Martin Knoblauch TH-Darmstadt, D-6100 Darmstadt, West Germany INFO-KERMIT DIGEST V4 #6 Page 36 EARN/BITNET: #D15 at DDATHD21 (the number sign is really part of my UID) ------------------------------ Date: 21-Jan-1986 2320 From: g_hafner%wookie.DEC@decwrl.DEC.COM (SKIN THE BEARS!!!) Subject: Workaround for VMS V3.7 vs. LAT-11 vs. MSKERMIT V2.28jrd ... Keywords: LAT-11 After poking/playing around with all kinds of parameters on both our LAT-11 terminal and our VMS V3.7 system from a Rainbow running MSKERMIT V2.28jrd, and trying all the suggestions that Frank sent to me (thanx, by the way), the only solution to all those LAT terminal overruns is to turn down the baud rate on the Rainbow's comm port, and subsequently the LAT terminal speed as well, to 4800 baud (I had been receiving lots of re-xmit's and buffer overruns on the LAT line at 9600, more often than not causing the transfer to fail, or else get roughly one re-transmit for every packet sent- yuucchhhh!!). However, this behavior does NOT appear when using the same Rainbow, MSKERMIT, LAT port, and a VMS V4.2 system. THAT works just fine. I have a feeling that VMS V4.2 has a lot more intelligence built into its handling of the LAT than VMS V3.7 does. Please note, for all those that sent possible fixes, that the LAT involved here is not a DECSA (or Pluto box as it's sometimes called), nor is it a DECserver-100; it's "LAT-11", which runs on a Unibus-based -11 with DZ11's, a DEUNA, and 128KW of memory. In this software, you cannot modify or change flow control; you're stuck with it (maybe to make writing the application easier?). Turning HOSTSYNC off had helped a bit for a while on the VMS V3.7 machine, until the machine being used had its LTDRIVER up- graded to the proper level. Once that happened, turning off HOSTSYNC was FATAL (i.e., 2 packets get sent, then a timeout occurs), but leaving it on displayed the same behavior as it did before the LTDRIVER was upgraded. Hope this helps anyone getting bitten by this combination. Gerry Hafner, DEC LTN (Littleton, MA) UUCP: {decvax|ihnp4|allegra|ucbvax|...} !decwrl!dec-rhea!dec-wookie!hafner ARPA: hafner%wookie.DEC@DECWRL.DEC.COM ------------------------------ Subject: More on Tandem's running Guardian Date: 23 Jan 86 14:43:43 CST (Thu) From: ...decvax!pur-ee!isrnix!pugsly ...ihnp4!inuxc!isrnix!pugsly Keywords: Tandem, Guardian OS Since I have sent that to you I have talked to the local Tandem sales office and from what there salesman tells me... "If it was written in TAL for a non-stop then it will run on the EXT Tandem under Guardian". He was in sales though :-) . Thanks again! INFO-KERMIT DIGEST V4 #6 Page 37 David A. Roth ------------------------------ Date: Thu, 23 Jan 86 15:55:42 pst From: amdcad!amdimage!cmoore@ucbvax.berkeley.edu (chris moore) Subject: Is anyone running HP3000 Kermit? Keywords: HP3000 Kermit I have been trying to get HP3000 Kermit running, and so far haven't had any luck. In the Connect mode, kermit will accept a line of input, send it out, and then do a read to get the response back from the other system. The read always either timesout with nothing read, or it never returns at all and kermit hangs. Is anyone running this version of Kermit that could give some pointers as to what I may be doing wrong? Thanks. Chris Moore amdimage!cmoore ------------------------------ Date: Thu, 23 Jan 1986 23:54 MST From: "Frank J. Wancho" Subject: MODEM7/MEX/KERMIT for UTS-30? Keywords: Modem7, Mex, UTS-30, CP/M Kermit I have a number of users in need of a MODEM7/MEX/KERMIT already configured on a floppy disk for use on a UTS-30 system running CP/M 3.0. For one user, the need is urgent. He has been trying in vain to upload a file for the last month using Sperry's TTY program, and that file is a report that is growing daily! Please contact me directly via net mail, or call my office and leave your name and number and I will return your call. Thanks, Frank AV: 258-6257 FTS:898-6257 505-678-6257 ------------------------------ From: dolqci!irsdcp!scsnet!sunder@seismo.CSS.GOV Date: Wed Jan 22 11:23:45 EST 1986 Subject: Ti kermit H19 Question Keywords: TI Pro Kermit, H19 Emulation I am running my TI PRO to access my UN*X sys III system and am having trouble with the h19 emulation. All works well execpt for the reverse video. When my screen should go into reverse video, nothing changes. Here is the /etc/termcap entry I use: # entry for h19 emulation under TI kermit version 2.28 Revision 5 INFO-KERMIT DIGEST V4 #6 Page 38 kb|h19|heath|h19-b|heathkit|heath-19|z19|zenith|heathkit h19:\ :cr=^M:do=^J:nl=^J:bl=^G:\ :al=1*\EL:am:le=^H:bs:cd=\EJ:ce=\EK:cl=\EE:cm=\EY%+ %+ :co#80:dc=\EN:\ :dl=1*\EM:do=\EB:ei=\EO:ho=\EH:im=\E@:li#25:mi:nd=\EC:as=\EF:ae=\EG:\ :ms:ta=^I:pt:sr=\EI:se=\Eq:so=\Ep:up=\EA:vs=\Ex4:ve=\Ey4:\ :kb=^h:ku=\EA:kd=\EB:kl=\ED:kr=\EC:kh=\EH:kn#8:\ :k1=\ES:k2=\ET:k3=\EU:k4=\EV:k5=\EW:\ :l6=blue:l7=red:l8=white:k6=\EP:k7=\EQ:k8=\ER: Anyone see any faults with this? I DO have heath 19 on (Just eliminating the obvious question -:). Or does kermit h19 not support reverse video? Thanks to all who helped me with my last TI problem. Please mail replies to uucp(1) and+or the digest. UUCP: (1) seismo!dolqci!irsdcp!scsnet!sunder (202) 634-2529 (2) decvax!philabs!ubbs!sund (voice) CIS: 74026,3235 Mail: IRS 1111 Constitution Ave. NW PM:S:D:NO Washington, DC 20224 Atten: Mark E. Sunderlin ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #7 Page 39 Info-Kermit Digest Tue, 28 Jan 1986 Volume 4 : Number 7 Departments: ANNOUNCEMENTS - MS-DOS Kermit Support for GRiD Compass New Wang PC support module for MS-DOS Kermit Victor 9000 Kermit MISCELLANY - Kermit on the Mac Plus Rice TSO and Mac Kermits Bug in Wildcard Get in C-Kermit 4C(057) HP-3000 Connect Mode (2 messages) Tandem Nomenclature Clarification FC Tape Format? ---------------------------------------------------------------------- Date: Mon 27 Jan 86 17:21:06-EST From: Frank da Cruz Subject: MS-DOS Kermit Support for GRiD Compass Keywords: MS-DOS Kermit, Grid Compass II This is to announce (belatedly!) support for the Grid Compass II computer in MS-DOS Kermit, contributed by Jim Noble, Planning Research Corporation, McLean, VA. It was found on a tape that he sent us last May, unearthed during recent excavations. Only the source file is available for now. If anyone out there has a GRiD Compass, please take the file and try it out. If it works, please point us to an .EXE or .BOO file that we can distribute. The file is in KER:MSXGRI.ASM, available via anonymous FTP from CU20B. ------------------------------ Date: Mon 27 Jan 86 17:47:26-EST From: Frank da Cruz Subject: New Wang PC support module for MS-DOS Kermit Keywords: Wang PC, MS-DOS Kermit Also from Jim Noble -- improved Wang PC support for MS-DOS Kermit, including key redefinition, ANSI.SYS compatibility, etc. It's completely untested, so I'm putting in PS:MSXWNG.ASM, rather that in the regular distribution, so as not to overwrite the standard version. Could somebody with a Wang PC please grab this new version, try it out (with either regular 2.28 or else 2.28 jrd), and let me know if & how it works, and whether the original MSXWNG.ASM can be replaced? An .EXE or .BOO file would be appreciated too. ------------------------------ Date: Sat, 25-JAN-1986 11:54 MST From: Subject: Victor 9000 Kermit Keywords: Victor 9000 Kermit As is usual with software, immediately after sending in the sources for the INFO-KERMIT DIGEST V4 #7 Page 40 Tektronix version of kermit for the victor, I found a subtle error. I have fixed it now and am forwarding a new copy of MSYV9TEK.ASM to you. Bryan G. Peterson PETERSONB@BYUVAX [Ed. - The new file is in KER:MSYV9T.ASM.] ------------------------------ Date: Mon 27 Jan 86 09:49:41-EST From: Christine M Gianone Subject: Kermit on the Mac Plus Keywords: MacKermit, Mac Plus Had a chance to sample the Mac Plus last week. It is just as simple as the Macintosh but much faster in response. Kermit 0.8(33) works just fine from both the distribution disk (non-HFS) and the hard disk (HFS). Files were easily transmitted from the DEC-20 mainframe to the Macintosh and vise versa using the Kermit server mode on the DEC-20. ------------------------------ Date: Fri, 24 Jan 86 10:15 EST From: CDTAXW%IRISHMVS.BITNET@WISCVM.WISC.EDU Subject: Rice TSO and Mac Kermits Keywords: Rice U. TSO, Rice U. MacKermit In response to the mention of Rice's Kermits in the last issue of Info-Kermit: 1) TSO Kermit - We are currently running their latest TSO version and find it quite capable of binary and text file transfers in both interactive and server mode. Although the installation is a bear, it can be done. It does NOT need the proprietary support package for installation and use. The only reason for these proprietary utilities is for recompiling the source. Although local source modifications to the source would be nice, they are not necessary. The necessary local modifications (translate table and local command names) may be made to two assembly language routines which have nothing to do with the proprietary PL/I software. Any other needed modifications can be fudged in the program call. 2) MacKermit - We had used Rice's MacKermit until the distribution of 0.8 C-Kermit and found the two leagues apart. The Rice version was workable, but the C version is has so much more in the way being user friendly and ease of transfer for either text or application files - it also includes better documentation. Left with the choice, we have chosen C-Kermit V0.8(52). I hope this is of some help to TSO and Mac users with similiar questions. mark ------------------------------ INFO-KERMIT DIGEST V4 #7 Page 41 Date: 23-JAN-1986 16:50:25 From: Kevin Ashley (cziwtml@uk.ac.qec.cu) Subject: Bug in Wildcard Get in C-Kermit 4C(057) Keywords: C-Kermit There is a bug in wildcard get when using C-Kermit under Xenix on a PC/AT (and possibly in other implementations) causing it to fail after one file. In CKCPRO, reof() is called to close a file on receipt of an EOF packet. Its return value is tested to see if this was done successfully. However reof (in file CKCFNS.C) does not return a value, so what is tested is undefined. When we compiled C-Kermit with the debug flag on it seemed to work anyway - presumably the right garbage was being left in the right register - compiling with debug off, however, caused different garbage to be tested. The cure is relatively simple, as reof() calls clsof() which does return the value that reof's caller wants to see. The changes are: In reof in CKFNS.C: After opening {, add int x; Change line containing call to clsof to read x = clsof(.... Before the final } add the line return(x); This percolates the return value through corectly. Kevin Ashley, ULCC Network and Comms Support cziwtml@uk.ac.qec.cu, mark f.a.o. Kevin Ashley [Ed. - Thanks; this change will be in the next release.] ------------------------------ Date: Sat, 25 Jan 86 20:30:41 est From: Steve Archer Subject: HP-3000 Connect Mode Keywords: HP3000 Kermit I'll take credit for adding the connect mode of the HP3000 Kermit. Not knowing hardly anything of SPL, I admit the connect mode is barely usable. But I do not know any better way to do it. I would encourage a SPL guru to step forward and improve the connect mode for the betterment of HP3000 Kermit users. The source does document my assessment of the connect as it is presently. steve archer ------------------------------ Date: Mon, 27 Jan 86 11:18:24 pst From: Sys manager INFO-KERMIT DIGEST V4 #7 Page 42 Subject: HP-3000 Kermit Keywords: HP3000 Kermit Try disabling xon/xoff on your HP3000. We had problems with HP3000 sending an xoff right after parsing the password. Mike ------------------------------ From: tektronix!mako.TEK!jans@ucbvax.berkeley.edu Date: Fri, 24 Jan 86 10:02:10 PST Subject: Tandem Nomencalature Clarification Keywords: Tandem, Guardian OS, TAL (I worked for Tandem in '81.) Guardian is Tandem's only supported OS, which almost everyone uses. TAL (Transaction Application Language) is a systems language, similar to C and ALGOL. Guardian, and all the other Tandem-supplied programs, are written in TAL. NonStop is a trademark of Tandem, used to describe their computers, i.e. NonStop I, NonStop II, etc. When you say you have a Kermit for the "NonStop" operating system, you probably mean for "Tandem NonStop computers, under the Guardian OS". Hope this helps. ------------------------------ Date: Mon 27 Jan 86 18:17:16-EST From: Frank da Cruz Subject: FC Tape Format? Keywords: FC Tape format Anybody ever heard of FC tape format? I have a new version of HP-1000 Kermit (the original Fortran version with bug fixes) on an "FC-format" tape that I can't read -- it's full of ASCII characters mixed with binary data. Does anyone know of a utility to read it on Unix or a DEC-20? ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #8 Page 43 Info-Kermit Digest Thu, 30 Jan 1986 Volume 4 : Number 8 Today's Topics: 7171 warning Strange cursor Hercules Card Problem with Issuing Remote Host Commands from VMS Kermit Kermits on the way to you..... Modem7/Kermit for Vector V3-5030? KERMIT for CPM3.0 Osborne Executive Kermit/Osborne Executive Alpha-Micro Kermit Proper credit ---------------------------------------------------------------------- Date: 28 JAN 86 17:19-EST From: CHRIS%BINGVAXB.BITNET@WISCVM.WISC.EDU Subject: 7171 warning Keywords: VM/CMS Kermit, 7171 Protocol Converter, MS-DOS Kermit Just a note on using MSKERMIT 2.28 and CMS Kermit thru a 7171 - I thought I was going nuts! Everybody's been saying how great it is, etc, etc... Well, the first thing I HAD to do was setup the ports of the 7171 to what I thought was 8 data, no parity, 1 stop bit. Then setup MSKermit in the same manner (no parity) - all looked fine, till I tried to transfer files, then NOTHING!!! All it did was hang - no communication at all. Then I tried it on Port 0 (this is always even parity) and everything was fine. To make a short story long, I set parity SPACE in MSKermit and all was ok from there. In fact its great! I've defined all the function keys, etc. to my liking - by the way, did you know that putting comments in a TAKE file effects the define key area (as in eats ups space!), I found out the hard way (Again). Hope I can save someone some time with this note.... chris@bingvaxa.bitnet [Ed. - We have also found that 7171's do not like bursts of characters longer than about 60. Kermit programs should have their packet lengths set accordingly.] ------------------------------ Date: 29 Jan 1986 10:58-EST From: Israel.Pinkas@ISL1.RI.CMU.EDU Subject: Strange cursor Keywords: MS-DOS Kermit, Hercules Card, Cursor I am running MS-Kermit 2.28 on an IBM-PC with a Hercules card. A number times I have noticed that my underline cursor has changed to a minus sign. This behavior is very annoying. Does anyone know what might be causeing this? I should point out that exiting and running most programs will not fix the problem. The only fix I know is running MODE or rebooting. Also, using the commands to change to a block cursor and back will change to a block cursor, but return to the minus instead of the underline. The switchover always occurs when connected, but I have not discovered what will cause the change. INFO-KERMIT DIGEST V4 #8 Page 44 -Israel (igp@isl1.ri.cmu.edu) [Ed. - See next message.] ------------------------------ Date: 29 JAN 86 10:09-MST From: JRD@USU Subject: Hercules Card Keywords: MS-DOS Kermit, Hercules Card, Cursor Hercules graphic adaptor and minus sign cursor. That appears very much like the bug in DOS itself whereby at startup time the cursor characteristics are copied from ROM to RAM, but not consistently. The RAM copy can be bad for a while; if a program picks up the characteristics it may see a minus sign rather than an underline. There was an article (note really) on exactly this problem published in PC Tech Journal about one or two months ago. The root of the problem is the scan line numbers of the cursor are smaller on color boards (&compats) than on the monochrome adapter. Thus, color board cursor line numbers end up as a minus sign on the monochrome adapter. How one boots will determine the presence or absence of the minus sign cursor. A patch is in the PC Tech note. Regards, Joe D. ------------------------------ Date: Tue, 28 Jan 86 20:48:37 est From: biomed!simon%wjh12.UUCP@harvard.HARVARD.EDU (Simon Rosenthal) Subject: Problem with Issuing Remote Host Commands from VMS Kermit Keywords: VMS Kermit, C-Kermit, Remote Commands I am having some trouble with VMS Kermit (3.1.066), running under VMS 3.7. When using it in local mode to talk to C-Kermit running in server mode on a Masscomp system - (basically SYS V Unix), VMS Kermit insists on uppercasing the text of any command sent to the server using REMOTE HOST, according to the debugging log. Needless to say, the Unix end doesn't like this at all ... Is there a Kermit-32 command I'm missing which will force VMS Kermit to send out exactly what I type, or is this a misfeature I'll have to live with? Simon Rosenthal [Ed. - I'm pretty sure this is a feature you have to live with. I'll pass your message on to the Stevens folks.] ------------------------------ Date: 28-JAN-1986 10:07:47 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk Subject: Kermits on the way to you..... Keywords: Acorn BBC micro Kermit, GEC 4000 series Kermit Keywords: Joyce Loebl Magiscan 2 Kermit Keywords: Honeywell MultiSystem Executive Kermit, Concurrent CP/M-86 Keywords: U-Microcomputers U-MAN 1000 Kermit, CP/M-68k, C-Kermit Keywords: North Star Horizon Kermit INFO-KERMIT DIGEST V4 #8 Page 45 Keywords: North Star Advantage Kermit Keywords: Cromemco Kermit Keywords: Apple II Kermit, Z80 Softcard, CPS Card Keywords: Superbrain Kermit, Auxiliary Port, Main Port Keywords: Torch series Kermit Keywords: Cifer 1886 Kermit Keywords: Research Machines RM380Z Kermit A tape is on its way to you today with a good crop of new Kermits on it. There's a letter with the tape, but briefly here's what to expect: Version 1.30 of Kermit for Acorn BBC micro Version 2.1 of Kermit for GEC 4000 series New Kermit for Joyce-Loebl Magiscan 2 image processor. This is a UCSD p-System machine: the Kermit is based on UCT for Terak, and has had 8 bit prefixing and some other things added that will be of interest to UCSD Kermit users in general Kermit for Honeywell MultiSystem Executive and clones under Concurrent CP/M-86 Kermit for a U-Microcomputers U-MAN 1000 micro under CP/M-68k Updated version of Chris Kennington's high-portability C Kermit A number of new CP/M-80 Kermits, (CP4SYS, TYP and HEX files) for Acorn BBC micro with Z80 processor North Star Horizon using onboard serial ports rather than SIO board North Star Advantage Cromemco Apple II with Z80 Softcard and CPS card Superbrain using auxiliary port, and using main port Torch series Cifer 1886 Research Machines RM380Z Kermit for Amstrad series micros running CP/M-80 is on the way but hasn't arrived in time to make this tape. Full details will be in with the tape. Have passed your message re CP/M to Bertil. Am having mailer trouble (again) but will try hard to get his reply to you. Alan [Ed. - We will announce these versions when they arrive.] ------------------------------ Date: 20 Jan 86 15:36:52 PST From: MOORE@IBM-SJ.ARPA Subject: Modem7/Kermit for Vector V3-5030? Keywords: Modem7, Vector V3-5030 Does anyone have modem7 and/or kermit for the Vector V3-5030 (CP/M 2.2) on the ferschlugginer 16-sector (hard) 5.25" floppy? Please reply to ------------------------------ INFO-KERMIT DIGEST V4 #8 Page 46 Date: Mon, 6 Jan 86 10:19:08 est From: Hal Carter Subject: KERMIT for CPM3.0 Osborne Executive? Keywords: Osborne Executive Kermit, CP/M-80 Is there a version of KERMIT that works on an Osborne Executive. I've tried the generic CPM 3.0 version, but nothing goes out the AUX port to my modem. (I have a Prometheus ProModem, and Modem 740 works fine). Thanks for any leads. cpm@WPAFB-AFITA.ARPA [Ed. - See next message.] ------------------------------ Date: Wed, 8 Jan 86 12:28 EST From: "Paul E. Woodie" Subject: Kermit/Osborne Executive Keywords: Osborne Executive Kermit, CP/M-80 I recently noticed a request on this mailing list for a version of kermit to run on the Osborne Executive. I have an Executive and tried unsuccessfully to get several different cpm3 'generic' versions to run. I don't know if my failure was due to equipment bugs in my particular system, operator error on my part, or what. In any case I finally got a 'generic' version from simtel20 written in turbo pascal. That also (of course) did not run completely on my system. However, I modified it to directly address the SIO ports instead of using the built-in AUX port of the 'generic' versions. Now it runs just fine. I would be happy to share it with anyone interested. I haven't so far because I thought that maybe I had a flaky piece of hardware and my problems were unique. --Paul Woodie (Woodie.CPE at dockmaster) [Ed. - Hope you can submit this to an Osborne User's Group?] ------------------------------ Date: Wed, 29 Jan 86 07:39 EST From: CDTAXW%IRISHMVS.BITNET@WISCVM.WISC.EDU Subject: Alpha-Micro Kermit Keywords: Alpha-Micro Kermit, AMOS Is anyone running Kermit on an Alpha-Micro with AMOS V1.3(123)? Assembly was no problem, but it just refuses to recognize the AMOS version as valid. I would appreciate any patches or comments on this frustrating problem. mark johnson, university of notre dame INFO-KERMIT DIGEST V4 #8 Page 47 ------------------------------ Date: Wed, 29 Jan 86 07:25 EST From: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA Subject: Proper credit Keywords: C-Kermit For the record, I would like to remind Info-Kermit that the bug in C-Kermit 4C(057) CKFNS.C regarding reof()'s forgetting to return a value (as reported by Kevin Ashley (cziwtml@uk.ac.qec.w) in the latest Info-Kermit) was first reported several months ago by a colleague of mine here at Clemson University, William Faulkner (puppy@clemson.csnet). Frank da Cruz had noted that Faulkner's suggested fix would be installed in 4C(057). Was this not done? As an aside, I find it amusing that both Faulkner and Ashley used *exactly* the same fix, derived independently of each other, I am sure. -- Larry Afrin ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #9 Page 48 Info-Kermit Digest Thu, 6 Feb 1986 Volume 4 : Number 9 Today's Topics: TSO and VMS Kermit fixes List of commercial KERMIT products VMS C-Kermit fails to provide interactive subprocess 7171 Entry for Macintosh (VT100 without highlighting) Kermit over LAN gateways MS-Kermit Suggestion Olivetti Keyboard Layout Kermit for Victor/Sirius Re: Strange Cursors Osborne Exec Kermit ---------------------------------------------------------------------- Date: Wed 5 Feb 86 18:56:38-EST From: Frank da Cruz Subject: TSO and VMS Kermit fixes Keywords: TSO Kermit, VMS Kermit Received from Jim Noble, Planning Research Corp, McLean VA -- some fixes for VMS Kermit and MVS/TSO Kermit. In KER:VMSMIT.BWR and KER:TSOKERM.BWR, respectively. The TSO fix is allow assembly under IFOX00 (whatever that is). The VMS changes are mostly bug fixes. ------------------------------ From gjc@LMI-ANGEL.ARPA Sat Feb 1 09:44:01 1986 remote from angel Date: Saturday, 1 February 1986, 09:42-EST From: George Carrette Keywords: MacLisp Kermit, PDP-10 A new kermit is on the way, derived from LMI KERMIT: MACLISP KERMIT for PDP-10 Maclisp. (Runs under the ITS and TOPS-20 operating systems). More info to follow. -gjc (GJC-AT-LMI@MIT-MC) ------------------------------ Date: Sun 2 Feb 86 12:25:30-EST From: EXT1.FARHAD@CU20B.COLUMBIA.EDU Subject: List of commercial KERMIT products Keywords: Terminal Emulation I submit the following list of commercially avaiable MS-DOS VT100/TK4010 (& Macintosh) terminal emulation programs with KERMIT protocol. Nearly all support also XModem. Not all available features of each product are listed, and some listed options are $EXTRA. Nearly all are written to run on PC/XT/AT and compatibles, and some may run additionally specifically on PCjr, Zenith, Wang, etc. Some support internal modems. One product may zoom/pan, another may save/restore graphics screens, still another may autoswitch text/graphics modes, etc. For more info about any of these products, one should call the vendor(s) directly, but I would welcome comments from people here at Columbia or elsewhere who have actually used these or similar products. INFO-KERMIT DIGEST V4 #9 Page 49 - Farhad Nuclear Science & Engineering Columbia University, NYC EXT1.FARHAD@CU20B.COLUMBIA.EDU Caveat-&-Disclaimer: This short list is based on preliminary data and is submitted for informational purposes only. It is extracted from recent data published elsewhere and is by no means claimed to be complete or accurate. TELEPHONE LIST VENDOR PRODUCT EMULATION(S) [MS-DOS:] 608-273-6000 $295 Persoft SmarTerm240 VT52/100/125/220/240, and TK4010/4014 303-690-6279 250 Henson Systems CRTXE VT52/100, 20 others, and (soon:) TK4010, ReGIS 212-777-6707 249 Coefficient Systems VTerm/4010 VT100, TK4010 617-367-6846 195 Boston Software Works LC-Term VT100 212-777-6707 160 Coefficient Systems VTerm III VT100 615-376-4146 150 Scientific Endeavors VTEK VT52/100, TK4010,4014 604-732-7411 150 KEA Systems ZSTEMpc VT100, TK4010 617-576-2760 124 Mark of the Unicorn PCIntercom VT100 617-659-1571 85 Solution Systems ZAP VT52/100, TK4010 215-664-4914 70 Cheshire Cat Software Zap VT52/100 [Apple Macintosh:] 603--673-8151 $195 White Pine Software Mac240 VT100/220, ReGIS [Ed. - Kermit is appearing in more and more commercial communications programs, and soon we'll have quite a few of them with sliding windows too -- Crosstalk among them. Most of these companies have agreed in writing to comply with the conditions given in our "Policy on Commercial Use and Distribution of Kermit" flyer (KER:AAXCOM.DOC), which means that purchasers of these products should be getting the Kermit component "free".] ------------------------------ Date: 4 Feb 86 15:08:00 EST From: "NUNN, JOHN C." Subject: VMS C-Kermit fails to provide interactive subprocess Keywords: VMS Kermit, C-Kermit The VMS implementation of C-Kermit does not provide an interactive subshell (subprocess for VMS) for the "!" command. This problem can be corrected by making the changes shown below. [Ed. - Code omitted, added to KER:CKVKER.BWR.] ------------------------------ Date: Wed 5 Feb 86 08:24:29-EST From: Frank da Cruz Subject: 7171 Entry for Macintosh (VT100 without highlighting) Keywords: MacKermit, 7171 Protocol Converter, Terminal Emulation INFO-KERMIT DIGEST V4 #9 Page 50 BY popular demand, here is the 7171 code to support Macintosh Kermit's VT-102 emulator: ************************************************************** * MODULE NAME = VT100 * ************************************************************** VT-100 TERM GENI,ORIGIN=X'01',RCHRS=GENSRCHS,FLAGS=X'0C00' VTCSS1 CSS ESC,LBRACK,(CHARY),SEMI,(CHARX),H * POSITION VTCSS2 CSS ESC,LBRACK,K * ERASE EOL VTCSS3 CSS , * VTCSS4 CSS BEL * TONE VTCSS5 CSS BS * CURSOR LEFT VTCSS6 CSS ESC,LBRACK,C * CURSOR RIGHT VTCSS7 CSS ESC,LBRACK,A * CURSOR UP VTCSS8 CSS ESC,LBRACK,B * CURSOR DOWN VTCSS9 CSS ESC,LBRACK,@1,LCQ * SIGNAL INSERT MODE VTCSS10 CSS ESC,LBRACK,@0,LCQ * SIGNAL END INSERT MODE VTCSS11 CSS , * VTCSS12 CSS ESC,LBRACK,H,ESC,LBRACK,J * CLEAR VTCSS13 EQU * CSS '\=\<\[H\[J\[?1h\[?3;6;7l\[20l\[0q\[0m' VTCSS14 CSS COLON * VTCSS15 CSS , * VTCSS16 CSS , * VTCSS17 CSS , * VTCSS18 CSS ESC,LBRACK,(CHARFLD),LCM * VTCSS19 CSS , * * ************************************************************** * Macintosh PC running Kermit (VT100 w/out highlighting * ************************************************************** MAC TERM GENI,ORIGIN=X'01',RCHRS=GENSRCHS CSS EQU=VTCSS1 CSS EQU=VTCSS2 CSS EQU=VTCSS3 CSS EQU=VTCSS4 CSS EQU=VTCSS5 CSS EQU=VTCSS6 CSS EQU=VTCSS7 CSS EQU=VTCSS8 CSS EQU=VTCSS9 CSS EQU=VTCSS10 CSS EQU=VTCSS11 CSS EQU=VTCSS12 CSS EQU=VTCSS13 CSS EQU=VTCSS14 CSS EQU=VTCSS15 CSS EQU=VTCSS16 CSS EQU=VTCSS17 CSS EQU=VTCSS18 CSS EQU=VTCSS19 * ------------------------------ Date: Mon, 3 Feb 1986 15:51 EDT INFO-KERMIT DIGEST V4 #9 Page 51 From: Bill Seeley Subject: Kermit over LAN gateways Keywords: LAN Gateway I think the fundamental problem with using Kermit across a LAN gateway will not be with Kermit per se. The basic problem seems to be that most gateway systems require the user to run an application in his/her workstation in order to communicate across the LAN to the gateway server. Once a port is allocated on the gateway server, there must be some way to re-direct Kermit's I/O from COMn: to the communication channel provided by the server. I believe Bridge Communications has a product for 3COM Ethernets in beta test which claims to support "COM1 re-direction." Ungermann-Bass' Net/One also claims to support a similar function using a variant of MS-NETWORKS. I'm curious to know if anyone else out there has experience using Kermit with these or similar products. If you would publish this in your Info-Kermit newsletter I'd be most grateful. Thanks, Bill ------------------------------ Date: Sun, 2 Feb 86 23:14:30 PST From: Samuel_Lam%UBC.MAILNET@MIT-MULTICS.ARPA Subject: MS-Kermit Suggestion Keywords: MS-DOS Kermit It would be nice if MS-Kermit would use an DOS environment variable to locate it's profile (MSKERMIT.INI), so that Kermit can be invoked from various sub-directories of a hard disk with only *one* copy of the profile stored on the hard disk. Alternately, MS-Kermit could employ the search PATH used by DOS for it's command files. An example of how the former scheme would work is: A>SET MSKERMIT=C:\COMM\KERMIT The above should make MS-Kermit use C:\COMM\KERMIT as its profile if C:\COMM\KERMIT is a file, but use C:\COMM\KERMIT\MSKERMIT.INI if C:\COMM\KERMIT is a sub-directory. This shceme would allow the user to specify not only a sub-directory, but optionally also the exact name of the profile, all in one DOS environment variable. The specification of the scheme may sound complicative at first glance, but it really is quite intuitive when it is in use. ...Sam Lam [From jrd -- Path searches really ought to be done I suppose; it just takes some time to write the code to a) test if DOS found a file on its own and b) chugging down the PATH= string trying the selections. I sort of put this into category B, do when time is available, together with things like redefinable keys at the Kermit prompt level. A directly usable Kermit seems more important than waiting for the endless series of 'frills' to be added.] ------------------------------ INFO-KERMIT DIGEST V4 #9 Page 52 Date: Wed, 5 Feb 86 11:00 EST From: E. Thaler, Swiss Federal Institute of Technology ( ETH Zuerich ) Subject: Olivetti Keyboard Layout Keywords: Olivetti M-24 Kermit Hello We got and installed your Kermit Version 2.27 for Olivetti M24 with VT 100 emulation. It works fine. We are using a keyboard of swiss-german type with a different keyboard layout. To display the appropriate characters, we need to adapt the keyboard-driver program (KBDVT100). Is it possible to get the source of the keyboard-driver? [Ed. - Sorry, this version came via slow boat from Australia. It would take longer to get this program then it would be to wait for the next version of MS-DOS Kermit (2.29).] ------------------------------ Date: 29-JAN-1986 13:19:14 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk Subject: Kermit for Victor/Sirius Keywords: Victor/Sirius It may not be a good idea to remove SIR files just yet. Over here there have been a lot of changes in Sirius/Victor dealerships, resulting in long periods when no-one seemed to want to sell anything for them. Result is that MS-DOS 2 is not, I think, that common - and MS-Kermit won't support MS-DOS 1. I've put out a question in our UK info digest asking Sirius users for comments, and I'll get back to you. Alan [Ed. - Don't worry, we won't delete the old stuff until we're sure it's safe.] ------------------------------ Date: Fri, 31 Jan 1986 10:33 EST From: Nick Gimbrone Subject: Re: Strange Cursors Keywords: MS-DOS Kermit, Cursor, PC Tech Can someone append the fix for the minus sign cursor seen on MSKermit for those of us that do no have access to PC Tech J.? ------------------------------ From: dolqci!irsdcp!albers@seismo.CSS.GOV Date: Wed Feb 5 17:26:01 EST 1986 Subject: Osborne Exec Kermit Keywords: Osborne Executive Kermit I have managed to get Kermit running on the Exec via generic CP/M 3.0, and I will try over this weekend to duplicate it, although it was done useing an INFO-KERMIT DIGEST V4 #9 Page 53 older version of Kermit. I will forward the results to the list. I am, however, VERY interested in the Turbo Kermit mentioned, and if the sender of that note would contact me, I would like to get a copy. I will submit it to the local OUG (Capitol Osborne User's Group), and I am sure CapOUG will forward it to FOG (First Osborne Group). Jon ~ Addresses: USnail: IRS, 1111 Constitution Ave. NW Washington, DC 20224 ~ ~ Atten: Jon Albers, Room 6335 D:C:P ~ ~ Office Number Down Under: (202)566-5240 (FTS)566-5240 ~ ~ UUCP: .....seismo!dolqci!irsdcp!albers (3rd floor Zilog: Down Under) ~ ~ ARPA: JALBERS@SIMTEL20.ARPA ~ [Ed. - If you do manage to track it down and submit it to the User Group, please let us know so we can add it to the list of diskette sources.] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #10 Page 54 Info-Kermit Digest Tue, 11 Feb 1986 Volume 4 : Number 10 Today's Topics: MS-Kermit Suggestion MSKERMIT-JRD/2 Mail Using Kermit; Protocol Clarifacations (2 msgs) TELENET KERMIT Tapes, GEACs, Victors, etc.... PROCOMM Freeware Package Undocumented Microsoft LINK Option: /E Dashed Cursor Problem on IBM PC THE FROG for 64-bit CDC's? MS-DOS kermits? ---------------------------------------------------------------------- Date: Thu, 6 Feb 86 10:20:28 PST From: prandt!tweten@AMES-NAS.ARPA (David E. Tweten) Subject: Re: MS-Kermit Suggestion Keywords: MS-DOS Kermit From: Samuel_Lam%UBC.MAILNET@MIT-MULTICS.ARPA It would be nice if MS-Kermit would use an DOS environment variable to locate it's profile (MSKERMIT.INI), so that Kermit can be invoked from various sub-directories of a hard disk with only *one* copy of the profile stored on the hard disk. Alternately, MS-Kermit could employ the search PATH used by DOS for it's command files. My copy of MS-Kermit version 2.28 (with some local mods which don't affect this behavior) already does that. I ordinarily keep both Kermit and its initialization file in a directory which is on the MS-DOS PATH. To confirm that it works more generally than that, I just moved Kermit itself, to yet another directory on the PATH, and that worked too. From a third directory, I invoked Kermit, which MS-DOS found in one directory on the path, and Kermit read MSKERMIT.INI from yet another directory on the PATH. [From jrd -- Path searches really ought to be done I suppose; it just takes some time to write the code to a) test if DOS found a file on its own and b) chugging down the PATH= string trying the selections. I sort of put this into category B, do when time is available, together with things like redefinable keys at the Kermit prompt level. A directly usable Kermit seems more important than waiting for the endless series of 'frills' to be added.] In my opinion, for those of us who have hard disks (more and more, lately), searching the PATH for MSKERMIT.INI is not a frill. It is basic function. If the (soon to be) 2.29 version of MS-Kermit doesn't do this, I have no intention of using it until it's modified. [From JRD: MSKERMIT.INI is sought with paths after all. The procedures have not been changed by me from the original Columbia 2.28 release for this item nor for Take file searchs. Kermit does find MSKERMIT.INI if it is on the environment PATH= list. The RUN command and its Server counterpart REMOTE HOST command work similarly.] INFO-KERMIT DIGEST V4 #10 Page 55 ------------------------------ Date: Thu, 06 Feb 86 17:00:00 EST From: Edgar B. Butt Subject: MSKERMIT-JRD/2 Keywords: MS-DOS Kermit, Zenith 151 I FTP'd MSKERMIT-JRD/2 from CU20b on 2/6/86. Although I haven't had a chance to test it extensively, it seems to work fine on my Zenith 151. There are two minor problems which I don't see in the BWR file that are not hard to solve. First, when I type SEND with no file specified, MSKERMIT asks for LOCAL DESTINATION FILE. I now know that LOCAL is correct and DESTINATION is wrong. The REMOTE SOURCE FILE is equally confusing. Different messages from those used for GET should be used. Second, when MSKERMIT is sending a file with a non-ascii character (8-th bit set) over a 7-bit data path with no 8-bit quoting, it issues a warning and then proceeds to send the data in a packet with a parity error causing the transfer to come to an eventual halt. Below is code to issue the warning, strip the 8-th bit and continue the transfer. Regards, Edgar Butt (BUTT@UMD2.ARPA) [Ed. - The changes you sent will be in the next version of MS-DOS Kermit (2.29). Thanks!] ------------------------------ Date: Wed 5 Feb 86 15:05:40-PST From: Bob Larson Subject: Mail Using Kermit; Protocol Clarifacations Keywords: Prime Kermit, DEC-20 Kermit, Kermit Protocol I have written a mail transport system from our Primes to our Tops-20 systems (and visa-versa) using the kermit protocol for the file transfer. It uses the existing tops-20 kermit and a special purpose kermit subset I wrote for this use on the prime. (I could send this to you, but it does not pretend to be a general purpouse kermit.) What is the proper response to a Send-init ("S") packet (acknolaged) followed by a Break-Trasmission ("B") packet? Should the break-transmission packet be acknolaged (as tops-20 kermit does) or should an error packet be sent? I think a couple of clarifications could be made to section 6.2 of the protocol manual (fifth edition, which I think is current): A sentence to the effect: "The 8th (parity) bit should be taken into account on the checksum if and only if an 8-bit data channel is known to exist." would probably be appropriate here, even if though it is stated elsewhere. An alternate checksum calculation for languages/machines that do not allow bitwise logical operations but do have integer division (/) and modulus (%) INFO-KERMIT DIGEST V4 #10 Page 56 is: check = char ((s + ((s / 64) % 4)) % 64) (This results in identical checksums as the other calculation.) Bob Larson Arpa: Blarson@Usc-Ecl.Arpa Uucp: ihnp4!sdcrdcf!oberon!blarson ------------------------------ Date: Fri 7 Feb 86 09:07:17-EST From: Frank da Cruz Subject: Re: Mail using kermit; Protocol clarifacations Keywords: Kermit Protocol An S-B sequence is perfectly valid -- it's the "null transaction". Depending on the implementation, it could happen if none of the specified files was read-accessible. The B packet should be acknowledged, although the sender of the B packet should not be overly stringent in waiting for the ACK, because there's always the situation in which the receiver gets the B packet, ACKs it, and then exits, but meanwhile the ACK is lost. (Although the S-B sequence is valid, it might be a little kinder to the user to send an Error packet when no files can be sent...) All the protocol issues you raise are (I hope) clarified in the Kermit book. - Frank ------------------------------ Date: Fri 7 Feb 86 10:42:20-EST From: DEMPSTER@MARLBORO.DEC.COM Subject: Re: TELENET KERMIT Keywords: Telenet, Tymnet My request for advice on tips for network transfer should have been for TYMNET, and not TELENET. I fiddle with parameters, REC timeout and PARity but can only achieve about a 15% success rate with no pattern for successes or failures. KERMIT will usually hang on initial packet, or time out with repeated sends . Any help appreciated. joe [Ed. - Anybody who can help, please reply to Info-Kermit so that others with similar problems can see the solution.] ------------------------------ Date: 6-FEB-1986 15:23:13 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk Subject: Tapes, GEACs, Victors, etc.... INFO-KERMIT DIGEST V4 #10 Page 57 Keywords: GEAC, Cybers Kermit, Victor 9000 Kermit, Victor/Sirius I asked around about GEAC - it's a Canadian machine used for specialised Library work. No-one's heard of a Kermit for it. For your info, address is GEAC Computer Corp, 350 Steel Case Road West, Markham, Ontario, Canada. OS is totally unique but will shortly be UNIX-clones- there is a machine in New York University library, I'm told. Here endeth the GEAC saga. On new Kermit front: both Manchester U. and Imperial College London are doing new/inproved Kermits for Cybers running NOS (one in Pascal, one in Compass). Will pass them on when they get finished. Your next message will contain a .BOO file for MS-DOS Kermit for the Victor 9000/Sirius 1. Alan [Ed. - Thanks. The .BOO file is in KER:MSVV90.BOO.] ------------------------------ From: Date: Sat, 8 Feb 86 14:54:49 est Subject: PROCOMM Freeware Package Keywords: PROCOMM Freeware I just picked up a communications package from one of the local BBSs here in Research Triangle Park, NC. It's called PROCOMM, a freeware package by PIL software systems. This program is probably the best one I've seen at *any* price for MS-DOS. It's fully as good as MEX on CP/M. It supports both xmodem, and kermit protocals, terminal emulation, keyboard macros, and scripts. Its rather large, so I won't post it on the net unless there is enough interest. I will however put it on my BBS. The reason I mentioned it is that it supports a env variable called PROCOMM which contains the path for the parameter files, it searches this if it doesn't find them on the current directory. Highly recommended. Jay Denebeim "One world, one egg, one basket." {seismo,decvax,ihnp4}!mcnc!rti-sel!ethos!jay Deep Thought, ZNode #42 300/1200/2400 919-471-6436 ------------------------------ From: Ya'akov_Miles%UBC.MAILNET@MIT-MULTICS.ARPA Subject: Undocumented Microsoft LINK Option: /E Date: Mon 10 Feb 1986 13:44-MST Keywords: Microsoft LINK There exists an undocumented(?) switch to Microsoft LINK.EXE ver 3.XX, which will cause an automatic compaction during binding. This process will eliminate storage for uninitialized arrays from the .EXE file produced by the linker, reducing the .EXE file size by up to 300 percent! To use this feature, specify the /E option to the command line, eg LINK myprog/E; should work. For example, PCKERMIT.EXE ver 2.27 was 80K when linked INFO-KERMIT DIGEST V4 #10 Page 58 normally but shrunk down to 33K when linked with the /E option... [Ed. - The question is will any arbitrary DOS machine be able to execute an .EXE file that was produced this way?] ------------------------------ Date: 7 FEB 86 10:51-MST From: JRD@USU Subject: Dashed Cursor Problem on IBM PC Keywords: MS-DOS Kermit, Cursor In response to the minus sign as a cursor problem reported in recent Digests the PC Tech Journal article discussing the problem is "The Dashed Cursor", by Paul Pierce, PC Tech J., Dec. 1985, page 47. His code goes like this: ................................... ; ; Program FIXCURS.ASM by Paul Pierce, PC Tech Journal, Dec 1985, page 47. ; code segment public 'code' assume cs:code, ds:code, es:nothing ; ; This program is set up to be made into a COM file ; org 100H ; ; First check for the monochrome adapter. ; start: int 11H ; set ax = equipment flag and al,30H ; mask off all but video bits cmp al,30H ; test for monochrome adapter jne exit ; jump if not monochrome ; ; Now check for incorrect cursor mode returned from the Bios ; mov ah,3 ; call bios to get cursor type int 10H ; cmp cx,0607H ; check for invalid (color) type jne exit ; jump if not a bad value ; ; At this point we know that the monochrome adapter is in use and that ; the bios cursor mode is incorrect. ; Call the bios to set the cursor type correctly. ; mov cx,080cH ; use correct cursor type mov ah,1 ; call bios to set cursor type int 10H exit: mov ah,0 ; exit back to DOS int 21H code ends end start ............................................ [Reproduced without anyone's permission.] Regards, INFO-KERMIT DIGEST V4 #10 Page 59 Joe D. ------------------------------ Date: Mon, 10 Feb 86 14:18:00 pst From: Joel West Subject: THE FROG for 64-bit CDC's? Keywords: Cyber Kermit, CDC Kermit Is anyone aware of a version of kermit for one of the following two machines (I'm told the software would be similar): * Cyber 205 running VSOS * Cyber 170 running NOS/VE The existing CDC kermit for NOS, NOS/BE likely won't work for several reasons: * different, yet another semi-compatible CDC OS * 60- (old) vs. 64-bit (new) machine word size * 6- (old) vs. 8-bit (new) characters * CDC character set vs. ASCII One last hope is that every 205 has a 170 as a front end, so if the one I'm going to use has NOS, then I can use the existing kermit. Otherwise, it sounds like I'll have to do a port of C-Kermit or the mini-kermit in the protocol manual... Joel West CACI, Inc. - Federal westjw@nosc.ARPA {decvax,ucbvax,ihnp4}!sdcsvax!noscvax!westjw [Ed. - See message above from Alan Phillips.] ------------------------------ From: hplabs!seismo!mcvax!wcwvax!nigel@ucbvax.berkeley.edu Date: Sun 9 Feb 1986 12:51:05 GMT Subject: MS-DOS kermits? Keywords: MS-DOS Kermit There seems to be a vast number (spawn?) of Kermits available for different operating systems and machines; in particular, several different versions for MS-DOS have been mentioned in this digest. Can someone publish a list of all the variants that are available currently in the public domain? A friend of mine is looking for an MS-DOS kermit: is the source code of such available from anyone in the U.K. (on tape, perhaps)? [Ed. - Alan Phillips (see message from him above) at Lancaster University distributes Kermit on magnetic tape & other media in the U.K. as time permits him: his postal address and phone number are: Alan Phillips Communications Group Department of Computing Computer Building Lancaster University Lancaster LA1 4YW, ENGLAND INFO-KERMIT DIGEST V4 #10 Page 60 Phone 0524-65201 x 4881 ] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #11 Page 61 Info-Kermit Digest Thu, 13 Feb 1986 Volume 4 : Number 11 Today's Topics: MS-DOS Kermit 2.29 Not Forgotten Re: MS-Kermit path suggestion Problems with MSKERMIT? Okstate Downtime C-Kermit THE FROG for 64-bit CDC's? ---------------------------------------------------------------------- Date: Wed 12 Feb 86 09:51:36-EST From: Frank da Cruz Subject: New MS-DOS Kermit 2.29 Not Forgotten Keywords: MS-DOS Kermit, Terminal Emulation In case you've been wondering what ever happened to MS-DOS Kermit 2.29, or missed the earlier announcements of 2.28 jrd, 2.28 jrd/2, etc, here's a brief status report. Joe Doupnik at Utah State University (connected to us by BITNET), has been putting an incredible amount of work into the forthcoming release (considering that he, like all of us, has a "real job" to do as well). He now has a remarkably complete VT102 emulator built in to the program, without having sacrificed the Heath-19 emulator. In fact, since VT52, H19, VT100, and VT102 are all so closedly related, he's got them all in there. Several test versions of this have gone back & forth (well, mostly forth), and the last remaining nits are being picked, with the terminal emulation as well as fine points relating to operation under TopView, MS Windows, PC Network, with EGA board, etc. It seems that the fine points are what take the time (the old 80/20 rule) and raise the most hackles. Once the nits are quelled (parents of young children will understand this allusion), the final job will be to get the program working again on the non-IBM MS-DOS systems -- Rainbow, etc. I think the best idea is for us to provide .EXE and .BOO files for those systems we can test (IBM family, Rainbow, HP-150), and leave the others alone (at 2.27 or 2.28 level) until somebody sends us new, tested ones. So if you have any of the other MS-DOS systems Kermit claims to support -- NEC APC & APC3, Victor/Sirius, HP110, Wang, Apricot, Grid, Heath/Zenith, Sanyo, TI Professional, etc. -- please be prepared to grab the source or object files when they become available, build and test the new release, and send us a .BOO and/or .EXE file by electronic mail (or postal mail on IBM PC format diskette), or put them somewhere where we can get them with FTP. And I might as well make my usual pitch about diskettes -- when you have a new version of Kermit working on your system, PLEASE send it on diskette to an appropriate user group, "public domain" diskette service, or other entity capable of reproducing and selling it by mail order at low cost (what's low? I'd say under $10 or $20 for a diskette) for the benefit of all the PC/micro users in the world who don't have tape drives, network access, or other "traditional" ways to get Kermit on their machines. ------------------------------ INFO-KERMIT DIGEST V4 #11 Page 62 Date: Tue 11 Feb 86 10:59:22-PST From: Ted Shapin Subject: Re: MS-Kermit path suggestion Keywords: MS-DOS Kermit, Path I don't think KERMIT is the proper place to make up for missing DOS functions. I use the public domain DPATH30.COM which lets me search the path for files to open so I only need one copy of MSKERMIT.INI. There are other programs that do the same thing, e.g. IBM`s File Facility in their personally developed software line. ------------------------------ Date: 0 0 00:00:00 EST From: "Steven Kaberline (313) 323-2248" Subject: Problems with MSKERMIT? Keywords: MS-DOS Kermit, Victor/Sirius I just recently built MS-KERMIT for my Victor. It works great, with the exception that the status line at the bottom of the screen is trashed during a "SEND" or "RECEIVE" command?? The status line is correct during the "CONNECT" mode. I've tried both the 2.28 and 2.28(jrd) versions, they both seem to have the same problem. The IBM-PC version I'm also using does not do this, so it appears to be Victor specific? I also downloaded (from CU20B) the MSVV90.BOO file described in the latest Kermit Digest. When converted to the .EXE file and run, it demonstrates the same symptoms. This is not a serious problem, but it is annoying. Does anyone have any suggestions?? Thanks. Steven Kaberline Kaberline@FORD-VAX ------------------------------ Date: 11 Feb 86 20:24:58 CST (Tue) From: vasoll%okstate.csnet@CSNET-RELAY.ARPA Subject: Okstate Downtime Keywords: Okstate The Oklahoma State University Kermit Distribution service will not be available from Saturday, February 15 until Monday, February 17 (if all goes well). We are in the process of changing from UNIX Version 7 to UNIX System V (actually Perkin-Elmer's port of S5 called XELOS). We anticipate some problems with the Kermit Server portion of the Kermit service since the server code that we use is based on C-Kermit 4.2 and the code that we added for path restriction has never been tested on System V. The real problem may be in the UUCP portion of the service. As I understand it System V is really picky about only talking to systems that are in your L.sys (or Systems) file and I have not yet received my System V source license (paperwork!) so I don't yet have the source to "fix" INFO-KERMIT DIGEST V4 #11 Page 63 this "problem" (actually it requires breaking a few features.... sigh..). I will report back to this list when various parts of the service start working again (hopefully within a week or so). Mark Vasoll Department of Computing and Information Sciences Oklahoma State University UUCP: {cbosgd, ea, ihnp4, isucs1, mcvax, pesnta, uokvax}!okstate!vasoll ARPA: vasoll%okstate.csnet@csnet-relay.arpa ------------------------------ Date: 11 Feb 86 18:38:26-MET (Tue) From: Karl Kleine -- F Z I Karlsruhe Subject: C-Kermit Keywords: C-Kermit We invested some work in C-Kermit. base is 4C (050). though this is not the very latest, we hope it still is relatively current. first: bugs found in porting it to pcs / cadmus. these are 68010 based Unix machines running MUNIX, an adoption of System III by PCS. PCS is a Munich based German manufacturer of micros, so you know what the M stands for. its american branch is CADMUS (Boston). there were no real problems !!! congratulations to the quality of your code !!! except for some places where the authors obviously lived on a vax: the old pointer/int problem in C. arguments to libary routines / system calls were 0 terminated instead of (char *)(0). this made a difference on our system. these places were corrected to use the proper NULL constant. second: brevity. we shortend some of the strings printed, particularly in the connect message. we also suppress printing script lines unless logging is active for the following reason: we regularly connect from a local machine (pcs) thru a local net (ungemann/bass net/1) to a couple of other different machines. mechanism: take files with scripts making the connection and initiation of logins. as this often occurs with visitors present we do not like to have it all echoed on the screen -- there are some malvolent hackers around, i'm afraid. third: for the same setup as explained above we added the feature to supply an alternate startup file instead of .kermrc as last [and usually only] command argument. i just type kermit U750 which connects me from my pcs to a unix vax. very handy when you have lots of different hosts you connect to -- i even use it to go thru various (local and public) networks to an arpa machine in la right from my desk. forth: another feature we missed in 4c(050) was file inclusion as typed from the local terminal. not all of the remote hosts have a kermit (yet) and there are some utilities which do not like files, but only terminal input. furthermore, you need something for a 'pushing bootstrap'when you want to bring kermit source over to the other system! so we added `ESCAPE I' in connect mode. It asks for a filename {we didn't do anything fancy here -- maybe we could reuse code from other parts we didn't look at -- this part certainly has to be redone, particularly to make the thing INFO-KERMIT DIGEST V4 #11 Page 64 the same for all target systems of C-kermit} and passes the chars in the file tothe other side. newlines are converted to carriage returns (as you TYPE it) and a little delay was added. the latter feature was a pragmatic implementation hack to give the remote side a little pause for digestion of the line sent. these changes were made by a student of mine ond some by me myself. all the code is made available to the public as is your policy, and for all legal purposes we herewith transfer rights to columbia university. if you wonder: the FZI of the mail header is "Forschungszentrum Informatik", a non-profit research institute for applied research in computer science. we are associated with (but independent of) the Technical University of Karlsruhe. I'm a scientist / project leader in the software engineering dept. the rest of the message is a summary of all the changes, and we would like that you incorporate them in newer kermit versions. the list was prepared by the student; maybe the english isn't perfect. if you wish, we can also send the files, but hope this mail is in essence sufficient. Karl Kleine csnet: kleine@Germany usenet/eunet: mcvax!unido!uka!kleine [From Frank -- Some of these changes are already in 4C(057). Most of the others should wind up, in some form, in a forthcoming release.] ------------------------------ Date: Wed, 12 Feb 86 12:08:33 cst From: knutson@huey.UTEXAS.EDU (Jim Knutson) Subject: THE FROG for 64-bit CDC's? Keywords: Cybers Kermit I am no longer working with Cybers anymore so my support of Cyber Kermit has become rather limited. I would like to see support for it continue on a "real" Cyber site (not this homegrown OS stuff). Basically, the support needed is finish server support and be willing to write tapes for other CDC sites. Perhaps a general cleanup of all the nasty conditional code is in order also. Anyone willing to take this on should contact me to obtain all the materials I have. It is interesting to see that other sites are writing Kermits to run on CDC equipment. I can understand writing in Pascal but writing one in Compass makes me shudder. I have had to support several Compass programs in the past and it is a nightmare when trying to make mods. I wish them all the luck in the world in that endeavor. Jim Knutson ARPA: knutson@ngp.UTEXAS.EDU UUCP: {ihnp4,seismo,kpno,ctvax}!ut-sally!ut-ngp!knutson Phone: (512) 471-3241 ------------------------------ INFO-KERMIT DIGEST V4 #11 Page 65 End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #12 Page 66 Info-Kermit Digest Fri, 14 Feb 1986 Volume 4 : Number 12 Today's Topics: Kermit Valentine Message QK-KERMIT, a Turbo Pascal Kermit Kermit for Flex 9 System Two More New Kermit-80's More CP/M-80 Implementations of Kermit HAPPY VALENTINE'S DAY ( \ / ) ( \ / ) ( Kermit & ) ( You ) ( ) \/ ---------------------------------------------------------------------- Date: Tue, 11 Feb 86 09:57 EST From: Victor Lee Subject: QK-KERMIT, a Turbo Pascal Kermit Keywords: QK-Kermit, Turbo Pascal Kermit I would like to submit our version of Turbo Pascal Kermit which runs on both the MS-DOS and CP/M systems. It is named QK-Kermit after our SHARE installation name, QK (Queen's Kingston). I made some attempt to get together with Jeff Duncan, but it was not very successful. The files we sent back and forth to one another kept getting lost. And I got somewhat confused as to which files went together. At Queen's the developement of the MsDos Kermit features had to take priority over any CP/M features. Consequently this Turbo Pascal KERMIT is primarily our own Kermit. [Ed. - Jeff Duncan at Prime Computer has also been working on a Turbo Pascal Kermit, but concentrating on CP/M. His previous Turbo Pascal CP/M-80 Kermit remains available as KER:TURBO.*.] The Turbo Pascal Kermit which we call QK-KERMIT has been widely used on campus to tie in with Kermits on the VM/CMS, VAX systems, RT11 system and micro to micro systems. In addition to the features found in the Kermit-MS, QK-KERMIT has added the following: 1. VT100 emulation, with definable function keys. 2. VT100/TEK4010 graphics terminal emulation. We are also currently developing a TEK4105 version. 3. APL character set for those that have an APL character ROM. 4. Automatic Server mode for send and receive files. Because this Kermit is easy to use and modify, it has been used by others who have added there own particular modifications such as file encription, data compression, and Greek terminal emulation. There are about 3000 lines of code contained in several source Pascal files. INFO-KERMIT DIGEST V4 #12 Page 67 [Ed. - Thanks, Victor! This program runs on the IBM PC,XT,AT; the Apple II, and the Kaypro II. A simple hex file (2-for-1 encoding of the binary .COM file) is provided for the IBM PC family (with and without graphics). Additional hex files for other combinations of PCs/terminals/graphics may appear from time to time. The files are in KER:QK*.* on CU20B. The binary .COM files are in KB:QK*.COM on CU20B. Hexify/dehexify programs are in KER:QKCOMH.PAS and KER:QKHEXC.PAS. The source files are concatenated together into KER:QKKER.PAS; KER:QKKER.DOC is the manual; there are various auxilliary files for key definition, etc. To run the program, you need to have a key definition file on your current disk.] ------------------------------ Date: Thu, 13 Feb 86 08:17:02 n From: Organisation: European Molecular Biology Laboratory Postal-Address: Meyerhofstrasse 1, 6900 Heidelberg, W. Germany Phone: (6221)387-0 [switchboard] Subject: Kermit for Flex 9 System Keywords: Flex 9 Kermit I have just mailed the Flex Kermit source code to the address which succeeded last! I hope that it arrives OK... The program was written by D. J. Rowland, Brighton Polytechnic Computer Centre, Watts Building, Lewes Road, Brighton, Sussex, UK. Here are the comments from the author, which seem to comprise the sum total of the documentation: "This program is a very basic kermit, the basic code is based on the Apple version of Kermit and modified to run on the 6809 cpu. I don't guarantee its operation! It's a bit crude but it does work! It has be run with the DEC VAX Kermit server and the DEC Pro Kermit server. [Ed. - I assume this means it will only work with a Kermit server on the remote end, but it shouldn't matter which server.] "It will get a file, send a file, and close down the server. It operates with text files only and does not have 8 bit quoting. There are no set and show commands; to change the values modify the source! There is a receive data timer (for packet receive); this can be modified or deleted! It's a simple timing loop round the recieve-data subroutine." regards peter bendall ------------------------------ Date: 13-FEB-1986 16:49:18 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk Subject: Two More New Kermit-80's Keywords: Here's a couple more towards the Great 200 Mark. First off is the hex for Kermit-80 for the Epson PX8 portable, sent in by Tony Addyman of Salford INFO-KERMIT DIGEST V4 #12 Page 68 University (MA18@UK.AC.SALF.E). Then comes the hex for a Research Machines RM380Z with 5-1/4 inch single density discs, from Brian Robertson of Aberdeen University (kermit@UK.AC.ABDN). There was a Kermit-80 hex file for this system on the tape I sent you- belatedly it was found that this ran on systems with 8 inch single density discs only (the addresses of the UART changes between the models). Can you install the one on the tape as CP4380.HEX, and have this new one as CP438M.HEX, please (the "M" is apparently meaningful to Those Who Know These Things). The SYS and TYP files for these are being done by Bertil now, and will be on a PC disc to you before long. Alan [Ed. - Thanks, Alan! The Epson hex file is in KER:CP4PX8.HEX, and the RM380Z version in KER:CP438M.HEX, available, as usual, via anonymous FTP from CU20B and on BITNET via KERMSRV at CUVMA. The others will be installed when they arrive.] ------------------------------ Date: 13 Jan 1986 1423-EST From: Robert LaFara, Indianapolis 317-353-7750 Via: LCG.KERMIT@DEC-MARLBORO Subject: More CP/M-80 Implementations of Kermit The following files contain the machine dependent code for the Access-Matrix, Action Computer Enterprise Discovery, and the Personal Micro Computer MicroMate. Although I have included source code for two others, I no longer have the HEX files. CP4ACC.HEX CP4DISC.HEX CP4MM.HEX I also uploaded the file: CP4SYS.DIF which contains (I hope) all the differences between the CP4SYS.ASM on the distribution tape and my versions of the file. Included are comments about two errors that we have found in the distributed code and I have included comments about EQU's to be used in CP4TYP.ASM. Sincerely, Bob LaFara ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #13 Page 69 Info-Kermit Digest Thu, 20 Mar 1986 Volume 4 : Number 13 Today's Topics: MS-DOS Kermit 2.28/jrd5b CP/M Kermit Announcements from Last Digest MS-Kermit for Sirius/Victor on Available Disc in the UK QK-Kermit Reports (and Answers) IBM PC - Tek 4010/4014 Emulation Beta Offer (w/ Kermit) Mac Kermit vs Printer Port? C-Kermit Bug on Pyramid 90x ---------------------------------------------------------------------- Date: 20 Feb 1986 1400-EST From: Frank da Cruz Subject: MS-DOS Kermit 2.28/jrd5b If anybody wants to try out the current iteration of Joe Doupnik's MS-DOS Kermit, for the IBM PC family (& clones) only, with VT52, H19, VT100, VT102 emulation built in, plus the ability to set foreground & background color on color monitors. No real documentation is available yet, but you can use question mark at command level to find out what the new commands are. A couple commands have changed, so your MSKERMIT.INI file might need some changes: SET AUTOWRAP has become SET TERMINAL WRAP (but see below) SET HEATH has become SET TERMINAL HEATH (or VT100, or VT102, etc) The following bugs have been observed, so you don't need to report them: 1. SET TERMINAL WRAP command doesn't work (doesn't parse). The actual wrap mechanism seems to work OK, but can only be turned on and off by escape sequences. 2. There's no help for SET TERMINAL COLOR command (it takes two numbers in the range 0-7 as arguments, e.g. SET TERM COLOR 4,2). 3. Insert char in H19 or VT102 mode displays garbage instead of the inserted characters. 4. When you change colors, the background color is not set until after the screen is cleared the first time, but the foreground color is set. This version is in PS:MSJRD5B.BOO (and .EXE for those who can transfer 8-bit binary files), available, as usual via anonymous FTP from CU20B. Please report any additional bugs to me, and I'll relay them to Joe. Meanwhile, the program seems to be highly usable on the IBM PC family for most applications, emulating any of the above terminals, so those of you who have been hankering for VT10x emulation might be able to get by with this version until the final release. I'll also put the MSJRD5B.BOO file in KERMSRV on CUVMA for BITNET access. ------------------------------ Date: 20 Feb 1986 0900-EST From: Frank da Cruz INFO-KERMIT DIGEST V4 #13 Page 70 Subject: CP/M Kermit Announcements from Last Digest Apologies to everyone who tried to get any of the five new CP/M Kermit .HEX files announced in the last digest. The first group, from Bob LaFara, was there, but not as advertised; the filenames were changed somewhat from those listed in Bob's message: Machine Bob's Name Stored As: Access-Matrix CP4ACC.HEX CP4ACC.HEX (no change) ACT Discovery CP4DISC.HEX CP4DIS.HEX (shortened to 6.3) PMM Micromate CP4MM.HEX CP4PMM.HEX (to avoid confusion) The source for these files has been added to the "beware" file, KER:CP4KER.BWR. The other two, Epson PX8 Portable CP4PX8.HEX Research Machines 380Z CP438M.HEX were lost somehow. They have been restored (thanks to Alan Phillips for sending them again). Since we're without a real CP/M-80 Kermit maintainer, all new CP/M systems will have to be supported this way, i.e. installation of the .HEX files, without corresponding change to the source. I hope to inveigle someone into taking over CP/M-80 Kermit maintenance to the extent of making one last pass through the source, so that the program can be organized in such a way as to take advantage of the MODEM overlays. Any volunteers? ------------------------------ Date: 14-FEB-1986 16:03:28 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk Subject: MS-Kermit for Sirius/Victor on Available Disc in the UK I can now supply MS-Kermit 2.28 on disc for the Sirius/Victor to anyone wanting it in the UK. As before, e-mail address is SYSKERMIT@LANCS.VAX1, phone is 0524-65201 x 4881. Alan Phillips [Ed. - Thanks! Are there any other public spirited volunteers willing to supply Kermit on native media for their machines, or to submit them to user groups who can?] ------------------------------ Date: 18 FEB 86 09:58-PST From: DON@UCRVMS.BITNET Subject: QK-Kermit Report Problems and bug report on the new QKERMIT in turbo pascal: VT100 terminal emulation has some problems Does not respond to DEC VMS set term/inquire. Has problems with the "TAB" character expansion. Something is wrong with the kermit handshaking (program waits until INFO-KERMIT DIGEST V4 #13 Page 71 host times out then sends next packet) (each packet took about 5 seconds to send). Don Jenkins DON@UCRVMS (bitnet) University of California, Riverside Academic Computing Center [Ed. - See below.] ------------------------------ Date: Wed 19 Feb 86 20:22:01-CST From: Pete Galvin Subject: QK-Kermit Report I transfered the sources for QKKERMIT and compiled a version under MSDOS 3.1, trying to build a VT100 version. The compile went fine, and on startup QKKERMIT claims I have VT100 emulation. Unfortunately, when I dial in to the DEC-20 on campus, almost no VT100-hood can be seen in the program: blanking the screen and deleting characters works fine, but invoking any editor produces "random" results. Mostly, the screen blanks a lot during the display of text or prompts, and the cursor stays near the top of the screen. I'm hoping someone will point out the silly mistake I made an tell me how to get a working VT100 emulator up. Thanks, Pete Galvin, U of Texas ------------------------------ Date: Wed, 19 Feb 86 14:06 EST From: VIC@QUCDN Subject: Reply to QK-Kermit Bugs I think my choice of names for the various protocols was bad. You should not be using the Xon-Xoff with a Dec20. The Xon-Xoff refers only to the funny IBM way of using Xon-Xoff. What I called "SERIES/1" protocol should be used by most computers. I am considering to change the name of the protocol to something less confusing; but I am afraid that the name may also have to be quite meaningless. It appears that my VT100 emulation is not complete enough for most DEC users, although it is sufficient our needs. I will try add some of the missing features as soon as possible. Your feed back of the problems will help me decide what features are most needed. [Ed. - Victor has also sent in a hex file for the Kaypro II since the last digest. It's in KER:QKCPK2.HEX. Remember, this is a straight hexadecimal encoding of the .COM file, not an Intel format .HEX file to be used with the CP/M LOAD command.] ------------------------------ Date: Tue 18 Feb 86 10:39:09-EST From: Michael Fuchs INFO-KERMIT DIGEST V4 #13 Page 72 Subject: IBM PC - Tek 4010/4014 emulation beta offer (w/ Kermit) Would anyone be interested in beta testing our latest version of a product that does Tektronix 4010/4014 emulation (with EGA support) as well as VT102, VT52, file transfer (Kermit, Xmodem, propietary protocols), 132 columns in software (or optional hardware), old screen recall, programmable softkeys, etc.? If so, please contact (by voice only, please): John Bailin Coefficient Systems Corporation 212/777-6707 Please do not mail replies to this account (it's his project!) Michael Fuchs Coefficient Systems Corp. ------------------------------ Date: 16 Feb 1986 0825-EST From: LCG.CUSTOMER@MARLBORO.DEC.COM Subject: Mac Kermit vs Printer Port? There is a bug in MacKermit 0.8(33). If the modem port is in use by a hard disk (Tecmar for example), there is no way to use MacKermit as it generates an error message indicating that the port is in use and then exits. It does not permit the user to use the printer port instead. Do you have a patch to get around this problem??? [Ed. - From one of the authors of Mac Kermit: "The ability to use the printer port is not supported -- it was something we were going to put in but never got around to. Since I ordered a Tecmar I'll probably get around to fixing this.] ------------------------------ Date: Mon, 17 Feb 86 16:29:36 EST From: munnari!moncskermit.oz!john@seismo.CSS.GOV (John Carey) Subject: C-Kermit bug on Pyramid 90x I have discovered a bug sending more than one file using C-Kermit 4c(056) on a Pyramid 90X, e.g. kermit -s file1 file2 ... The first file is sent ok - but the others are not. Here is the fix to "ckcpro.w" - sfile() has a parameter which was not used: Y { if (gnfile() > 0) { /* Got ACK to EOF, get next file */ if (sfile(xeof)) BEGIN ssdata; /* <---- parameter added */ This may cause problems on other machines that a have different stack aritecture from the VAX. INFO-KERMIT DIGEST V4 #13 Page 73 John Carey. john%monu1.oz@seismo.arpa ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #14 Page 74 Info-Kermit Digest Thu, 28 Feb 1986 Volume 4 : Number 14 Departments: ANNOUNCEMENTS - Kermit for the HP2647 New Kermit-11 Victor 9000 Kermit Updates MISCELLANY - ProComm C-Kermit Bug for Pyramid 90x Uucpker and Kermsrv Are Back Bug in C-Kermit ---------------------------------------------------------------------- Date: 1986 Feb 27 19:31 EST From: John F. Chandler Subject: Kermit for the HP2647 There is now a Kermit available for the HP2647 "Rover" programmable graphics terminal, with or without tape units, written in 8080 assembler. It supports data compression and interaction with servers. The executable module is in the form of a long ESCAPE sequence that drives the resident loader. After being loaded it can be invoked as needed by typing 'kermit' in command mode. This Kermit can probably be adapted to run on other HP264x models. Source and documentation are available through KERMSRV. John F. Chandler Harvard/Smithsonian Center for Astrophysics [Ed. - The program, hex file, and documentation are in KER:HP264X.* on CU20B (anonymous FTP) and HP2647X * on KERMSRV at CUVMA (BITNET).] ------------------------------ DATE: 21-FEB-1986 FROM: BRIAN@UOFT02 SUBJECT: NEW KERMIT-11 New Kermit-11 on dialup and bitnet from U of Toledo A new version (2.45) of Kermit-11 is available. The literal list of changes is too long, but major things are: long packets, dial command, set dial commands (for adding modems), set phone number command, further TSX+ mods, new install and user doc. Edit history is in K11CMD.MAC This version should not be sent to Columbia yet as it is highly desirable to test long packet support against a different Kermit implementation. Additionally, there are a couple of very soon to be resolved issues regarding P/OS v3. I am also awaiting a task image for IAS 3.2 update C. Bitnet access: INFO-KERMIT DIGEST V4 #14 Page 75 from VM/CMS: CP SMSG RSCS MSG UOFT02 KERMSRV DIR CP SMSG RSCS MSG UOFT02 KERMSRV SEND K11*.* from VMS Jnet: $ SEN/REM UOFT02 KERMSRV SEND K11*.* dialup: (419) 537-4411 Service class VX785A User: KERMIT Password: KERMIT [Ed. - Thanks! We will announce Brian's new release when we receive it at Columbia.] ------------------------------ Date: Sat, 22-FEB-1986 15:32 MST From: Subject: VICTOR 9000 KERMIT updates I apologize to anyone who may be using the VICTOR 9000 Kermit for the bug in the mode line during file transfers. It was a severe oversight on my part. I am forwarding corrected versions of MSXV90.ASM, MSYV90.ASM, and MSYV9T.ASM to Columbia U. to replace the ones with the bug. [Ed. - The new files in KER:MS*V9*.* on CU20B and on BITNET (without the KER:)] In addition, since I was working on it anyway, I have cleaned up the character set on the Tektronix emulation a little bit to make the lower-case letters more readable. By popular demand I have also added code in the Heath emulation mode of both versions to swallow up any ANSI escape sequences that may come along. No action is taken when an ANSI sequence is received, but there are apparently many devices (such as the IBM 7171 protocol converter) that send these sequences and they are very annoying. Also, the receipt of the sequence ESC [ is supposed to activate the hold screen mode on the VICTOR - not an entirely desirable characteristic if the host is merely trying to tell the VICTOR to switch text characteristics. I appreciate all who have called bugs in the VICTOR version to my attention. Bryan G. Peterson (BITNET PETERSONB@BYUVAX) Telephone: (801)378-2093 P.S. - I will be sending the corrected codes on VICTOR format disks to the VICTOR PULSE public domain library in the next few days. If anyone wishes to contact them the address is: Victor PULSE c/o Brad Chase P.O. Box 705 Exeter, NH 03833-0705 [Ed. - Thanks for fixing these bugs, for sending us the source, and a SPECIAL thanks for submitting this version to a Users Group. If you could also send us a .BOO file, it would be greatly appreciated.] INFO-KERMIT DIGEST V4 #14 Page 76 ------------------------------ Date: Tue, 25 Feb 86 09:06:12 CST From: C346595@UMCVMB (Bruce Barkelew) Subject: ProComm PIL Software Systems PO Box 1471 Columbia, MO 65201 (314) 449-9401 I am the co-author of the communications program ProComm. I noticed our program mentioned here, so I thought I would let you know some more information. ProComm is a user supported product. We have just released version 2.2 (02/21/86). Version 2.2 has many improvements and additions. We now emulate 10 popular async terminals. The VT-100 emulation has been greatly improved. We support XMODEM, YMODEM, TELINK, MODEM7 and KERMIT file transfer protocols. Our KERMIT implementation has been completely re-coded from the ground up, and now supports all the latest features such as data compression, file attributes, and the new Sliding Window (full duplex) extension. Our script command language has been expanded also. ProComm runs under MS-DOS 2.0 or greater, and requires 128k of RAM. We have a 24 hour support BBS running at (314) 449- 9401. The latest version is always available there. I don't mean this to sound like a commercial, but I saw messages here inquiring about us, so I thought I would supply the information. I can be reached at the above address or at C346595 at UMCVMB. -Bruce Barkelew [Ed. - We do not usually put commercial announcements in our digest, but this may be a way for people to try windows kermit.] ------------------------------ Date: Thu, 27 Feb 86 09:02:10 EST From: munnari!moncskermit.oz!john@seismo.CSS.GOV (John Carey) Subject: C-Kermit bug for Pyramid 90x Sorry my last article had a typo. if (sfile(xeof)) BEGIN ssdata; /* <---- parameter added */ Should have been :- if (sfile(xflg)) BEGIN ssdata; /* <---- parameter added */ ^^^^ Thanks to John F. Rovert (jrover@nswc-g) for pointing out my mistake John Carey. john%monu1.oz@seismo.ARPA [Ed. - Thanks for the correction.] ------------------------------ Date: Thu, 27 Feb 86 0:02:20 CST INFO-KERMIT DIGEST V4 #14 Page 77 From: Mark Vasoll Subject: uucpker and kermsrv are back Both the uucpker and kermsrv logins are back in working order on okstate. ------------------------------ Date: 28 Feb 86 From: Frank da Cruz Subject: Bug in C-Kermit I just discovered a bug in C-Kermit that might explain some problems that have been reported recently. If you ever send it an ACK, but the ACK is lost somehow, and then you time out and send it a NAK (as I believe the PC will do if its timer is on) before C-Kermit times out, the two Kermits get into a deadlock, in which Unix Kermit sends packet n and the PC sends a NAK for packet n+1, up to the retry limit. The cure, in the case of Unix Kermit, is to add a test in the input() function. If it receives a NAK for packet (n+1)%64, then it should return('Y'), i.e. behave as though it got an ACK for packet n. - Frank ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #15 Page 78 Info-Kermit Digest Wed, 5 Mar 1986 Volume 4 : Number 15 Departments: ANNOUNCEMENTS - Kermit for Gould/SEL 32/8750 with MPX 3.2A New os9 Kermit (68000 and 6809) C-KERMIT - Kermit for Ultrix-11? Pixel Support for C-Kermit C-Kermit and TACs MS-DOS KERMIT - Tektronix Emulator in QK-Kermit Re: Tektronix Emulator in QK-Kermit PCjr w/Tecmar memory vs 2.28/jrd Kermit-MS MISCELLANY - Minor Problem with VMS Kermit (BLISS/MACRO) V3.1.066: ---------------------------------------------------------------------- Date: Wed 5 Mar 86 09:50:14-EST From: Frank da Cruz Subject: Kermit for Gould/SEL 32/8750 with MPX 3.2A Announcing SEL-Kermit Version 1.0 for the Gould/SEL Concept 32/8750 with MPX 3.2A, written in Fortran-77+ by Marlon Gordon and Dave Durand, Singer/Link Houston. According to the documentation, it works in both remote and local mode, and can run as a Kermit server. The file arrived on some crazy kind of tape, which we read the best way we could. It all seems to be intact. The files are in KER:GM1*.* on CU20B, available as usual via anonymous FTP on the Internet, and also via KERMSRV at CUVMA on BITNET. ------------------------------ Date: Fri 28 Feb 86 18:04:22-PST From: Bob Larson Subject: New os9 Kermit (68000 and 6809) Since someone finally confirmed that I didn't break the 6809 support when I added 68000 support to kermit, the new version should be made standard. (Thanks Mark Sunderlin, scsnet!sunder.) The new version is on usc-eclb.arpa as ps:os9*.* . The files that have changed are second generation, so os9*.*.2 will get you only the new files. The only real changes for 6809 users are in the .hlp and .bwr files and some code to make connect mode on a bit-banger port easier to implement. (A special device driver is needed, any volunteers?) Bob Larson Uucp: ihnp4!sdcrdcf!oberon!blarson INFO-KERMIT DIGEST V4 #15 Page 79 [Ed. - Thanks! The new files are in KER:OS9*.* on CU20B, and in OS* * on KERMSRV at CUVMA.] ------------------------------ Date: Fri, 28 Feb 86 10:44 EST From: Mark Katsouros Subject: Kermit for Ultrix-11? I've had no luck in getting Kermit working on our Ultrix-11 system. Tried making several different versions, and fooled around with mixing up the flags, but was unsuccessful in coming up with anything even close. If you happen to hear of a way to get what I have (ck*.*) made for Ultrix-11, please let me know. Also, I'd really appreciate it if you would let me know if you hear of anyone else on the net using Ultrix-11. (Perhaps they have some sort of Kermit protocol.) Thank you for your time, Mark Katsouros University of Maryland, College Park [Ed. - Does anybody have any hints about making C-Kermit work in Ultrix-11? What is Ultrix-11, anyway? A 2.9 derivative? A version 7 derivative? Venix in disguise?] ------------------------------ Date: Fri 28 Feb 86 11:15:39-EST From: Chris Lent Subject: Pixel Support for C-Kermit Just put C-kermit on a Pixel 1000 which is a 68000 based Berkley Unix box. Make bsd almost works but it seems the getppid() function which is used to determine the parent process id of the shell running C-kermit is missing from the run-time library. So I made a change to ckufio.c adding an #ifdef PIXEL and substituted a kill(0,9) for kill(getppid(),1). The unix diffs of the current version of ckufio.c and ckuker.mak follow: $ diff ckufio.c ckufiopix.c 198a199,201 > #ifdef PIXEL > return(kill(0,9)); > #else 199a203 > #endif $ diff ckuker.mak ckukerpix.mak 174a175,179 > #Pixel 1000 (Almost) Berkeley Unix 4.1 or 4.2 (and presumably also 4.3) > #Pixel 1000 V2.1 (Has no getppid() function) > pixel: > make wermit "CFLAGS= -DBSD4 -DDEBUG -DTLOG -DPIXEL" > ------------------------------ Date: 2 Mar 1986 12:26:45 EST Subject: C-Kermit and TACs INFO-KERMIT DIGEST V4 #15 Page 80 From: Glen Foster Has anybody set up C-Kermit on a VAX running Unix (4.2bsd in this case) to get it to perform the proper Telnet protocol negotiations with a TAC so the TAC doesn't interfere with a file transfer? I know what Telnet sequence to send, I'm just not familiar enough with C-Kermit and Unix to know how to do it. I'm sure it could be done relatively easy with a Kermit script file, perhaps someone has done something a little fancier with a shell script the "knows" whether the remote is coming through a TAC or not and sets binary mode if it is. The Tops-20 Kermit at ISI does this, surely C-Kermit and Unix must have this capability! Thanks in advance. Glen Foster - GFOSTER@USC-ISI.ARPA [Ed. - There is no code in C-Kermit to put TACs in binary mode, though there is no reason why it couldn't be added. For now, just use TAC commands like @b i s and @b o s.] ------------------------------ Date: 26 Feb 86 06:50:00 PST From: ALEX WOO Subject: Tektronix Emulator in QK-Kermit Has anyone got the tek4014 emulator in qk-kermit to work? I don't have a Zenith but a Hercules card so I tried to recompile the relevant modules. Here is a summary of my failed efforts. 1. It was necessary to overlay the source. I chose to overlay the local and definewords procedures since they are not critical for terminal emulation. 2. There was a definite error in the DefineWorld(1,0,779,1023,0) call. I changed it to either DefineWorld(1,0,0,779,1023) or DefineWorld(1,0,0,3120,4095) depending on which tektronix driver I'm using on the mainframe. After fixing these errors, I find that when the terminal goes into tektronix mode the screen blanks out. It recovers correctly but nothing is ever painted to the screen. It almosts looks as if the vectors are drawn on a RAM screen (but I set that boolean to be false). Any suggestions? Alex. P.S. I was surprised that turbo-pascal could drive the serial ports at 19,200 baud. ------------------------------ Date: Tue, 4 Mar 86 11:03 EST INFO-KERMIT DIGEST V4 #15 Page 81 From: VIC@QUCDN Subject: Re: Tektronix Emulator in QK-Kermit Since we don't have the Hercules board, I can only guess at what your problems might be. Here are some possibilities to consider: 1. QK-KERMIT emulates a TEK4010 which is slightly different from a TEK4014 terminals. You maybe sending TEK4014 sequences that are not interpetted the same on a TEK4010. 2. Make sure that you are using the Hercules routines from the Turbo tool box. 3. Do not change the DefineWorld definition. Although it appears to be backwards it is fixed up with some other code. ( Two wrongs make it right?) 4. Try leaving the RamScreen definition unchanged. We changed it to false to reduce the amount of memory used. I am not sure how this affects the Hercules routines so you may leave it alone. 5. Are you running at 19.2 baud? I have never tested it out at that rate. May I suggest you run your test at a lower baud rate to insure that your problem is not a baud rate problem. ------------------------------ FROM: EGRJN@TUCC Date: Tue, 04 Mar 86 08:52 EST Subject: PCjr w/Tecmar memory vs 2.28/jrd Kermit-MS I got version 2.28 of the IBM PC Kermit from KERMSRV and I discovered a problem that few others may have found, and which I hope you can report to the right folks. I have a PCjr with TECMAR memory which brings my system memory to 640K. When I run KERMIT 2.28, the program bombs with a message indicating "insufficient memory". If I disable the TECMAR memory, the program runs fine. Version 2.27 runs fine in either case. Something was done to 2.28 which creates this incompat- ibility with my system. Disabling the extra memory is inconvenient because it prevents me from using RAM disks or programs like Sidekick. Perhaps if they knew of it, the KERMIT wizards could avoid this improvement in future versions. [Ed. - Has anyone else experienced this problem? If so, did it go away when you tried jrd/2 or later? Joe Doupnik found some problems with the dynamic memory allocation and fixed them.] ------------------------------ Date: Fri 28 Feb 86 11:15:39-EST From: Chris Lent Subject: Minor Problem with VMS Kermit (BLISS/MACRO) V3.1.066: If you didn't recompile KERMIT under VAX/VMS 4.X from the MACRO (or BLISS I assume) a version compiled under VAX/VMS 3.2 to 3.7 may stall in what looks like a CTRL/S-CTRL/S (XOFF-XOFF) standoff when using DEC's VT220 terminals. I assume the terminal sends a CTRL/S between the time you type the escape character and the time you type the C to close a CONNECT session. It might also be that PASSALL mode (rather than VMS 4.X PASTHRU) mode is used and the terminal's incessant CTRL-S/CTRL-Q sequences eventually lock up KERMIT. INFO-KERMIT DIGEST V4 #15 Page 82 Recompiling under VAX/VMS 4.X seems to solve thsi problem. Note that this hangup problem did NOT occur on VT100's or IBM-PC's using KERMIT to be terminals. To determine what version your kermit was linked under do a $ ANALYZE/IMAGE SYS$SYSTEM:KERMIT.EXE and look at the linker identification under the heading Image Identification Information. If the string starts with a 3 you probably should rebuild your KERMIT.EXE. Chris Lent The Cooper Union for the Advancement of Science and Art. ihnp4!allegra!phri!cooper!chris or care of: OC.PEDHEM@CU20B.COLUMBIA.EDU ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #16 Page 83 Info-Kermit Digest Mon, 10 Mar 1986 Volume 4 : Number 16 Departments: New Kermit-32.Hex Enclosed Kermit for Heath/Zenith 100 with UCI EZPC Board Zenith-100 Bugs C-Kermit on HP9000s Suggestions, C-64 Kermit Ultrix-11 Kermit on Ultrix-11 Setting TAC Parameters Kermit/TACS and Other Hosts Bug in Kermit for VM/CMS Unix C-Kermit Problem with Kermit-11 and Intel MDS Kermit (Kermit-Isis) Altos Oasis Kermit? ---------------------------------------------------------------------- Date: Sun, 9 Mar 86 20:49:36 CDT From: Stan Barber Subject: New Kermit-32.Hex Enclosed So that others won't have to suffer as I did, here is a freshly hexed verion of kermit-32. Enjoy. [Ed. - Thanks! For those who don't know why we needed a new hex file for VMS Kermit, it's a long story. But now it agrees with the VMSHEX and VMSDEH programs we distribute with it, and the warning messages can be (and have been) removed. VMS Kermit itself has not been changed; it's still version 3.1(066). The new hex file is in KER:VMSMIT.HEX on CU20B and in VMSMIT HEX on CUVMA for BITNET.] ------------------------------ Date: Thu 6 Mar 86 16:48:29-EST From: Frank da Cruz Subject: Kermit for Heath/Zenith 100 with UCI EZPC Board From Marvin Hamdan, UCI Corporation, 948 Cherry Street, Kent, OH 44240, a version of IBM PC MS-DOS Kermit 2.27 modified to run on the H/Z-100 with UCI's EZPC board, which is supposed to make H/Z-100 IBM compatible (oh well). Before trying to run this, you have to pry off a couple chips and bend some pins (it's explained in the directions). The files are in KER:MS*EZP.* on CU20B and MS*EZP * from KERMSRV via BITNET at CUVMA. ------------------------------ Date: Fri 7 Mar 86 00:03:44-EST From: "Gordon C. Holterman" Subject: ZENITH BUGS HELP!!! I recently grabbed a copy of the kb:msvz10.exe file to run kermit on my INFO-KERMIT DIGEST V4 #16 Page 84 Zenith 100. However, I am experiencing two major bugs. First, receiving or getting files doesn't work. It starts to work and says it gets the first packet, but then hangs (the cursor sits at thge end of the file name) and the only way out is to reboot. The connection is fine and the remote system is definately sending data--just no receiving. Second, the status command causes a similar lock. No information gets printed--the cursor runs to the edge of the screen prints an E and then locks. Rebooting is the only out. I would love to get these bugs fixed as soon as possible or get an old version that works. Thanks, Gordy Holterman@MIT [Ed. - The old version is in PB:MSZ100.BOO (or .EXE) on CU20B. Has anyone else had similar problems with the current version, or can give some hints about making it work right? This could be an instance of 2.28 being built from source, with the segments coming out in the wrong order, as described in the .BWR file.] ------------------------------ Date: Thu, 6 Mar 86 11:57:31 PST From: Arvind Kumar Subject: C-Kermit on HP9000s Has anyone else had difficulties trying to make C-Kermit work in terminal emulation mode on HP9000 computers? I am trying to use it to go out to a hardwired port (actually an Infotron port selector) but have had no luck, either on the Series 500 or the Series 220. In each case, the command 'set line /dev/sw0' takes forever to come back with 'unable to lock device' or some similar message. Setting modem-dialer to racal-vadic allows me to proceed until the Connect step, which terminates terminal emulation immediately, saying 'host closed connection' or something similar. Any clues? Arvind Kumar kumar@hplabs@csnet-relay ucbvax!hplabs!kumar [Ed. - The stupid UNIX "lock files" are the bane of UNIX Kermit. Read the section in the Kermit User Guide (the C-Kermit chapter of which is on line as ckuker.doc) about this. If all else fails, comment out the code that looks for the lock file and rebuild the program. - Frank] ------------------------------ Date: Wed, 5 Mar 86 20:25:53 pst From: Joel West Subject: Suggestions, C-64 kermit I have the C-64 kermit 1.7(52). I'm happy with using it with another local micro, but thus far have failed with a remote host (probably INFO-KERMIT DIGEST V4 #16 Page 85 due to modem status controls, etc. in the cable). In c64ker.doc, the authors make comments about suggestions and improvements. Responding to their ideas, I'd like to offer my 2 cents: 1. SET BAUD needs 2400 baud, if said throughput is feasible on the C-64 2. Slower cursor blink is needed. 3. The authors suggest RENAME and SCRATCH command. I think the existing DISK works fine: DISK S0:scratched DISK R0:new=old Perhaps they could modify DISK ? to prompt these options. 4. Screen colors would be nice, but B/W is quite readable. 5. "Implement wildcard send -- need info on 1541 DOS!", to quote from the manual. According to my 1541 manual, DIRECTORY Track 18, Sector 1 0-1 track, sector next directory block 2-31 1st entry 34-63 2nd entry 66-95 3rd entry 98-127 etc. 226-255 last entry DIRECTORY ENTRY: 0 128+type 0=Deleted, 1=SEQ, 2=PROG, 3=USER, 4=REL 128 indicates file properly closed 1-2 T/S of 1st data block 3-18 file name padded with shift-space (0xA0 ?) 19-20 T/S first side sector for relative file 21 record size, relative file 22-25 filler 26-27 T/S replacement file when OPEN@ in use 28-29 # of blocks in file: low byte, high byte It would seem that only 0-18 are really needed for kermit applications. One last comment. I have two commercial word processors, but neither seems to use plain CBM ASCII text. If the SpeedScript editor is really public domain, maybe it could be distributed with kermit --or a comparable replacement. Joel West CACI, Inc. - Federal westjw@nosc.ARPA {decvax,ucbvax,ihnp4}!sdcsvax!noscvax!westjw ------------------------------ Date: 7 Mar 1986 0422-EST From: LCG.KERMIT@MARLBORO.DEC.COM Subject: Ultrix-11 Ultrix-11 V2 is a Digital product based on V7 and 2.9. Ultrix-11 V3 will have some Sys 5 compatibilities (was announced at Fall Decus) and should be out soon. The respondent didn't indicate what version of Ultrix-11 he was using and what machine he was running it on. INFO-KERMIT DIGEST V4 #16 Page 86 I plan to bring up C-Kermit under Ultrix-11 V2 (and V3 when available) on an 11/73 and will post any diffs necessary to get it to work. Venix and Pro/Venix are products of Venturcom and are independent of Ultrix-11. When will a windows version of C-Kermit be available? Is anyone working on such a beast? [Ed. - A version of C-Kermit with windows was announced in Info-Kermit V4 #1. It's based on an earlier version of C-Kermit (4.0 rather than the current 4C). It's not in our regular Kermit distribution because of the name conflicts with the regular release, but it can be FTP'd from PS:*.* on CU20B. Sorry, it's not available on BITNET. Eventually, the windowing code will be added to the distributed version of C-Kermit.] ------------------------------ Date: 86/03/06. 09.28.49. From: RYAN%UNLCDC3.BITNET@WISCVM.WISC.EDU SUBJECT: Kermit on Ultrix-11 In regards to Mark Katsouros question on Kermit for Ultrix-11, we run an Ultrix-11 system and have installed a working host version of Kermit. The Kermit version that we installed was the Unix Kermit from a tape written at Columbia on 11-12-84. Identified in the sccsid as version 3.0(1) mod date 11/5/84. [Ed. - This was our old, pre-C-Kermit version of UNIX Kermit. It didn't do much, but it was quite transportable among V7 and Berkeley-based UNIX systems.] Ultrix-11 is Digital's version of Unix for the VAX line of computers. Ultrix-11 is basicly Berkley 4.2 Unix. [Ed. - Ultrix-11 runs on PDP-11s. Ultrix-32 runs on VAXes. Are we talking about the same thing?] Ryan Popken University of Nebraska, Lincoln BITNET: RYAN@UNLCDC CSNET: kermit@unl ------------------------------ Date: Thu, 6 Mar 86 22:25:44 EST From: Dave Swindell Subject: Setting TAC parameters In the last digest (V4#15), there was a message from a user wanting to use C-Kermit over a TAC. The digest editor gave the correct TAC commands to use (@ b o s and @ b i s), but gave them IN THE WRONG ORDER! You must use the @ b o s command (binary output suppress, or something like that) BEFORE you issue the @ b o s command (binary input suppress). If you issue the @ b i s command first, the TAC will not accept the @ b o s command. Also, if you INFO-KERMIT DIGEST V4 #16 Page 87 are sending data to a host system connected via a TAC, you may need to set the send packet-length parameter to a value of 64 or less to keep from over-running the TAC input buffer. Hope this helps, Dave Swindell BBN Laboratories ------------------------------ Date: 6 Mar 1986 15:30:39 EST Subject: Kermit/TACS and other hosts From: Glen Foster "Thanks" to all the people who sent me information on TAC commands. Perhaps my request was not specific enough. What I am looking for is a way to have a Unix host running C-Kermit send the telnet sequence: IAC WILL BIN (wait for: IAC DO BIN) then send: IAC DO BIN (wait for: IAC WILL BIN) Then (without the remote user ever having been aware of anything) Kermit will take over and the user will see the C-Kermit> prompt or whatever. Another negotiation should be performed upon leaving Kermit to return control of the TAC to the user although this is not crucial. IAC is the character 377 octal (Interpret As Command), this is the telnet "escape" character and is never sent by Kermit (I am told) because octal 177 (ASCII DEL) is not "printable." It (octal 377) has to be doubled to get through a TAC even in binary mode. Telnet negotiation between hosts uses special characters 376 (DONT), 375 (DO), 374 (WONT) and 373 (WILL). The character that follows one of these four indicates which option is being negotiated, which for binary is 0 (BIN). This should only occur if the user is coming over a TAC and not telnetted host to host, local hard-wired or dialup. Of course, error detection and recovery should be taken care of in the best of all possible worlds. The important thing is that it remain transparent to the users, they should only have to type "kermit server" ("kermit -x" under UNIX), escape to command level and transfer files with the greatest of ease. What do they know about TAC commands? I have a key programmed to tell the TAC to jump and whinny but this causes all sorts of "funny" output that confuses my users. Again, TOPS-20 can do it, why can't UNIX. (Maybe that should rile enough UNIX gurus so I'll get an answer!) Glen [Ed. - It's just a matter of someone writing the code. It's one of many items on the list of things to do.] INFO-KERMIT DIGEST V4 #16 Page 88 ------------------------------ From: mcvax!eurifb!benno@seismo.CSS.GOV Date: Fri, 7 Mar 86 12:12:27 +0100 Subject: Bug in Kermit for VM/CMS A problem erupted when we tried to send lots of packets from a UNIX machine via a 7171 over a 70-foot line. The 7171 guarantees only 50 foot, and lots of acknowledgement-packets were garbled, and UNIX-kermit did a retry. This was all OK, exept when the old packet-number was 63 ('_'). VM/CMS kermit wrapped around to 0 (' ') and didn't recognise the resent packet as a retry. It appeared that masking was forgotten on several occasions. I have tried to locate all the spots where it should be needed, and inserted them (see the lines with BN-860227). It works fine now (upto now for approx. 100 MB). Ben Noordzij, Erasmus University, Rotterdam, The netherlands ......!mcvax!eurifb!benno [Ed. - Thanks for the report. We've omitted the code from the digest, but it has been added to the CMS Kermit beware file. The problem will be fixed in the forthcoming release (version 3.0).] ------------------------------ Date: 12 February 1986, 10:35:10 SET From: Wolfgang Hake 0521-106-4941 UHRZS007 at DBIUNI11 Subject: Unix C-Kermit wir haben probleme, den c-kermit unter der amdahl unix-version UTS V zu installieren. in der versionsliste ist die UTS V zwar mitaufgefuehrt, aber im make-file ist dafuer kein spezieller eintrag vorgesehen. die eintraege fuer fruehere UTS-Versionen (UTS 2.4) sind unter UTS V nicht lauffaehig. Unter UTS V fehlt der CBREAK-Modus. Gibt es eine neuere version fuer den C-Kermit, der dem UTS V tribut zollt? falls sie eine solche haben, schicken sie sie bitte an mich via EARN. [Ed. - Der "sys5" Eintrag im make-file gilt auch fuer UTS V. Kermit versionen koennen von KERMSRV@CUVMA nachgefragt werden durch BITNET (EARN) -- z.B. "SMSG RSCS MSG CUVMA KERMSRV SEND CK* *" (CMS). Excuse my fractured German. - Frank] ------------------------------ DATE: 7-MAR-1986 FROM: BRIAN@UOFT02 SUBJECT: Problem with Kermit-11 and Intel MDS Kermit (Kermit-Isis) Problem: ISIS Kermit can get files from Kermit-11 server but can't send them. Reported Mar 1986 by rrenfro@dtrc.arpa I know exactly what's wrong, if you would get the current save image from my Vax it would go away. The problem in older k11's is when kermit-11 gets a short (6 char) S packet (ie, the absolute minimum) it stuffs a literal null into the QBIN field of it's reply, which is a field that does not get INFO-KERMIT DIGEST V4 #16 Page 89 encoded. Please get a new version as described. The same thing happened to FidoNet Kermit with Kermit-11. This problem was fixed on 01-Nov-1985 version 2.37. brian@uoft02.bitnet [Ed. - Brian will be sending his new release to Columbia shortly. Until then, it's available on his VAX at the U of Toledo via BITNET or dialup, as announced in Info-Kermit V4 #14.] ------------------------------ Date: Thu, 6 Mar 1986 13:06 EST From: ELOISE%MAINE.BITNET@WISCVM.WISC.EDU (Eloise Kleban) Subject: Altos Oasis Kermit? Is there a version of Kermit for the Altos running Oasis? We would appreciate information and/or a diskette if anyone out there can supply us! My BITNET address is ELOISE@MAINE. My US mail address is: Eloise Kleban Computing Center University of Maine Orono, ME 04469 ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #17 Page 90 Info-Kermit Digest Thu, 13 Mar 1986 Volume 4 : Number 17 Today's Topics: BOO File Encoding and Decoding Kermit for the Apple ][ Pascal System (Q & A) TI PC Kermit Ommisions MSZ100.BOO Kermit Kermit on HP Integral Problem (csh) DEC-20 LAT Service vs Kermit Kermit vs Telebit TrailBlazer Modem Kermit on Epson QX-16? Kermit & Wang PC's Kermit Diskettes for Atari 800XL or Macintosh? ---------------------------------------------------------------------- Date: Tue 11 Mar 86 14:46:09-EST From: Howie Kaye Subject: BOO File Encoding and Decoding I have added UNIX support to the C-language .BOO file maker, MSBMKB.C, so now it can be compiled for UNIX, MS-DOS, or TOPS-20. On UNIX and MS-DOS, it now does efficient blocked i/o, rather than character-at-a-time. The DOS version compiles under either Lattice or Microsoft C. I've also written a .BOO file decoder in C, equivalent to MSBPCT.BAS. It runs in about 10 seconds on a PC, rather than 20 minutes. There is a bug in this program, which adds extra bytes to the end of the file every time it gets run. This should not affect anything, as the data is all past what the program thinks is it's end...If you encode/decode twice though, you do not get identical files. /Howie [Ed. - Thanks, Howie! The files are in KER:MSBMKB.C (and .BOO), KB:MSBMKB.EXE (the .BOO and .EXE file are for MS-DOS), and KER:MSBPCT.C (and .BOO), and KB:MSBPCT.EXE. All these are available on the Internet from CU20B via anonymous FTP. The C and BOO files are also available on BITNET from KERMSRV at host CUVMA.] ------------------------------ Date: 10 Mar 86 21:11:12 +0100 From: XBR1YD22%DDATHD21.BITNET@WISCVM.WISC.EDU (YD22@BR1.THDNET) Subject: KERMIT for the APPLE ][ PASCAL system I'm looking for a KERMIT that runs on an APPLE ][ under the (UCSD-)PASCAL system. Any pointers are very welcome. Please respond to me directly, as I'm not on all the lists I'm sending this to. Thank you very much Ralf Bayer Computing Center @ the Technical University of Darmstadt, West Germany Arpanet address: xbr1yd22%ddathd21.BITNET@wiscvm.wisc.EDU INFO-KERMIT DIGEST V4 #17 Page 91 BITNET address: xbr1yd22 @ ddathd21 [Ed. - See next message (yes, I responded to him directly too).] ------------------------------ Date: Thu 13 Mar 86 13:24:01-EST From: Frank da Cruz Subject: Kermit for Apple II UCSD p-System I have a letter from Ph. P. Visser, Rekencentrum der Rijksuniversiteit, Groningen, Netherlands: "Enclosed you will find two diskettes concerning a Kermit version for Apple II (e) and (+). "The version is made by P. Terpstra of the Laboratory of Biochemics of the State University of Groningen. The version is written in UCSD Pascal. It concerns Apple DOS 3.3 with several interface cards such as: - Apple Communication Card (ACC) - California CCS 7710 ASI Card (CCS) - Hayes Micromodem Card (HMC) - Apple Super Serial Card (SSC) - IBM AP2 Serial Card (AP2) "It is a corrected version of the Stevens version." Unfortunately, I can't read the diskettes, which are in Apple II Pascal format, 5.25 inch, double sided. Could someone who has an Apple p-System volunteer to read these diskettes and send the contents to Columbia? Preferably someone on one of the networks, but failing that, someone who'd be willing to send the files back to us on IBM PC or AT DOS diskettes, Rainbow DOS diskettes, or 9-track magnetic tape. Thanks! ------------------------------ Date: Wed, 5 Mar 86 20:33:34 cst From: Rusty Haddock Subject: TI PC Kermit Ommisions I've checked the sources for version 2.28 revision 5 and found that the things that have been asked about are UNIMPLEMENTED! Things like local echo, inverse video, auto wrap, and the like are just not there (in file MSYTIP.ASM). Local echo should check the 'ecoflg' flag in some data structure and display the outgoing character accordingly. Inverse video is a "stub" that just returns. These should be trivial to actually code *OR* you can take the old MSXTIP and MSYTIP from a previous version of Kermit, assemble, and link them in as the old version at least had local echo. Unfortunately, hacking with MS Kermit is very low on my list of things to do but... who knows, I might get to it. -Rusty- ------------------------------ INFO-KERMIT DIGEST V4 #17 Page 92 Date: 11 Mar 86 17:00:00 EST From: "M. COOK" Subject: MSZ100.BOO KERMIT Gordan C. Holterman indicated in his message of 7 March that he was unable to successfully use the STATUS command inthe KB:MSVZ10.EXE version of Kermit. The same problem exists in the MSZ100.BOO version. On the contrary I have had no problems Receiving or Getting files. I have however experienced hangups while reading Mail on the MILNET; but this seems to occur only when a capture file is open. Usually, all that needs to be done is to depress the RETURN Key. But, even at that some information is dropped. Regards, MHE COOK (NORDET) ------------------------------ Date: Tue 11 Mar 86 05:26:16-EST From: GH0N@TC.CC.CMU.EDU Subject: Kermit on HP Integral Problem (csh) I recently installed the new operating system ROMs in my HP Integral PC. Since then I have had a minor problem with C-Kermit (050) while running under csh. It is likely a problem with either the OS and/or csh, but since C-Kermit is the only effected program (so far), I thought that I would inquire here for suggestions. Situation: Connecting to a Hayes compatible modem to dial a number. Line set to /dev/tty00 and baud set to 1200. Behavior: Running under sh and either the old HP-UX ROMs (System III?) or the new HP-UX ROMS (S5R2) kermit works normally. Running under csh and the old HP-UX ROMs kermit also works normally. Running under csh and the new ROMs, the echo from the modem does not appear on the screen. Typing the pulse dial command (ATDPxxxxxxx) and hitting a carriage return results in having the modem dial the number xxxxxxx. Even after a connection has been made, no echo appears on the screen. Escaping (or attempting to) to local control (^\-C) results in csh being logged off (SIGINT or SIGKILL is being sent?). Attempting to log session, packets, debugging and transactions is sort of futile, only the debugging log shows anything. The following is the tail end of the debugging log complete with initial header: Does anyone out there have any idea as to why C-Kermit works with sh under both versions of the ROMs and only with the old version of the ROMs if csh is used? I plan to look into this this summer, but getting a note back as to the cause and fix may be difficult as I will no longer have access to any networks. Also I don't have ADB so debugging is going to be fun. This summer I will try to get C-Kermit to work with the shell PAM, right now the system locks up badly if kermit is started up from PAM as opposed to sh or csh. Gordon Haverland GH0N @ TC.CC.CMU.EDU Box 596 Dawson Creek, B.C. Canada V1G 4H5 INFO-KERMIT DIGEST V4 #17 Page 93 [Ed. - I asked Gordon to try the current version of C-Kermit, 4C(057), to see if the problem persists. Anybody else have any hints or experience with this?] ------------------------------ Date: Thu 13 Mar 86 14:40:53-EST From: Frank da Cruz Subject: DEC-20 LAT Service vs Kermit When you are connected to a DEC-20 through a DEC Ethernet terminal concentrator (like DECserver-100) using the LAT protocol, you will find that you can't transfer files of any kind into the DEC-20 using Kermit or MODEM or any similar protocol. You can, however, transfer files from the DEC-20 to the PC with no problem. Logging packets during uploading reveals that a typical Kermit data packet (80-90 characters) is truncated by the LAT box to 30-40 characters. If you reduce the Kermit packet size to, say, 37, then everything works. The problem occurs because TOPS-20 LAT service defines the LAT input buffer length to be 40 instead of the recommended 127 (133 would be better for MODEM). The problem does not occur with Ultrix-32 LAT service. For now, those who want to use Kermit to send files to a DEC-20 through a LAT box must set their packet size to 37 or less. Those who want to use MODEM will have to use Kermit instead, since MODEM packet sizes cannot be changed. ------------------------------ Date: Thu 13 Mar 86 15:16:03-EST From: Frank da Cruz Subject: Kermit vs Telebit TrailBlazer Modem We had the chance to try out a pair of Telebit TrailBlazer modems recently. These modems use a proprietary packet protocol to provide error-free transmission up to 10,000 baud over ordinary dialup lines. They include the regular Hayes command set, augmented by a lot of special settings. We used the "old ROM" version -- apparently there is a "new ROM" that makes things better. The short story is that Kermit works over these modems, but the performance is awful. The modem's algorithm for sending a packet seems to be to wait until its buffer is full, or else until its timer goes off. Unfortunately, its buffer is bigger than a Kermit packet, so it will never send a Kermit packet until it times out. The timeout interval seems to be something like 5 seconds, and there's no way to change it. Furthermore, there's no concept of "data forwarding characters" like you have in an X.25 PAD, so you can't tell it to transmit whatever it has in its buffer whenever it sees a carriage return. As you might imagine, interactive terminal use is pretty bursty. For "classic" Kermit between two PC/AT's at 9600 baud over a local phone call, the effective data rate was something like 40 baud. Windows-kermit on the same connection did a lot better: about 3700 baud. But even with windowing, there were many pauses and delays; the throughput should have been more like 7000-8000 baud. The manual doesn't say anything about its packet buffering and forwarding technique, except to imply that its buffer is about 10,000 characters long. INFO-KERMIT DIGEST V4 #17 Page 94 There is a sentence, however, to the effect that "many communication software packages (especially those using half duplex protocols such as XMODEM) may not be optimized for use the TrailBlazer." Later on they say "The TrailBlazer's packetizing and retransmission behavior must be accommodated by any protocol that contains timers for inter-character delays or response limits." Some commercial software packages, like Crosstalk, have added explicit TrailBlazer support. It would have been better if Telebit had used the power of the 68000 to make the operation of the modem a little more flexible by letting the user specify the timeout interval and break mask. ------------------------------ Date: Mon, 10 Mar 86 15:33:14 PST From: arch%renoir@berkeley (Arch Turner) Subject: Kermit on Epson QX-16? Has anyone made Kermit work on an Epson QX-16? Can it be set up as if the QX-16 were an IBM PC? Thanks, Arch Turner, CSSG Staff 467 Evans, 2-1319 arch@renoir ------------------------------ Date: 11 Mar 86 23:33:00 EST From: Subject: Kermit & Wang PC's I tried to load KB:MSVWNG.EXE using FTP and then KERMIT and got a 'not enough memory' error (on a 640k machine). So I downloaded MSVWNG.BOO and MSBPCT.BAS and built the executable. The STATUS command printed a few thousand spaces, a few random bytes of memory, and then the system died. Not too long ago (a few months at least) a new version of the operating system was received from wang. The version numbers are: Wang professional computer: V2.40 Bios: V1.21 MS-DOS: V2.01 Also, I tried the generic KERMIT and it worked fine (it's not the ASM or LINKER, as thats how I built the generic version. Bothe the ASM and LINKER are version 1.10). HELP!!! Thanks, Eric Dana dana@bbnccr BBNCC/MIS [Ed. - Can anybody out there help? If you have a working version of Wang PC Kermit, could you send in, or point us at, an .EXE or .BOO file for it? I know Wang PC Kermit worked at one time, because it was written here at Columbia. Unfortunately, the person who wrote it and the PC itself are both long gone.] INFO-KERMIT DIGEST V4 #17 Page 95 ------------------------------ Date: 12 Mar 1986 1453-EST From: LCG.KERMIT@DEC-MARLBORO Subject: Kermit Diskettes for Atari 800XL or Macintosh? I would like to obtain a copy of Kermit both for the Atari 800XL and for the Apple Macintosh. However, I have no communication software whatever on either machine, and on the Atari I have only Basic (so KERBOO does not help). Can anyone out there in Kermit-Land help me? If so, please contact me as follows: Paul Liebow W.R.Grace & Co. 1114 Avenue of the Americas New York, NY 10036 212/819-6963 ... And thanks! [Ed. - We sent him a note about how to order Mac Kermit on diskette from us. Can anybody help with Atari Kermit? If so, would that person care to volunteer as a general Atari Kermit diskette distributor? Or to submit the Kermit diskette to some kind of Atari user group that could distribute it, and then tell us about it so we could refer future inquirers there?] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #18 Page 96 Info-Kermit Digest Tue, 18 Mar 1986 Volume 4 : Number 18 Today's Topics: MS-DOS Kermit 2.29 Almost Ready, Testing Needed KERMIT on the Z100 I have a working AMIGA KERMIT MACKERMIT Terminal Emulation Fixes Kermit on LAT with VMS (2 messages) Re:Kermit(057) on the HP Integral ---------------------------------------------------------------------- Date: Tue 18 Mar 86 13:51:43-EST From: Frank da Cruz Subject: MS-DOS Kermit 2.29 Almost Ready, Testing Needed Joe Doupnik has begun the task of adapting the system-dependent support modules for the various non-IBM system to the current prerelease of MS-DOS Kermit, 2.28 jrd/5e. This is very close to the final 2.29 release. The Rainbow version has already been built and seems to work just fine (a neat trick for Joe, considering he didn't have a Rainbow to test it on, and the memory management code had to be redone). The files are on CU20B, in PS:. Included are a complete set of system-independent sources (MSS*.ASM and .H), objects (MSS*.OBJ), and system-dependent sources (MSX*.ASM, MSY*.ASM, and MSZ*.ASM). The objects were produced using MASM 1.10 on a DEC Rainbow. The .EXE and .BOO files are already built for the IBM PC family and the Rainbow. I would appreciate it if anyone on the Internet who has access to any of the following systems would FTP the necessary source &/or object files and try to build 2.28 jrd/5e for their systems, and give it a good workout. If there are problems, please report them. If it works, please send a .BOO file, or point us to where we can FTP an .EXE file from. Here are the systems to be tested: PS: MSXAP3.ASM NEC APC 3 MSXAPC.ASM NEC APC MSXAPR.ASM Apricot MSXDM2.ASM DECmate III with MS-DOS option MSXEZP.ASM Z100 with UCI EZ PC card MSXGEN.ASM Generic DOS MSXGRI.ASM Grid Compass MSXHP1.ASM HP150 MSXHPX.ASM HP 110, and (or?) Portable MSXIBM.ASM IBM PC, XT, AT, etc, and compatibles (.BOO and .EXE available) MSXM24.ASM Olivetti M24 MSXMBC.ASM Sanyo MSXRB.ASM DEC Rainbow (.BOO and .EXE available) MSXTIP.ASM TI Pro (not quite ready yet) MSXV90.ASM Victor 9000 MSXWNG.ASM Wang PC MSXZ10.ASM Heath/Zenith 100 INFO-KERMIT DIGEST V4 #18 Page 97 These files are not available on BITNET, since the only way to make them available via KERMSRV would be to overwrite the current release, which should not a be done until the new release is checked out for all these systems. Anyone using FTP to get the binary (.OBJ and .EXE) files from CU20B might have to take special measures. If you're coming in from a system that's not a DEC-20, you'll have to give special FTP commands to get the binary files, like TYPE L 8. ------------------------------ Date: Sun, 16 Mar 86 23:20 EST From: MSchwartz@DOCKMASTER.ARPA Subject: KERMIT on the Z100 In reponse to the request for Z-100 kermit problems, I'd like to add my observations: 1) The new version 2.28 does indeed do nasty things when certain commands are executed. Status, for one, hangs the machine. 2) The problem added after PC-KERMIT, that of hanging up the modem with a change from connect to send or receive, has not been fixed with version 2.28 3) The misbehavior of KERMIT with VI has been fixed with 2.28; it seems that the terminal emulator can finally keep up with the modem without long delays after screen refreshes, etc. 4) The DELSTR for the Z100 KERMIT is different than for 2.27; it must be changed from the source 'bs,' ',bs to require another bs. The reason for the change is not entirely clear, but if not fixed, it makes KERMIT appear not to erase its input. I would like to have a totally working version of KERMIT past 1.27j, but until problem 2) is fixed, my transfers must be done with that old version. A question is, WHO is current with KERMIT for the Z-100? I have sent mail to both INFO-HZ100 and INFO-KERMIT and not received any responses. Can it be that the Z100 KERMIT is up for grabs? My best to the lucky ones, and a thanks to Catchings, da Cruz, Tzoar, et. al. for giving us a fun protocol to hack at...... [Ed. - Try the new version of MS-DOS Kermit 2.28/jrd5e from the previous message and see if the same problems occur.] ------------------------------ Date: 14 MAR 86 17:02-EST From: DPVC@UORDBV Subject: I have a working AMIGA KERMIT I am a long-standing fan of KERMIT, so when by brother bought an AMIGA micro-computer recently, bringing up KERMIT for it was one of my first INFO-KERMIT DIGEST V4 #18 Page 98 projects. I have a working AMIGA KERMIT, based on the UNIX C-KERMIT version. It is line-oriented, not menu-oriented, as is the MACKERMIT, but I felt that getting a solid, tried-and-true KERMIT working was more important than a slick look, at least to start with. There have been a number of requests for AMIGA KERMIT on INFO-AMIGA and net.micros.amiga, so I feel that it would be a good product to add to your list of available KERMITs. I am still developing some of the less important features, but all the file transfer parts work very well. I have NOT implemented local shell commands (directory, cd, etc.), nor thier server-mode equivolents, though, SEND, GET, HELP, FINISH and BYE are supported in server-mode. I do not support wildcard file look-ups (yet), and have no special terminal emulation (VT100 is planned); at the moment, when you CONNECT you just get a dumb terminal. I have had a number of requests to distribute my version. I would like your advice on how best to do this, and on whether I should distibute myself, or if you would rather route it through KERMSERV on BITNET. I would be happy to send you the sources to you, but I hesitate to send them to too many others, as they amount to quite a bit (CKUCMD, CKCFNS, etc.). I plan to continue to develop AMIGA KERMIT, though I feel that it is well enough along for many people to benefit from it. I was able to bring it up in less than three weeks (working evenings only), which I attribute to the excellent design of the common C-KERMIT modules. It is a pleasure to work with your code. Please let me know whether you are interested in this as soon as possible, as there are people waiting for AMIGA KERMIT to be released. [Ed. - Kermit for the Amiga is on the way and will be announced as soon as it arrives. ] Davide P. Cervone University of Rochester Computing Center Taylor Hall Rochester, NY 14627 DPVC@UORDBV.BITNET seismo!rochester!ur-tut!dpvc.UUCP (716)275-2811 ------------------------------ Date: 14 MAR 86 17:02-EST From: DPVC@UORDBV Subject: MACKERMIT Terminal Emulation Fixes Sometime in November, I sent you a message about enhancements to the MACKERMIT VT100 emulator that we have made here ate the U of R. Did you ever receive it? We have been using these corrections here since then throughout the University, and find them very helpfull. The VT100 emulation is much better than the current release version. If you are interested in these, please let me know, and I will send them, too. INFO-KERMIT DIGEST V4 #18 Page 99 [Ed. - Nope, I must have missed this message somehow! Davide has since sent along the Mac Kermit changes, and they fix most of the problems with VT100 terminal emulation (like the notorious boldface problem), and add some highly desirable new features too, like using the mouse to send arrow-key cursor positioning commands. In a couple hours of testing, the only problems I found with it were that it incorrectly reported itself to be a VT100 with AVO rather than a VT102, and that the control keys no longer autorepeat. Since this version has not yet been thoroughly tested, it won't become the standard one just yet, but it has been placed KER:MC2*.* for now, alongside the regular version. Please try it out.] ------------------------------ Date: Thu 13 Mar 86 20:49:41-EST From: Richard Garland Subject: Kermit on LAT with VMS FYI - Kermit works fine using LAT under VMS. I use it every day. Rg [Ed. - This message and the following one are in response to the note in the last Kermit Digest V4 #17.] ------------------------------ Date: 14 Mar 86 12:53:00 PST From: fae.wu@ames-vmsb.ARPA Subject: Kermit on LAT with VMS I have had the same problem with VAX VMS LAT ver 1.0. Supposedly the new version 1.1 or 2.1 will fix the problem. I found your discussion very useful. Thanks. Alex. ------------------------------ Date: Sat 15 Mar 86 17:13:07-EST From: GH0N@CMCCTC Subject: Re:Kermit(057) on the HP Integral This note is in reply to my previous post about an incomptibility between C-Kermit and csh on the HP Integral that has the new (SVR2) ROMs. Installing the latest version of C-Kermit(057) did not have any effect on the supposed incompatibilty. Running with csh alone or sh on top of csh resulted in the loss of communication from the modem to kermit. When escape to local control (^-\C) was attempted the csh process stopped. It is not known whether csh is recieving EOF or some signal such as SIGINT or SIGKILL. Sometime in the near future (hopefully) I will get the oportunity to run C-Kermit from debug to find out what is happening. Gordon Haverland ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #18 Page 100 INFO-KERMIT DIGEST V4 #19 Page 101 Info-Kermit Digest Fri, 21 Mar 1986 Volume 4 : Number 19 Today's Topics: New C-Kermit Release Available for UNIX and VMS Printable Encodings for Binary Files Re: Printable Encodings for Binary Files Kermit & Telebits Sperry 1100 Kermit Spooling Prints from an IBM/PC? Re: Spooling Prints from an IBM/PC Problems with Kermit on SCO Xenix V MS-DOS Kermit on ATT 6300 vs VMS Kermit? ---------------------------------------------------------------------- Date: Fri 21 Mar 86 11:11:21-EST From: Frank da Cruz To: Info-Kermit@CU20B, info-unix@brl-sem Subject: New C-Kermit Release Available for UNIX and VMS This is to announce a new release of C-Kermit. It is only a minor release, and incorporates no new functionality. The only intention is to fix the more serious bugs. Future releases will involve more serious reworking of the code to improve organization and performance, and to add missing features, like extended packets, sliding windows, and attribute packets. The new release is called 4C(058), for UNIX and VMS. The fixes that apply to all (or most) systems supported by C-Kermit include: . Bug with set send/receive padding fixed. . Bugs that interfered with wildcard sends fixed. . Bug that mixed up send and receive packet terminators fixed. . Bug with single-file cancellation (^F or ^X) fixed. . NAK for next packet now handled correctly as equivalent to ACK for current. . NAK is no longer immediately sent after RECEIVE or SERVER command given. . Long bursts of incoming data no longer crash the program. . Longer sleep done at end of file transfer to prevent other side from hanging. . ^S removed from among CONNECT escape character arguments. . Dial pause of 0 no longer causes problems. The fixes specific to UNIX include: . Fixed support for 2.9 BSD (tested on DEC Pro 380). . New makefile entry for Masscomp (untested). . Some 0's in system calls changed to NULLs. . SET SEND/RECEIVE TIMEOUT 0 no longer prevents file transfer from working. VMS changes (untested): . '!' should now spawn an interactive DCL. . REMOTE commands to VMS C-Kermit server should now work. The new version of Macintosh Kermit that is based on C-Kermit is not ready yet because it's too big for our SUMACC cc68 cross-compiler to handle. We're trying to dig up a version of cc68 with an expanded symbol table (anybody have one we can FTP?). The new C-Kermit files are in KER:CKC*.*, KER:CKU*.*, KER:CKV*.* on CU20B, available via anonymous FTP, and in CKC* *, CKU* *, and CKV* * on CUVMA INFO-KERMIT DIGEST V4 #19 Page 102 via KERMSRV over BITNET. They should also find their way to uucp host okstate at Oklahoma State University within a day or two. ------------------------------ Date: Tue, 18 Mar 1986 09:12 MST From: "Frank J. Wancho" Subject: Printable Encodings for Binary Files Apparently the Intel HEX format, which HEXIFY generates, is not usable on the PCs. What do you use? Is it those .BOO files? If so, how do you generate them? Can they be generated on the 20? And, what is used on the PC side to recreate the original? ------------------------------ Date: Thu 20 Mar 86 08:53:10-EST From: Frank da Cruz Subject: Re: Printable Encodings for Binary Files We have a couple programs on the DEC-20 for doing this kind of stuff. KT:HEXIFY.* and KT:HEXCOM.* convert CP/M .COM files to Intel hex format & vice versa. These were written by Bruce Tanner of Cerritos College, and run on the DEC-10 or DEC-20. But I believe Intel hex format is of little use on MS-DOS systems. KT:HEXE.* and KT:UNHEXE.* convert between 8-bit binary files and straight 2-for-1 hex encoding (with CRLFs inserted for readability). I wrote these in about 10 minutes one day. They only work on the DEC-20. The .BOO file format is something we invented for distributing MS-DOS Kermit, but it should work for any 8-bit binary file. It's sort of like Macintosh BinHex (but .BOO came first): 4-for-3 printable ASCII encoding, with compression of repeated zero bytes. A typical .BOO file is shorter than the corresponding .EXE because of the zero-compression. Here are the relevant programs: KER:MSBMKB.C turns an 8-bit binary file into a .BOO file. KB:MSBMKB20.EXE is a version that runs on the DEC-20; KB:MSBMKB.EXE is for MS-DOS. It can also run on Unix. KER:MSBOOT.FOR is a Fortran program that runs on a mainframe that downloads a .BOO file to a PC. It runs on DEC-10, DEC-20, VMS, even IBM mainframes. KER:MSBPCB.BAS is the corresponding Microsoft Basic program that receives the .BOO file from MSBOOT, decodes it on the fly, and stores the resulting binary file on the disk. KER:MSBPCT.* are the programs that translate a file from .BOO format back to .EXE (or whatever). They assume you have already downloaded the .BOO file. The C version can run on Unix or MS-DOS (it takes a few seconds to process a 40K file). The .BAS version is in Microsoft Basic for MS-DOS -- it takes about 20 minutes to do the same 40K file. ------------------------------ INFO-KERMIT DIGEST V4 #19 Page 103 Date: Thu, 20 Mar 86 07:54:29 EST From: swb@batcomputer.tn.cornell.edu (Scott Brim) Subject: kermit & Telebits Frank, some mail you sent to Don Porter has wended its way to me. I'm surprised you got even that much throughput running Kermit with the Telebits. The answer is to use the new "interactive mode" PROMs - much smaller delay times and a few other changes for tuning for real terminal use. I think you'll see much better performance. [Ed. - We might be getting some of these next week. If so, will give them a spin.] ------------------------------ Date: Wed, 19 Mar 86 17:00:47 cet From: FI%NORUNIT.BITNET@WISCVM.WISC.EDU Subject: Sperry 1100 Kermit We are running the Sperry Kermit by Paul Stevens, dated june/july 1985. If anyone is interested, here is a report of some of our problems with this Kermit, and our fixes for them. Apart from these minor annoyances, Kermit has been a pleasure to use! (1) There is no need for Kermit to assign the Sperry work file exclusively, apart from the risk that someone else writes to the file during transmission. To me, this was more annoying than useful, so I changed the file assignment as shown. (2) As distributed, Kermit will not treat program file elements with multiple cycles (indicated by fieldata S in S3 of the label control word), unless the data part of the label conforms to the SDF standard (*SDFF* in first word). As a result, elements written by the system line editor ED, will not be transmitted correctly. That is, if our fix is not applied... (3) When ACK'ing a previous data packet, Kermit as distributed put the first 6 characters of the ACK'ed packet into the data part of the ACK. I haven't seen any Kermit do that before, but it looks straight enough. However, after receiving a couple of those 'long ACKs', IBM PC-Kermit (2.28) fills the next one or two packets with garbage (typically, a lot of zeros - nicely encoded, though, so the receptor does not notice). The result is an apparently successful transmission, with a few 'black holes' in the element on the Sperry host. Changing the data size to zero in these ACKs seemed to eliminate the problem. These are the fixes in Sperry correction card format (1) -3177,3177 sTrng '@ASG,A K$E$R$M$I$T$ . ' . Not exclusive (2) -4287,4288 (3) -4713,4715 sz,h2 prline . Do a normal ack of length 0 l,u a2,prline . Seems to confuse PC-Kermit INFO-KERMIT DIGEST V4 #19 Page 104 -fi Frithjov Iversen Trondheim University Computing Center, Norway [Ed. - Taksgardeha! (Did I spell that right? Not a chance...) I've added your note to the .BWR file. I trust that pAul sTevens will see it himself one day.] ------------------------------ Date: Thu, 20 Mar 86 12:22:20 est From: Ken Mandelberg Subject: Spooling Prints from an IBM/PC? Is there any combination of kermits, that would allow spooling of files for printing from an IBM/PC to a Unix host, without any operator interaction? The normal steps of terminal emulation for login, escape to command mode, initiating a file transfer, back to terminal emulation to issue some unix print command, escape and terminate, seems to frustrate our secretaries. In fact anything short of typing a one line command, or better yet a function key, seems to be a problem. I am a little out of date on what is available in each kermit version. The server mode for Unix kermit would seem to speak to the question, but I think PC kermit does not exploit it. Even if available, the server approach might not be a great solution. The logistics of starting, stopping, the server, and dealing with any malfunction would be very frustrating to these users. Any suggestions and information would be appreciated. If there is a better approach then kermit for this problem, that too would be appreciated. Ken Mandelberg Emory University Dept of Math and CS Atlanta, Ga 30322 {akgua,sb1,gatech,decvax}!emory!km USENET km@emory CSNET km.emory@csnet-relay ARPANET ------------------------------ Date: Fri 21 Mar 86 09:01:37-EST From: Frank da Cruz Subject: Re: Spooling Prints from an IBM/PC What you really need is a script facility in MS-DOS Kermit. But there isn't one. The release after next will probably have it. With a script facility, you could put all the commands for logging in to Unix and starting up the server into a command file, and the user could "take unix" or whatever (you could even define a command macro for this to make it easier, or use a utility like ProKey to bind it to a function key). Without a built-in script facility in MS-DOS Kermit, you might still be able to accomplish the same effect by writing a little program to log them in and start the Kermit server. It could be run from their autoexec.bat INFO-KERMIT DIGEST V4 #19 Page 105 file, or whatever. Then, when they wanted to print a file, they could say "xprint foo.bar", where xprint was a .bat file which simply translated the command into "kermit send foo.bar". On the Unix end, you could have server cd'd to a special spooling directory (publicly writable), and then you could have a separate daemon process that would wake up every so often, and print and delete any files that showed up in this directory. Finally, to let the user finish up for the day, you could have them type simply "kermit bye". If that's too complicated, you could bind this string to another function key, or write a little .bat file with a more suggestive name that does the same thing. The users could not be entirely oblivious of what was happening. The amount of time to transfer a file from the PC to Unix could be significant if the file is long. In 2.29 of MS-DOS Kermit, you could include "set display off" on the command line, which would disable the screen display during file transfer. Then, if they were using one of the "multitasking" systems like DesqView, TopView, MS Windows, etc, they could continue with other work without being bothered. In the future, there may be a version of Kermit for MS-DOS that can be installed as a device driver. Once connected to a Kermit server on the other end, it would work just like the PRINT command -- you could say "send foo.bar", and it happen by itself, leaving even an ordinary DOS system free to do other work during the transfer. But don't hold your breath for this one. ------------------------------ Date: Fri, 14 Mar 86 09:55:15 EST From: yatteau@harvard.HARVARD.EDU (John Yatteau) Subject: Problems with Kermit on SCO Xenix V I obtained source for C-Kermit 4C(057) 31 Jul 85 from the harvard vax and compiled it under SCO Xenix Sys V Rel 2.0 on both an IBM PC/AT and an IBM PC. The result was a dialect of Kermit in which the PC's can communicate normally with each other, but not with the vax or any other normal Kermit. The Xenix Kermits appear identical to C-Kermit on the vax in every other way. The debug log shows the transfer hanging up on the packet check ("rpack: chk_ should be ["). I had to modify the makefile slightly to use the "middle model" option of cc, and tried all likely makefile options (sys 3's and 5's). I even recompiled C-Kermit on the vax to insure that the sources were identical. Any ideas? Jack Yatteau yatteau@harvard.harvard.edu 617-495-9663 Pierce Hall/CEPP 29 Oxford St. Cambridge, MA 02138 [Ed. - Beats me! This program is known to work on at least some versions INFO-KERMIT DIGEST V4 #19 Page 106 of Xenix on the IBM PC family. Has anyone out there seen anything like this?] ------------------------------ Date: Fri, 21-MAR-1986 11:22 MST From: KEVIN GRAY Subject: MS-DOS Kermit on ATT 6300 vs VMS Kermit? I am running MSDOS-KERMIT version 2.28 on an AT+T PC6300 and have experienced a few problems that I hope you can help me remedy. While transferring files to a Vax-8600 KERMIT-32 I have an inordinate number of retries-approximately 1 retry for every 10 packets sent. I have also had difficulty transferring files of 20Kbytes or more to KERMIT-32. With the KERMIT-32 in server mode I have been able to download files of up to 200Kbytes with 0 retries but when uploading large files I very rarely have a successful transfer. Sooner or later I get a KERMIT-32 device timeout error or a KERMIT-32 receive error. Smaller packet sizes have made no difference. I have spoken to other users on the same system who use different micros and none have reported the same problem so I am not sure if the error is in my machine or not. I would greatly appreciate any help you could give me regarding this problem. Thank You, Kevin Gray "grayk@byuvax" [Ed. - Another "beats me". Does anyone else have any experience transferring very large files between these two systems?] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #20 Page 107 Info-Kermit Digest Tue, 25 Mar 1986 Volume 4 : Number 20 Today's Topics: Amiga Kermit Executable New Kermit-10 MS-DOS Kermit 2.29 Kermit-11 Known Problems OK State Access Request for Epson QX10? ---------------------------------------------------------------------- Date: 24 MAR 86 15:41-EST From: DPVC@UORDBV.BITNET Subject: Amiga Kermit Executable I am sending you a file called CKAKER.BOO, which is the Amiga Kermit executable in BOO format. I also include my version of MSBPCT.C, which should translate it back into the executable. This version is a PRE-RELEASE version. I am sending it so that you can test it, and send me any comments you may have. I am getting the sources in shape to send, but it is taking longer than I thought it would (doesn't it always?). Right now, the known problems/deficiencies are: 1) Wildcards are not allowed in filenames 2) No LOCAL commands are supported (DIRECTORY, CWD, etc.) 3) No DIAL or login scripts 4) The SERVER mode only does GET, SEND, BYE, FINISH and REMOTE HELP 5) No XON/XOFF flow control 6) REMOTE HELP messages go to the DOS window, not the KERMIT window (in fact, they don't show up until you exit from Kermit) 7) The program thinks the window is 80 columns wide, when, in fact, it is only about 76 columns wide (it can be resized to be even smaller) 8) No terminal emulation (just a dumb terminal in CONNECT mode) 9) File transactions all report elapsed time of 0 seconds (although timeouts work properly) That's all I can think of right now. Please let me know if you come up with any other problems or improvements. You should receive 2 files: CKAKER.BOO and MSBPCT.C Davide [Ed. - Thanks! These files are in KER:CKAKER.* and KER:MSBPCT.C.] ------------------------------ Date: Tue, 25 Mar 86 14:03:48 EST From: dstevens (David L Stevens) @ sitvxb Subject: New Kermit-10 The latest version of KERMIT-10 is now available. The changes made are INFO-KERMIT DIGEST V4 #20 Page 108 documented in K10133.MEM. The K10V3.RNO documentation is still valid. Please note that you must rename K10MIT.HLP to KERMIT.HLP if you wish to have KERMIT give you online help. If there are any problems with this release please let me know. - David L. Stevens - Stevens Institute of Technology - DSTEVENS@SITVXB [Ed. - Thanks! The new files are in KER:K10*.*. The .EXE file, for those who can FTP binary files, is in KB:K10MIT.EXE.] ------------------------------------- Date: 25 MAR 86 From: SY.CHRISTINE@CU20B Subject: MS-DOS Kermit 2.29 2.29 is almost ready for release. It has been tested on the IBM PC family and the DEC-Rainbow but not on anything else. It's all there, just waiting for people to try it out for the NEC, Sanyo, Victor, Apricot and all the other non-IBM compatible systems. Please test this and send reports back to us. If it does work, please send us a .BOO file. If it doesn't, please report the bugs. We will just continue to distribute the old .BOO files with the new source for those systems we do not get reports about. The files are in PS:*.* . Thanks!! -Chris ------------------------------ Date: 25 MAR 86 09:04-EST From: BRIAN@UOFT02 Subject: Kermit-11 Known problems Attribute processing is incorrect for some attribute types. This dates back to April 1984 when support was first added, but no other versions were available to test against. The correction, made to K11ATR.MAC, will cause V3.49 or later of Kermit-11 to have compatability problems with previous versions of Kermit-11. The main problem will be in informing each other of binary file arrival; the only workaround is to explicitly force two communicating Kermit-11's into binary mode with the SET FILE command. See K11INS.DOC for further information. The specific problem is that the protocol requires the attribute TYPE field to be followed by a LENGTH byte to specify the number of characters following. Kermit-11 was not always inserting the LENGTH field. The new version, 3.49, will be able to tell if an older Kermit-11 is sending in the incorrect format by virtue of the fact that the first attribute packet that is sent is the system id code and operating system. Since this attribute will always be a short one (2 or 3 characters at most) it is a simple matter to detect the presence of a 'D' (for DEC) in the position of the LENGTH field and set a flag accordingly. However, in the case of the corrected Kermit-11 sending to a pre 3.49 version, this will not be the case and all attempts to rely INFO-KERMIT DIGEST V4 #20 Page 109 on the transfer of attribute packets will fail. The dialup service on the VAX 11/785 will be updated on 26-Mar-1985. Columbia will be sent a tape on 27-Mar-1986. brian@uoft02.bitnet ------------------------------ Date: Mon, 24 Mar 86 15:18:00 CST From: Mark Vasoll Subject: OK State Access Some of the files recently announced on Info-Kermit (like the new C-Kermit files) may have been delayed in getting to okstate for UUCP access because the system that okstate gets them from was down for a couple days. Everything should be back to normal by the time you read this. ------------------------------ Date: Mon, 24 Mar 86 16:59:02 cet From: UZ32112%SG1.BITNET@WISCVM.WISC.EDU Subject: Request for Epson QX10? I am supporting Kermit at the university of Liege, Belgium. I have a request from a guy who owns an Epson QX10 (both CP/M 2.2 and 3). Do you have a ready version or information for that machine? Thank you for getting me on the mailing list, I also long await the promised Apple III version. A. Pirard SEGI Universite de Liege 15, avenue des Tilleuls 4000 Liege BELGIUM ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #21 Page 110 Info-Kermit Digest Thu, 03 Apr 1986 Volume 4 : Number 21 Today's Topics: Macintosh Kermit 0.8(34) Available New KERMIT-10 Release Supported Protocol Converters? Datastream Protocol Converters? Using Kermit With FASTLINK Modems? ---------------------------------------------------------------------- Date: Thu 27 Mar 86 17:40:23-EST From: Frank da Cruz Subject: Macintosh Kermit 0.8(34) Available This is to announce Macintosh Kermit 0.8(34). It includes the fixes that were made to the system-independent parts of C-Kermit, announced recently, plus the fixes to the VT102 emulation made by Davide Cervone of the University of Rochester (DPVC@UORDBV.BITNET), including: . Blinking block cursor . A new consistent VT100 font, including boldface & VT100 graphics characters . Mouse-directed cursor movement with "arrow keys", a`la MacTerminal. The new version has been tested with IBM 3270 full screen emulators, like the 7171 running the Yale ASCII package, and with the Mac Plus. Mac Kermit seems to work satisfactorily as a full-fledged VT100, boldface included. The protocol bugs with single-file interruption and packet padding have been fixed. The new files are in: KER:CKMKER.HQX - Macintosh Kermit resource file, in BinHex V4 format. KER:CKMKER.DOC - New manual chapter (Scribe source in KER:CKMKER.MSS). KER:CKMKER.BWR - Known bugs & limitations KER:CKMKER.UPD - List of changes since last release KER:CKMFNT.HQX - VT100 font in BinHex V4 format KER:CKMVT1.DOC - List of VT102 features supported and not supported These files are available via anonymous FTP from CU20B on the Internet, and via KERMSRV at CUVMA on BITNET, and should be available within a few days via UUCP from host okstate. Macintosh Kermit diskettes can also be ordered for $10.00 each (prepaid) from Kermit Distribution Columbia University Center for Computing Activities 612 West 115th Street New York, NY 10025 The diskette includes the documentation in plain text format. The old version is still available in KO:CKM*.*. ------------------------------ Date: Tue, 25 Mar 86 14:03:48 EST INFO-KERMIT DIGEST V4 #21 Page 111 From: dstevens (David L Stevens) @ sitvxb Subject: New KERMIT-10 Release This is to announce the latest version of KERMIT-10. The changes made are documented in KER:K10133.MEM. The KER:K10V3.RNO documentation is still valid. Please note that you must rename K10MIT.HLP to KERMIT.HLP if you wish to have KERMIT give you online help. If there are any problems with this release please let me know. David L. Stevens Stevens Institute of Technology DSTEVENS@SITVXB [Ed. - All the Kermit-10 files are in KER:K11*.* and can be obtained via FTP and KERMSRV (see previous message).] ------------------------------ Date: 21 Mar 1986 11:53:18 PST From: Billy Subject: Re: Supported Protocol Converters? This reader of INFO-IBMPC wants to send files from his PC to a 370 through a protocol converter. I know there must be Kermits that do this, but don't know enough to steer him to the right versions. Is there an "out of the box" solution to his problem? [Ed. - The protocol converter must be the Series/1, 7171 or equivalent running the Yale ASCII Communication Program. If this user is not using a supported protocol converter, he will need to use a line-mode TTY connection.] ------------------------------ Date: Mon, 31 Mar 86 20:15:38 EST From: RAF@NIHCU Subject: Datastream Protocol Converters? We are going to be getting some Datastream ASCII/3270 protocol converters. I would like to find out if anyone has any experience using Kermit with such devices and either MVS or CMS on the IBM 370. Roger Fajman National Institutes of Health [Ed. - Has anyone ever used the Datastream protocol converter?] ------------------------------ Date: Tue, 25 Mar 86 00:28:26 CST From: Chet Murthy Subject: Using Kermits With FASTLINK Modems? I have a pair of FASTLINK modems from DCA which support 9600 baud usage.. However, they use an adaptive duplex encoding method to basically avoid errors completely. This basically involves packetizing within the modem so INFO-KERMIT DIGEST V4 #21 Page 112 that errors are handled via retries, etc, in the modem. This is really nice, but it makes interactive use, and use for file transfer protocols a real pain in the . The big problem is that it takes a while to turn the line around when you want to transmit an ACK. I would like to run KERMIT thru this modem, and take advantage of the higher throughput possible with this modem. There seem to be two possibilities: 1) use windowing (sliding window protocol) This does not seem to be available at the present time. 2) modify C-KERMIT to support the longer packet size. This seemed to be the way to go, and so I did this. It worked, but there seem to be more places in the code than I can find where the program uses the fact that the maxpacksiz is 94. I modified the #defines in ckcker.h, and recompiled the whole thing. I also modified the protocol to where it uses 2 characters to encode the length. All of this worked, and I got efficiencies of 87% on a 1200 baud line thru a pair of Hayes modems. However, the program seems to be writing over some of the user interface keyword tables in the process of running. I can't seem to find any other places in the code where it could be using an array, but I'm not sure. If anyone knows of places in the code where the packet size is assumed to be small, I would appreciate it if they could notify me by mail (chet@rice.arpa or chet@rice.edu). In addition, if ANYONE has ANY information about using FASTLINK modems for file transfer on UNIX, I would appreciate hearing from you. I LOVE mail. Thanks in advance, Chet Murthy (chet@rice.arpa) [Ed. - The next version of C-Kermit is expected to include both sliding windows and long packets. Release time is not known at this time however. In the meantime, you can use FTP to GET the file KER:KPROTO.UPD describes the conversion to long packets in great detail.] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #22 Page 113 Info-Kermit Digest Wed, 9 Apr 1986 Volume 4 : Number 22 Departments: ANNOUNCEMENTS - New Kermit-10, BITNET, etc Kermit-32 version 3.2.075 New Release of Tandem Kermit Kermit for Apple II UCSD p-System Re: Apple Kermit (Pascal and CP/M) UNIX KERMIT - C-Kermit on HP Integral Problem Solved Installing 4C(58) on 2.9BSD Kermit and 4.xBSD rlogin C-Kermit 4C(58) on the Sequent BALANCE 8000 Curious Observation re C-Kermit 4C(058) MACINTOSH KERMIT - MacKermint 0.8 (34) & Mac Plus New MacKermit Problems Mouse-Activated Cursor in Mackermit 0.8(34): HOW TO.. MS-DOS KERMIT - MS-DOS Kermit and Zenith Z-158 Problems with Kermit v2.28 jrd/5e MISCELLANY - Re: Kermit with FASTLINK modems C64 Kermit installation experience ---------------------------------------------------------------------- Date: Wed 9 Apr 86 0:0:0 From: Anonymous Subject: New Kermit-10, BITNET, etc The new DECSYSTEM-10 Kermit release announced in the last digest is in the files KER:K10*.*, not KER:K11*.*, as stated. Hope nobody took it seriously (April Fool, ha ha). Also, contrary to what it might say below, some of the new files announced in this digest might not have made it to BITNET KERMSRV by the time you read this, since we have been having some trouble with our CU20B-CUVMA link. ------------------------------ Date: Tue, 8 Apr 86 14:17:05 EST From: rmcqueen (Robert C McQueen) @ sitvxb Subject: VAX/VMS Kermit-32 version 3.2.075 A maintenance/minor developmental release of Kermit-32 is now available. Kermit-32 version 3.2 provides bug fixes for some of the known problems. BEWARE: Version 3.2 only runs on VAX/VMS version 4.0 or later. INFO-KERMIT DIGEST V4 #22 Page 114 The edits in this version include: o Fixed processing of CRCs without 8-bit quoting. o Fix various problems in the help file. o Fixed problems with restoring of the terminal's and fill counts. o Fixed a problem reading files with FORTRAN carriage control. o Changed the functionality of the FINISH command. It will now return to the prompt level, and not exit to DCL. Robert McQueen Stevens Institute of Technology [Ed. - The new files are in KER:VMS*.*, available via anonymous FTP from CU20B, or via BITNET from KERMSRV at CUVMA. KER:VMSMIT.HEX is the hexified task file for the new version. KER:VMSV31.HEX is the previous version, which can be used with VMS version 3.] ------------------------------ Date: 27 Mar 1986 0319-EST From: Tony Camas Via: LCG.KERMIT@DEC-MARLBORO Subject: New Release of Tandem Kermit I've uploaded an updated version of the Tandem (yes Tandem) kermit server as TANDEM.TAL. It is intended as a replacement for current version. This version does three things the old version didn't: (1) It adds an option, "NOBREAK", which can be of use on noisy lines. (2) It supports kermit "I" packets, which evidentally did not exist when it was created. This makes it talk to MS-Kermit v2.27 (previously it would only talk to v2.26 and before). (3) It has a prettier banner with a version number, etc. I've tested this pretty extensively (been working on a tandem project for several months now) and it works fine. It's quite possible that the original author and I are the only people who've ever used this implementation, but nevertheless, the one being distributed by Columbia ought to work with current versions of PC kermits. Tony Camas (617) 275-9599 ------------------------------ Date: Thu 13 Mar 86 13:24:01-EST From: Ph. P. Visser, Rekencentrum der Rijksuniversiteit, Groningen, Netherlands Subject: Kermit for Apple II UCSD p-System Enclosed you will find two diskettes concerning a Kermit version for Apple II (e) and (+). INFO-KERMIT DIGEST V4 #22 Page 115 The version is made by P. Terpstra of the Laboratory of Biochemics of the State University of Groningen. The version is written in UCSD Pascal. It concerns Apple DOS 3.3 with several interface cards such as: - Apple Communication Card (ACC) - California CCS 7710 ASI Card (CCS) - Hayes Micromodem Card (HMC) - Apple Super Serial Card (SSC) - IBM AP2 Serial Card (AP2) It is a corrected version of the Stevens version. [Ed. - Thank you, and thanks to Francis Wilson of Columbia Teachers College for deciphering the disk for us, and to the many other people all over the world who volunteered to do the same in response to our plea several issues ago. The files are in KER:UCA*.* on CU20B (Internet), and UCA* * on CUVMA (BITNET). But before you rush off to get this new version, read the following message.] ------------------------------ Date: Tue 8 Apr 86 17:00:48-EST From: Francis Wilson Subject: Re: Apple Kermit (Pascal and CP/M) After having no trouble in the morning using the Pascal Kermit as a terminal emulator, I did not expect any (bad) surprises, but there were two. 1) The Apple 2e in the Micro Center at TC has a Videx ASIO card; this card has the same 6551 ACIA as the Apple Super Serial Card, and uses the same addresses; we have written (Apple CP/M) routines interchangeably for these cards. When I tried to use the program, the Kermit would not even change the baud rate from 19,200, so I couldn't very well use a modem. [Ed. - Maybe there's a way to set the baud rate outside Kermit, and then have Kermit use the serial card as it finds it?] 2) On another Apple (with a real Super Serial Card), I tried file transfer to a PC (unsuccessful) and via modem to a DEC mainframe (also unsuccessful); in both cases, I successfully used terminal emulation immediately prior to the attempted file transfer, so it was not a matter of bad connections. [Ed. - Maybe it's something with parity, and SET PARITY ODD (or whatever) will make it work.] In other words, I have followed the instructions as best I can, but I am not able to make the Kermit program work. It emulates a (glass) terminal ok, but does not transfer files. To make matters worse, for others who want to try do a better job, from looking at the documentation, specifically, the third documentation file, it seems that there are files needed to assemble a working version that are not included in source form (see the .DOC file). [Ed. - If anyone out there has better luck, let us know! The address of INFO-KERMIT DIGEST V4 #22 Page 116 the contributors (in Holland) is in the documentation, and they have offered to provide diskettes.] ------------------------------ Date: Sun 6 Apr 86 11:40:15-EST From: GH0N@TC.CC.CMU.EDU Subject: C-Kermit on HP Integral Problem Solved This is part 3 in the ongoing saga of an incompatibility between C-Kermit (now (057)) and csh when a HP Integral is running the SVR2 ROMs. The reason for the C-Kermit crashing when an attempt is made to escape back to local control has been found. When C-Kermit connects to tty it needs to generate a child process (why I don't know). On the HP Integral with the new operating system ROMs, the fork to generate the child process always fails if csh is running, either in the active window or any other window. The pid returned by this failed fork is -1. When escape to local control is attempted, C-Kermit sends out a kill(-9) to the child process. Since the pid is -1, the effect of this kill is to kill ALL processes except 0 (the kernel) and 1 (init). I think that this is a possible bug in C-Kermit, the not checking for a failed fork after a child process is created. Granted it is not very likely that this situation will occur, but if it did happen on a system where there are a large number of users it could be quite harmful. For now the only fix that I have is that people running C-Kermit on HP Integral's with the new ROMs, is that they do not have csh running anywhere on that machine when C-Kermit is going to be used. Gordon Haverland Box 596 Dawson Creek, B.C. V1G 4H5 GH0N@TC.CC.CMU.EDU Canada [Ed. - Thanks for finding the problem. It will be fixed in the next release. Meanwhile, those who find their systems unable to create forks can change the file ckucon.c to check if the pid returned by the fork() invocation is -1, and if so, to report failure and return.] ------------------------------ From: Vic Abell Date: 8 Apr 1986 1519-EST (Tuesday) Subject: Installing 4C(58) on 2.9BSD The standard 2.9BSD distribution and some of the redistributions of 2.9BSD accomplish 4.2BSD directory compatibility with simulation that is based on the header file "ndir.h" and the library "libndir". The current C kermit distribution, 4C(58), does not follow those conventions. Of course, one must also add -lndir to some make rule. Since we don't use the distributed Makefile, I am omitting diffs for it and leaving that exercise to the interested reader's imagination. As always, I am grateful to Columbia for their efforts with Kermit. INFO-KERMIT DIGEST V4 #22 Page 117 Vic Abell Purdue University Computing Center abe@asc.purdue ...!pur-ee!pucc-j!abe [Ed. - In some cases, it's true that ndir.h should be used. In others, it's dir.h. In either case, the library reference should be made in the makefile (and it is). If your 2.9BSD system uses ndir.h rather than dir.h, then in ckufio.c, the section > #ifdef BSD29 > #include should be changed to refer to , or possibly . Let's hear it for consistency. A warning has been put in the makefile about this.] ------------------------------ Date: 9 Apr 1986 1105-EST (Wednesday) From: Vic Abell Subject: Kermit and 4.xBSD rlogin There is an undocumented option on the 4.xBSD rlogin call that must be used when C Kermit is at the end of a TCP/IP rlogin connection. The option is "-8" and should be used in the following fashion: % rlogin hostname -8 % kermit Vic Abell, Purdue University Computing Center abe@asc.purdue.edu, ...!pur-ee!pucc-j!abe ------------------------------ Date: 8 Apr 1986 1935-EST (Tuesday) From: Vic Abell Subject: C Kermit 4C(58) on the Sequent BALANCE 8000 I just finished installing C Kermit 4C(58) on the Sequent BALANCE 8000. It transported without modification, compiled under the -DBSD4 option, and functions correctly. I am really impressed with the quality of the 4C(58) release and the ease with which 4.2BSD software can be transported to the BALANCE 8000. My compliments to Columbia and Sequent for jobs well done. Vic Abell, Purdue University Computing Center abe@asc.purdue.edu, ...!pur-ee!pucc-j!abe ------------------------------ Date: Mon, 7 Apr 86 21:06 EST From: LBAFRIN%clemson.csnet@CSNET-RELAY.ARPA Subject: Curious observation re C-Kermit 4C(058) INFO-KERMIT DIGEST V4 #22 Page 118 Well, the new Kermit survived its testing period, and as I was installing it today as our new production version, I noticed that 4C(057)'s executable image was 168K bytes, while 4C(058)'s image was only 128K bytes. Both versions were compiled on the same compiler and the same system, an NCR Tower running Tower OS version 2.01. (Both versions were put together with a "make sys3" command.) Any idea where the 40K went? -- Larry Afrin Dept. of Computer Science Clemson University [From Frank - Beats me! I think I might have made some buffers a little smaller in some versions, but not 40K worth. On VAX 4.2BSD, the old and new versions come out exactly the same size. On PDP-11 versions, particulary 2.9BSD, some buffer sizes (like for filename expansion) had to be reduced.] ------------------------------ Date: Tue, 1 Apr 1986 16:01 EST From: Dave Elbon Subject: MacKermint 0.8 (34) & Mac Plus MacKermit (and the keyboard configuration program) don't recognize the cursor keys and the Enter and Clear keys on the Mac Plus. I also can't get the mouse to move the cursor. Any ideas? Wait for the next release? [Ed. - Anybody out there with a Mac Plus to check this on? Maybe it's just that the configurator program doesn't know the layout of the new keyboard, so it works in this case like it does with the keypad -- you can't see it, but you can still set it. Anyone want to try this approach and report back?] ------------------------------ Date: Thu 3 Apr 86 00:42:15-EST From: Subba Shankar Subject: New MacKermit Problems I recently downloaded the new MacKermit from CU20B with my old MacKermit, ran Binhex v4 on it, and happily telecommunicated away. While I find the new font and the terminal emulation features to be a great improvement, I have found some problems. MacKermit causes the system error message with the restart button enabled to be shown whenever I try to call up the Control Panel Desk Accessory, and the Transfer to Application menu option causes the Mac to hang. This is highly reproducible. [Ed. -- Hmmm... not by us! Maybe you have some other programs loaded (in Switcher, maybe?) that figure into this somehow? Anybody else out there seen a problem like this?] ------------------------------ Date: 8 Apr 1986 1949-EST (Tuesday) INFO-KERMIT DIGEST V4 #22 Page 119 From: Vic Abell Subject: Mouse-Activated Cursor in Mackermit 0.8(34): HOW TO.. The mouse-activated cursor code in Mackermit 0.8(34) is a welcome addition. I had a little trouble getting it to work, so I am sending this hint to help others with it. Here are the steps needed to activate it: 1. Create a settings file. 2. Edit the settings file with CKMKEY. 3. Define the following functions: 100: \033[A 101: \033[B 102: \033[D (yes, 'D' is correct!) 103: \033[C (yes, 'C' is correct!) To use the mouse-activated cursor from within Mackermit, move the arrow to the place to which you want to move the cursor; hold down the option and cloverleaf keys together (the cursor should change to an open box around the target character); and press the mouse button. You can press the option and cloverleaf keys before you move the open box cursor, if you want. Vic Abell, Purdue University Computing Center abe@asc.purdue.edu, ...!pur-ee!pucc-j!abe [Ed. - Thanks! Also, the program comes with a VT100-keypad startup file, which starts up Mac Kermit for you with the keys configured for you this way when you double-click on it. It's in KER:CKMVT1.HQX. Unfortunately, we forgot to include it with the other files when the new version was first announced. It's there now. Sorry!] ------------------------------ Date: Wed, 2 Apr 86 00:49:54 EST From: Rene_Tio%UMich-MTS.Mailnet@MIT-MULTICS.ARPA Subject: MS-DOS Kermit and Zenith Z-158 I've been having problems with kermit/jrd v.2 and 5e on a Zenith Z-158 with Hayes 1200B (board) modem. Whenever I escape to local kermit, the connection is dropped from my end. I have tried connecting to different hosts a Z-150 with a 1200B, and neither has worked. Jrd/2 works fine on a freestanding modem though, I've heard. It also works fine on a hardwired port at 9600 bps. The connection problem also happens when I transfer files to the host, at around the moment when the status screen appears at the local station. [From JRD: I tried and tried to get this to happen with a real Hayes 1200B in a Columbia portable and the darned thing just kept working fine. Guessing time on Hayes switches. Kermit works 100% on my Hayes 2400 external modem and I pump maybe 0.5 Mb per day through that combination with never a problem. My computer is a Zenith 151 too. The 2400 has no switches, everything is in software, and I tried many combinations to make Kermit drop DTR. Finally, I wrote a new Kermit command, HANGUP, to save testing time. Try those switches. Further thought on the matter, but not much further. When Kermit is not using the serial port it returns the previous interrupt address to the UART to leave things tidy. DTR and RTS are left high (on). INFO-KERMIT DIGEST V4 #22 Page 120 Could it be that code at that previous address was reacting to the modem and dropping DTR? Put another way, could the Hayes 1200B implementation of a UART and modem adversely react to a change of interrupt address; hardware troops make those kinds of boo boo's.] ------------------------------ Date: Fri, 4 Apr 86 11:43:53 EST From: Dave Swindell Subject: Problems with Kermit v2.28 jrd/5e I have been using MS-Kermit version 2.28 jrd/5e on and off for the past few weeks and have observed a few possible bugs. The first one is that the local buffering of one's session doesn't seem to work correctly. When I try to scroll back through my session (by using the pg up key), I get a very strange display composed of IBM graphics characters. The second problem I noted occured while I was transmitting a text file from a "functioning" Kermit-10 to my pc. The transfer proceded normally, but when I edited the transmitted file, I noticed several imbedded control-m characters interspurced in the file which did not appear in the original file. On the plus side, the VT100 emulation looks real good! I've tried running several full screen editors that support the VT100 using Kermit with great success. The support for video attributes and the AVO character set all work nicely. I also like being able to use the IBM (or in my case Leading Edge) cursor keys as VT100 cursor keys. I have used the new version of kermit both at 1200 and 9600 baud with sucess, outher than the problems noted above. [From JRD: Several people with Leading Edge machines report video difficulties when scrolling back the Connect mode screen. The model M at least has a dip switch selecting L.E. Enhanced video or regular. A friend had similar video garbage until he switched the machine from unleaded to regular.] As a final question, when do you anticipate that sliding window support will be incorporated into the "production" version of IBM Kermit? I've tried to use WKermit over Telenet, but have not had success. WKermit seems to get confused when displaying the Telenet prompts; graphics characters are interspurced into the display. My guess is that Telenet is setting the eighth bit of some or all of its prompt characters to high, and that this is confusing WKermit. [Ed. - It'll be a while before sliding windows gets into C-Kermit, maybe a few months. Meanwhile, you should be able to use WKermit over Telenet by doing SET PARITY MARK. Works fine for us.] Thanks for all your work, Dave Swindell BBN Laboratories Incorporated ------------------------------ Date: Tue, 8 Apr 86 21:51:59 pst INFO-KERMIT DIGEST V4 #22 Page 121 From: Gary Mills Subject: Re: Kermit with FASTLINK modems I have no experience with FASTLINK or any other error-correcting modems, but there does seem to be a trend to shifting parts of the communication protocol to hardware. I use Kermit with 212A modems over switched lines with variable amounts of noise, and it does perform very nicely, and gets my files from one machine to another. However, it seems to me that if a pair of sophisticated modems are providing error-free transmission, that Kermit does not need to be used at all. You should be able to just "copy" the file from one machine to the other. Of course, it's unlikely that normal system commands would do this. Also, the Kermit user interface is quite attractive. Maybe some variation of Kermit with relaxed error-checking could be used in this instance. It would also likely be useful for hard-wired connections. [Ed. - Maybe this will happen some day. YMODEM already has such an option. You still have to be a bit cautious about errors that slip in between the modem and the computer (wiggly cables, buffer overruns, etc). But it may turn out that removing Kermit's errror checking wouldn't speed things up much anyway, since the bottleneck in many of these modems relates to line turnaround, in which case only long packets or sliding windows will help.] ------------------------------ Date: Wed, 26 Mar 86 15:07:24 cet From: UZ32112%SG1.BITNET@WISCVM.WISC.EDU Subject: C64 Kermit installation experience Can you please take note and forward to the authors of C64 Kermit? I've just generated version 1.6(49) of C64 Kermit and have some remarks: 1) The kludge factor you use for 1200 bauds is valid only for U. S. machines (NTSC). So called International machines (PAL) have other requirements. Assuming the correction is subtracting 10 decimal from CBM values, this yields the following values: 1200: 301=$012D 1800: 164=$00A4 2400: 95=$005F 1200 and 1800 bauds have successfully been tested with these values, but 2400 bauds resisted file transfer. Also you might include the kluge factor in each speed definition to make all high speed available through the SET BAUD command. 2) You plan using the serial bus for disk access (TALK ...). I would strongly advise you against that. Some drives interface cartridges work by re-vectoring the high level access interface (CHROUT ...) and using their own low level bus for disk parallel access. You would miss those busses. Also better not restore the vectors! If your complaint is speed, I'd recommend to transfer disk data by chunks of say 16 bytes to minimize the talk-untalk overhead. 3) The DISK command refused service. Patching the module to store a carriage-return (not a null) at the end of the buffer in routine DOSPRS, INFO-KERMIT DIGEST V4 #22 Page 122 puts things right. 4) The last SET values byte is not correctly SAVEd/RESTOREd. CPY #QUOTE+1-ESCP should be +2 or better some equated SETSLEN. 5) If you consider wildcard sends valuable, may I suggest the following solution. A) open a drive input file whose name is $:user-specifiled-file-pattern (a la CBM DOS), and secondary address 0. B) Read this file (BASIC format like) using the following algorithm, extracted from COMforth, a wonderful Forth development system available here in Belgium. Skip 2 bytes. BEGIN Read 2 bytes, OR <> WHILE ( not double null ) Skip 2 bytes ( containing file blocks count ) BEGIN Skip 1 byte ASCII " = UNTIL BEGIN Read 1 byte, ASCII " <> WHILE copy it to filename buffer REPEAT BEGIN Skip 1 byte null = UNTIL not first block IF ( not drive name ) Use filename to drive file transfer ENDIF REPEAT C) Close file. Never buy what you can steal. (They say). I hope to have contributed to a work of patience to which we are heartfully grateful. A. Pirard SEGI Universite de Liege 15, avenue des Tilleuls 4000 Liege ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #23 Page 123 Info-Kermit Digest Fri, 11 Apr 1986 Volume 4 : Number 23 Departments: ANNOUNCEMENTS - Many New Kermit Versions from the UK Kermit for Sperry 90/60 with VS9 from WPI MISCELLANY - Setting Kermit-32 Up As A Server Kermit-11 Known Problems Update Kermit v2.28 jrd/5e on the Leading Edge Model D Modems and Error Correction, etc. New Source for OS9 and Tandy CoCo Kermit Diskettes File Renaming Problem in C-Kermit? ---------------------------------------------------------------------- Date: Thu 10 Apr 86 18:23:01-EST From: Christine M Gianone Subject: Many New Kermit Versions from the UK This is to announce new Kermit versions submitted by Alan Phillips of Lancaster University, UK. The files are described by him as follows. Each group is indicated by the wildcard file specification that will fetch the files via FTP or NFT from CU20B, except they should be preceded by KER:. On BITNET, they may be fetched from KERMSRV at CUVMA with the names indicated (without the KER:, but also without the dot). BBC*.* These files are version 1.30 of Kermit for the Acorn BBC Micro. Old files have been replaced. BBC130.ANN contains the announcement details. There are 2 HEX files for this version, covering disc based and EPROM based variants. The .ADE file contains a concatenation of the individual source files. C86XFU.* These files are the Kermit-86 for the Future FX20/FX30 machines sent in by Toby Chabot of Birmingham University. The code will run under either CP/M-86 or Concurrent CP/M-86. C86XR2.* These files are a variant of the existing Kermit-86 for the DEC Rainbow, sent in by Mark Woollard of the Animal and Grassland Research Institute. A SET BAUD command has been added. CKMKB*.* These files are two separate UK keyboard settings files for the Macintosh. CKMKBD.* is from Sak Wathanasin of Sussex University; CKMKB2.* is from Phil Jimmieson of Liverpool University. The latter set of files includes an introductory guide to Mac Kermit 0.8(33) in MacWrite format. CN8*.* These files form a Concurrent CP/M-86 implementation for the Honeywell Multi System Executive and clones (Argos Pro PC, Daisy PCi, Fallon 2000, FTS PCi, and Orion PCi) sent in by Mark Hewitt of Birmingham INFO-KERMIT DIGEST V4 #23 Page 124 University. This set is based on the existing Kermit-86, with a new device dependent file and a lot of changes to the UTL file. The version uses the PRO, FIL, TRM, and CMD files from Kermit-86 unchanged. CP4*.* Kermit-80 implementations: CP4380.HEX Research Machines RM 380Z CP4ADV.HEX North Star Advantage CP4APC.HEX Apple II with Z80 Softcard/CPS serial card CP4BBC.HEX Acorn BBC Micro with Z80 second processor CP4BRA.HEX Superbrain, using auxialiary port CP4BRM.HEX Superbrain, using main port CP4COM.HEX Comart Communicator CP4CIF.HEX Cifer 1886 CP4CRO.HEX Cromemco CP4HOR.HEX North Star Horizen without SIO board CP4TOR.HEX Torch series The CP4SYS.ASM and CP4TYP.ASM files contain all the system dependent code for the above versions. Authorship of the versions is as follows: 380, APC, BBC, ADV Brian Robertson, Aberdeen University CRO, HOR, COM Andrew Cole, Leeds University BRA, BRM, TOR, CIF Bertil Schou of Loughborough University Bertil Schou of Loughborough performed the Herculean task of co-ordinating the developments and putting the results together into the SYS and TYP files. Some further implementations are on the way. GECKER.* These files are version 2.1 of Kermit for the GEC 4000 series from Martin Loach of Rutherford Appleton Laboratories. These replace the old GEC*.* files. MDS*.* These files are some updates and fixes to the MDS set for Intel MDS, sent in by Paul O'Hare of the Open University. Bugs have been fixed and the documentation has been expanded. The other files for this version are unchanged. CUC*.* These files are the latest versions of a C-Kermit from Chris Kennington, University College London. Based on the original Kermit of the protocol manual, the code has been adapted to be extremely portable with little work needed. The diagnostic facilities have been expanded considerably too. File CUCLKV5.C is a system dependent module for UNIX system V, added by Icarus Sparry of Bath University. UCJ*.* These files from Henry Balen of Lancaster University, are an adaptation of the Terak UCSD p-System Kermit for the Joyce Loebl Magiscan 2 image processor. 8th bit prefixing has been added and a number of other features. The result should be easily ported onto other UCSD systems. The .TXT file contains a concatenation of the sources. INFO-KERMIT DIGEST V4 #23 Page 125 UMKERMIT.* These files are a version of the original Kermit in the Protocol Manual for a U-Microcomputers U-MAN 1000 under CP/M-68k. The files are contributed by Icarus Sparry of Bath University. Work on this version is still in progress, so currently the implementation is not perfect and is supplied very much on an "as is" basis. Icarus would welcome contact from anyone interested in this implementation and will co-ordinate any developments: his UK network address is ee_is@bath.ux63. [Ed. - Many thanks to Alan for these versions, and for his dedicated work in coordinating the Kermit goings-on of the UK, and for distributing Kermit on UK networks, and on diskettes and tapes in the UK.] ------------------------------ Date: Wed 9 Apr 86 17:24:45-EST From: Frank da Cruz Subject: Kermit for Sperry 90/60 with VS9 from WPI SP9KER is Kermit for the Sperry 90/60, written by Ben Thompson of Worcester Polytechnic Institute, Worcester, MA. The program only runs as a server since the SPERRY 90/60 can not initiate use of an RTIO line other than the terminal line itself. It accepts no interactive commands, just escape to to your computer's command mode and initiate a command. Implemented commands are: GET, SEND, and BYE. KER:SP9KER.SRC is the IBM-like assembler source file, KER:SP9KER.DOC is the documentation. Thanks to Al Johannesen for submitting the program. ------------------------------ Date: Thu, 10 Apr 86 20:38:59 EST From: rmcqueen (Robert C McQueen) @ sitvxa Subject: Setting Kermit-32 Up As A Server Kermit-32 can be set up as a server in the following manner: $ KERMSRV := $SYS$SYSTEM:KERMIT SERVER Then just issue the KERMSERV command. Kermit-32 will accept any legal Kermit command in this manner. You could just define a KERMIT command in your LOGIN.COM file and then give a DCL command of the format: $ KERMIT command Which will cause Kermit-32 to be invoked and the command processed. Kermit-32 has had initialization file processing and a TAKE command since version 3.1. When Kermit-32 starts it will automatically process VMSKERMIT.INI;0 or if that does not exist it will process the file that the logical name VMSKERMIT points to. If you have a command procedure that you would like Kermit-32 execute you can give either the TAKE command followed by the file specification or "@" followed by the specification. INFO-KERMIT DIGEST V4 #23 Page 126 Robert McQueen Stevens Institute of Technology [Ed. - Thanks, Bob! We'll add this hint to the beware file, too.] ------------------------------ Date: Mon, 7 Apr 86 12:57 EST From: (brian nelson) Subject: Kermit-11 Known Problems Update On RT11 FB systems with a large number of devices, Kermit can displace the USR (force it to swap) and crash when accessing the USR from the higher addressed overlays in Kermit. The fix for something like this may not be practical; it can be worked around by UNLOADING and REMOVING unneeded device drivers from lowest address to higher addresses (to prevent fragmentation of background memory). If you run K11RT4.SAV on a FB system and find either (1) The program crashes on file transfers or (2) KMON says the save image is too large, then remove the unneeded drivers and set the USR to swap. ------------------------------ Date: Thu, 10 Apr 86 21:31:36 EST From: Dave Swindell Subject: Kermit v2.28 jrd/5e on the Leading Edge Model D In the last digest, I reported a problem scrolling back through displayed text using Kermit V2.28 jrd/5e on my Leading Edge Model D. As it turns out, Kermit appears to work just fine; the problem appears to be due to some kind of interaction between the new Kermit and a resident program named INT10 used in conjunction with the Hercules graphics card (and clones!). When I install INT10 on my LE, I can't use the scrolling features in the new Kermit. When this program is removed, things work fine. In that INT10, as its name implies, affects interrupt processing, I assume that it some how gets in the way of the mechanism jrd/5e uses to scroll through displayed text. Other than this problem, I have had no other display-oriented problems using the new release on my LE model D. The model D comes complete with two graphics adaptors on the motherboard; a monochrome/Hercules port and a standard IBM CGA port. I have tried jrd/5e using both ports (at different times!) and have had no problems (once INT10 was removed). Sorry I didn't think to remove the memory resident programs I was using before I reported the problem! By the way, I am using NANSI.SYS as my console driver on the LE. It does not appear to interfere with Kermit. Dave Swindell BBN Laboratories Incorporated ------------------------------ Date: Thu, 10-Apr-86 10:54:14 PST From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein) Subject: Modems and Error Correction, etc. INFO-KERMIT DIGEST V4 #23 Page 127 It is a fallacy to assume that when error correcting modems are in place you don't need error detection/correction in the software. In practice, not only do noise errors creep in between the modems and the computers, but the problems of buffer overflow and flow control related errors, on both sides, can be quite serious, particularly at "higher" speeds. In my own experiments with various software, I've found that removing or even relaxing the per-packet error checking characteristics of software when using error-correcting modems generally does little or nothing to increase throughput, and in fact you frequently end up with decreased throughput since flow control problems (and the resulting need to resend large quantities of data) can be intense on even slightly noisy phone lines or when dealing with even moderately loaded systems. --Lauren-- ------------------------------ Date: Thu Apr 10 09:57:06 EST 1986 From: dolqci!irs3!scsnet!sunder@seismo.CSS.GOV Subject: New Source for OS9 and Tandy CoCo Kermit Diskettes This is to announce that disks containing the Tandy/Radio Shack RS-DOS kermit and os9 kermit can be obtained by sending $5.00 for each version to: Mark E. Sunderlin 1430 Greystone Terrace Winchster, Va. 22601 The RS-DOS version is provided on standard RS-DOS format. The os9 version is provided on either 35 or 40 track CoCo os9 format. Please state which versions you want and for os9, what format. Each disk contains complete source as up to date as possible, currently RS-DOS kermit version 1.1 and os9 version 1.6. Also on each disk is the full documentation. Binaries will be placed on the disks on request. The RS-DOS verson in in EDTASM+ assembler, but EDTASM+ is not needed to create a binary as BASIC program is provided to generate the binary. The os9 version in written in Microware 'C'. An 'S' record file for os9 level I will be placed on the disk on request for those who do not have the 'C' compiler. Please note that this is a PRIVATE project and is in no way related to the IRS or any other government agency. ------------------------------ Date: 6 Apr 1986 0306-EST From: LCG.KERMIT@MARLBORO.DEC.COM Subject: File Renaming Problem in C-Kermit? I have discovered a problem when sending files from a BSD 4.2 system to a V7 system with both machines running C-Kermit version 4C(057). INFO-KERMIT DIGEST V4 #23 Page 128 The file names on the BSD system were greater than 14 characters and the first 14 characters of several of the file names were the same. The BSD Kermit was running in server mode and was set for literal file names. The V7 Kermit was set for literal file names and file warning on. The first file came over ok, but when the second file came over, Kermit discovered that the file existed and renamed it by replacing the end of the file name with ~1. The new file name was still longer than 14 characters and the new file clobbered the previous file! Was this fixed in version 4C(058)? Should Kermit check for the existence of the altered file name before doing the create? [Ed. - If the behavior you report is true, the cause isn't obvious. The "make-new-name" function, znewn(), chops the last 3 characters off the name before adding the "~1" suffix. In any case, the behavior wasn't changed in edit 058. We'll look into in more detail later. For now, your message has been added to the beware file.] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #24 Page 129 Info-Kermit Digest Tue, 15 Apr 1986 Volume 4 : Number 24 Departments: ANNOUNCEMENTS - MS-DOS Kermit 2.29 Is Even Closer To Being Ready New Release of TRS-80 Model 4 Kermit MISCELLANY - Sending Break on Mac+ from Kermit (several messages) DEC-10 Kermit Files ---------------------------------------------------------------------- Date: Tue 15 Apr 86 14:25:17-EST From: Frank da Cruz Subject: MS-DOS Kermit 2.29 Is Even Closer To Being Ready Joe Doupnik's latest prerelease of MS-DOS Kermit 2.29 is available for evaluation. It is called "2.28 jrd/5g 13 April 85". It has been tested by us on the IBM PC family and compatibles (not including the new PC Convertible, which is probably NOT compatible), the DEC Rainbow, and the HP-150, and by Ron Blanford at the University of Washington on the NEC APC, and also on the Intel RMX system by Jack Bryans at Cal State. Aside from fixes for the bugs that have been reported in earlier prereleases, 5g includes dynamic memory sizing in the IBM PC version -- it uses whatever memory is available for scrolling memory, rather than requiring that a certain amount be available, so that it can fit in smaller memories, like on the PCjr (does anyone have a real PCjr to test this on?). It also has a new screen-dump feature (again, on the IBM version only), activated by F. In case you have missed earlier postings about this new release, it also incorporates nearly complete VT102 terminal emulation for the IBM PC family, and full DOS 2.0 compatibility (a full DOS path can be used in any file specification). The .BOO file for the IBM version is available on CU20B via anonymous FTP as KER:MSJRD5G.BOO, and it is also available on BITnet from KERMSRV as CUVMA as MSJRD5G BOO. The other versions are available on CU20B only, via FTP, in the directory . BOO files have been built for the Rainbow (MSVRB1.BOO) and the HP-150 (MSVHP1.BOO). The directory also contains 8-bit binary .EXE files for these versions. The new documentation is not ready yet, but use of "?" in commands will produce menus whenever needed. The operation of the new version on the other IBM-PC-Incompatibles supported by previous releases of MS-DOS Kermit has not been tested; these include: MSVAP3 NEC APC 3 MSVAPR ACT Apricot MSVDM2 DECmate-II or III with MS-DOS option MSVEZP Z100 with EZPC board MSVHPX HP 110, Portable MSVM24 Olivetti M24 MSVMBC Sanyo MBC MSVTIP Texas Instruments Professional INFO-KERMIT DIGEST V4 #24 Page 130 MSVV90 Victor 9000/Sirius 1 MSVWNG Wang PC MSVZ10 Z100 If you have one of these PCs, and can make an FTP or DECnet connection to CU20B, or you are directly on BITnet, and you're willing to try out the new release on your system, please send a note to Info-Kermit-Request (or simply Kermit) at CU20B, and we'll get the necessary files to you. You should be able to mail directly to CU20B from both the Internet and BITnet. Those versions that have not been tested within the next week or two will be distributed with the old .BOO files until positive reports are received. P.S. The network and disk problems that have prevented us from updating the Kermit collection on BITnet have been fixed, and KERMSRV at CUVMA is again up to date. ------------------------------ Date: Mon 14 Apr 86 17:28:04-EST From: Frank da Cruz Subject: New Release of TRS-80 Model 4 Kermit Announcing TRS-80 Model 4(p) KERMIT version 5.0 for TRSDOS 6.x, from Gregg Wonderly at the Oklahoma State University Department of Computing and Information Sciences. This is an advanced Kermit derived from TRS-80 Kermit, which was in turn derived from CP/M-80 Kermit. Several new features were added since version 4.0 (March 85), including Remote Server Commands, and lots of cleaning up and rewriting. The files are in KER:M4*.*, including source in KER:M4*.ASM, and: M4MIT.HEX -- Hexified object module M4MIT.NR -- Nroff source for M4MIT.DOC M4MIT.DOC -- Documentation M4MIT.HLP -- This file M4BOO.BAS -- Basic program for converting the hex file to a runnable program ------------------------------ Date: Sun, 13 Apr 86 01:36 MST From: Barry Margolin Subject: Sending Break on Mac+ from Kermit What do I have to do to Macintosh Kermit 0.8(33) (I'll be upgrading to 0.8(34) soon, if that helps) so that I can send a break. The Mac+ does not have an Enter key next to the Space bar, and the keypad's Enter key sends a Line Feed. On a related topic, it would be nice if someone would update KermKey so that it detects whether it is being used on a Mac+, and display correct keyboard layout. barmar [Ed. - See following messages.] INFO-KERMIT DIGEST V4 #24 Page 131 ------------------------------ Date: Mon, 14 Apr 86 16:49 EST From: (Davide P. Cervone, User Services Consultan ...) Subject: Break key for MacKermit I don't have a Mac+ to try this on, but on a Mac, if you bind F126 or F127 to any key, that key will send a "break". F127 is a longer break than F126 (in version .8(34) the cursor should stop flashing for a few seconds). About the Kermit keyboard reconfigure program, I agree that it would be nice to be able to detect the different keyboards. It would also be nice to have a keypad diagram. I'm not sure whether it is possible to detect which kind of keyboard/keypad configuration is being used however. Davide P. Cervone ------------------------------ Date: Mon 14 Apr 86 15:39:27-EST From: Robert Cartolano Subject: Re: Sending Break on Mac+ from Kermit For now, you may still use the CKMKEY 0.8 (6) to configure the Mac Plus keyboard. I have done it myself. The function F126 has been defined as the break, and you can define it as the enter on the older Macs with no problem. For the Mac Plus, do the following: - Run CKMKEY 0.8 (6), and open a file. - Select KEYS... from the SET menu. - Press the Enter key on the Mac Plus keyboard. - Insert the cursor into the keyboard map number, and type 126. - Click on the SET FUNCTION KEY button. - Quit and Save. I have been able to configure every key on the MacPlus keyboard, including the cursor keys, in this manner. You just have to make sure you are hitting the right key, since you can't see the key on the screen. Rob Cartolano CUCCA User Services. ------------------------------ Date: Mon, 14 Apr 86 10:25:58 est From: Mike Ciaraldi Subject: DEC-10 Kermit Files I tried to access DEC-10 Kermit over the Arpanet today. There was no "DOC" file. All the "MAC" and "BLI" files, which I assume are the source code in Macro and Bliss, are messed up. I tried to get them in ASCII mode, and was told they are not 7-bit files. I then tried to transfer them in Tenex mode, and got something that wasn't human-readable. The only ASCII file I could find was the "MEM" file, which was a list of patches. INFO-KERMIT DIGEST V4 #24 Page 132 Is this a mistake, or is DEC-10 Kermit being retired or updated? I need to bring Kermit up on a DEC-10. Can I use the DEC-20 version instead? I checked the 20 documentation, and it doesn't say it will run on the 10. Thanks for any help you can give me. Mike Ciaraldi University of Rochester ciaraldi@rochester [From Frank - Whoops, you're right. In fact, the files were stored in a strange way, that was perfectly OK for our system, but that confused our FTP server. I've changed the bytesize from 36 to 7 for all these files, and you should now be able to FTP them without further problem. And no, you cannot run DEC-20 Kermit on a DEC-10 machine.] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #25 Page 133 Info-Kermit Digest Mon, 21 Apr 1986 Volume 4 : Number 25 Departments: ANNOUNCEMENTS - New Kermit Versions from Lancaster University MISCELLANY - Kermit-MS 2.28 jrd/5g on PCJr BOO Files Bug in MacKermit VT102 Emulation Multiple Parameters in MacKermit VT100 Emulation Macintosh Kermit Recieve Dialog Box ---------------------------------------------------------------------- Date: Wed 16 Apr 86 16:56:06-EST From: Christine M Gianone Subject: New Kermit Versions from Lancaster University This is to announce more new Kermits from Alan Phillips of Lancaster University, England. VME*.* These files are the Kermit version 1.00 for ICL 2900 systems running the VME Operating System (also known as VME2900 and VME/B - all identical). The version comes from the South West Universities Regional Computer Centre (SWURCC) at Bath University, UK. The source is written in "S3". CYB*.* These files are a new Kermit version 1.00 for the CDC Cyber systems running NOS 2.2, sent in by A.V. Le Blanc of the University of Manchester Regional Computer Centre (UMRCC). The version is written in Compass, and is supposedly more useful to other sites than the Texas University version, which is highly site specific. Cyber Kermit is a version of Kermit which runs on a CDC mainframe under the NOS-2 operating system. It runs only as a remote Kermit and has moderately advanced server capabilities. File transfer uses a 7-bit line; binary files can be transferred only by using a bit-prefix. The program is in assembler (COMPASS 3.6) and requires a field length of 2,922 (decimal) words, including all system library routines and I/O buffers. FLX*.* These files are a Kermit for the Flex 9 systems, written at Brighton Polytechnic and sent in by Peter Morgan. The source is written in assembler. [Ed. - These files are available in KER: via ARPANET on CU20B, and via BITNET at CUVMA through KERMSRV. Thanks once again to Alan Phillips of Lancaster University, UK and to those who have contributed these Kermit versions.] ------------------------------ Date: Wed 16 Apr 86 08:20:45-CST From: Rob Pettengill INFO-KERMIT DIGEST V4 #25 Page 134 Subject: Kermit-MS 2.28 jrd/5g on PCJr I have tried out the new Kermit on: * 640k IBMPC with NEC V20 * 128k IBMPCJr And found normal operation at 1200 baud in Tops20 emacs, and both ascii and binary file transfers. The only anomaly that I have observed so far is that when the new kermit starts up on the PC jr, a warning message, "unrecognized baud rate" is displayed. My mskermit.ini file sets the baud rate to 1200 and that works fine. I haven't checked but I assume that msjrd5g.exe was compiled with a default baud rate (9600?) higher than the Jr's serial port can handle. Thanks for the good work - I had been about to send off a message asking if anyone knew how to get the new ms-kermit running on the jr! -rob [Ed. - Kermit leaves the serial port alone. It may be that setting the baud rate to something specific initializes the serial port the first time after you turn the machine on.] ------------------------------ Date: Mon, 21 Apr 86 13:27:30 est From: Doug Snow Subject: BOO Files I hope this ends up being a question of general interest. I recently obtained the beta version of mskermit 2.29 from kermsrv at cuvma on bitnet. However, this comes in boo file format and this is something that I'm not familiar with. A bit of exploration on kermsrv found me a file called m4boo.bas. I tried to run this program on a number of copies of msjrd5g only to consistently get 'unexpected eof encountered' (+/- ) Well, I'm really just guessing as to whether or not this is the program I want... can you help? How do I get the boo file to exe format, what does boo represent (bootable?). Any help would be greatly appreciated. [Ed. - BOO-format is an encoding we use for making an 8-bit binary file, such as an MS-DOS .EXE file, printable so that it can be sent through electronic mail, put on ANSI or OS labeled tapes, etc. The encoding is more efficient than straightforward 2-for-1 hex encoding. A BOO file (BOO is short for bootstrap) has a 4-for-3 encoding, and in addition repeated zero bytes are compressed. The result for a typical executable program image is about the same as -- and often smaller than -- the orginal binary file. BOO files are made using the program MSBMKB.C, and are decoded in one of two ways: (1) On the fly, during download, using the pair of programs MSBOOT.FOR on the mainframe and MSBPCB.BAS on the micro, or (2) after download by some other method, using MSBPCT.C (fast) or MSBPCT.BAS (slow). Downloading of BOO files is described in detail in the MS-DOS chapter of the Kermit User Guide.] ------------------------------ Date: Tue, 8 Apr 86 16:29:29 -0200 From: Bj|rn Larsen INFO-KERMIT DIGEST V4 #25 Page 135 Subject: Bug in MacKermit VT102 Emulation There is a bug in the way that the MacKermit VT102 emulator handles the SGR escape sequence. If MacKermit receives the escape sequence "[7m", it sets the graphic rendition to reverse. If it receives "[;7m", it does not. I don't have the ANSI standard available, but in the VT100 Users Guide, p. 3-14 it says: Character Attributes ESC [ Ps;Ps;Ps;...;Ps m Ps refers to a selective parameter. Multiple parameteres are separated by the semicolon character (073 octal). The parameters are executed in order, and have the following meanings: 0 or None All attributes off 1 Bold on 4 Underscore on 5 Blink on 7 Reverse video on Any other parameters are ignored. This implies that "[m" should be interpreted as "All Attributes off". This is also the way MacKermit works. But then, "[;7m" should first turn off all attributes, then turn on reverse. MacKermit doesn't. This misfeature makes it difficult to use a Mac as a terminal against a VAX if you wish to use the EVE editor (or other VAXTPU programs). Since EVE uses reverse video to display your select region, you are in for some big troubles. Since we use both EVE and VAXTPU heavily, a new version of MacKermit would be most welcome. x_larsen_b%use.uio.uninett@nta-vax.arpa Bj|rn Larsen System Manager, Unversity of Oslo, Computers never make misteaks ;-) Norway. [Ed. - See message below...] ------------------------------ Date: Tue, 15 Apr 86 15:23 EST From: (Davide P. Cervone, User Services Consultan ...) Subject: Multiple Parameters in MacKermit VT100 Emulation This is a known bug. The documentaion I sent to columbia states: INFO-KERMIT DIGEST V4 #25 Page 136 o In escape sequences where multiple parameters are allowed, only the first is used; that is, ESC[p1;p2;...pn c will process only p1 (e.g., ESC[0;7m is processed as ESC[0m; this is not consistent with VT100 specifications). [apparently, this never made it into the BWR file] In the escape sequence ESC[;7m, the first parameter is 0 (by default), hence MacKermit only does ESC[0m and ingnores the second number. This is a problem, and I know it affects TPU. The problem was inharent in the original design of the VT100 emulator for the MAC, which made no provisions for more than two parameters for any of its commands, and only used one for those that usually only supply one. At the time I re-worked the VT100 emulator, I noted the problem, and debated whether to fix it, but it would have required re-writing of a major sort. We did not have VMS4.2 running at that time, and MacKermit worked with EDT, so I figured it would be "safe" for a while. Alas, I should have know. I like to use TPU, too, so I expect I'll fix it sometime, but not in the immediate future. There may be an easy fix to accept TWO parameters for ESC[p1;p2m, which would fix your current problem, but not the general one. I will look into it... Davide P. Cervone P.S. this is not a new bug, it existed in the old version of MacKermit as well. ------------------------------ Date: 14 Apr 86 18:55 EDT From: (David HM Spector) Subject: Macintosh Kermit Recieve Dialog Box. The Recieve-file dialog box in the current (and previous) versions of Macintosh Kermit needs to be increased to the size of the send-file dialog box (or larger). Currently, the dialog box is mal-formed and won't work with HFS too well. That is not to say that Macintosh Kermit doesn't work with HFS, as far as I can tell it works very well, just the dialog box is too small. David [Ed. - Noted.] ------------------------------ End of Info-Kermit Digest INFO-KERMIT DIGEST V4 #26 Page 137 Info-Kermit Digest Thu, 24 Apr 1986 Volume 4 : Number 26 Departments: ANNOUNCEMENTS - New PDP-11 Kermit Prerelease Test Versions of MS-DOS Kermit 2.29 More Widely Available MS-DOS KERMIT - MSJRD5G on Olivetti-M24 with Keyboard 2 Bugs in MS-DOS Kermit jrd5g Kermit's Mode Line: A Treatise. MISCELLANY - SmartTeam Modem Problem. New PC Compatible (Laptop) Modem SCO XENIX V AND C-KERMIT 4C(58)? Apple II CP/M Kermit Diskette? Kermit-10 Problem and Fix Re: Info-Kermit Digest V4 #25, PCJr Baud Rate Detection ---------------------------------------------------------------------- Date: Tue 22 Apr 86 11:45:27-EST From: Frank da Cruz Subject: New PDP-11 Kermit Keywords: PDP-11 Kermit Announcing version 3.50 of PDP-11 Kermit for RSX-11/M, RSX-11/M-Plus, IAS, RT-11, RSTS/E, TSX+, P/OS, and Pro/RT from Brian Nelson of the University of Toledo, Toledo Ohio (BRIAN@UOFT02.BITNET). The major changes include addition of support for long packets and a mechanism for controlling dialout modems. In addition, many commands have been added, many bugs fixed, etc etc, since the last release, 2.29, July 1985. The new files are in KER:K11*.*, available via anonymous FTP from host CU20B on CCnet and the Internet, and via KERMSRV at CUVMA on BITNET. There are 107 files, occupying a total of about 3.7 megabytes. The hexified task images (or otherwise runnable program images) are in KER:K11*.HEX, one for each system. The manual is in KER:K11USR.DOC (and .RNO for the Runoff source). The file KER:K11FIL.DOC lists all the files and explains what they are. You might want to read this file before transferring any of the others, to avoid swamping the networks with files you don't really need. Brian will be running a session on Kermit at Dallas DECUS, Tuesday, April 29, at 10:00am concentrating on the PDP-11 and other DEC versions. He has also written an article which will be in the June issue of The DEC Professional. ------------------------------ Date: Tue 22 Apr 86 11:45:27-EST From: Frank da Cruz Subject: Prerelease Test Versions of MS-DOS Kermit 2.29 More Widely Available Keywords: MS-DOS Kermit INFO-KERMIT DIGEST V4 #26 Page 138 By popular demand, prerelease test versions of Joe Doupnik's new release of MS-DOS Kermit are being placed in the regular Kermit distribution. For now, only the .BOO files will be available, and only for those versions we have .BOO files for, which have been tested to some degree. They will be placed in KER:MST*.BOO ("T" for Test), and from there they will make their way to BITNET and other distribution areas. For starters, we have MSTIBM.BOO for the IBM PC family and compatibles, MSTRB1.BOO for the DEC Rainbow, and MSTHP1.BOO for the HP-150. The sources are not available in this way. Those who wish to try out the new versions are encouraged to do so, and report any problems back. Our goal is to have a final release as soon as possible, and we hope that these programs are very close to final form. Any additional commands or enhancements will have to wait till a subsequent release. ------------------------------ Date: Thu, 22 apr 1986, 08:45 B FROM: Subject: MSJRD5G on Olivetti-M24 with Keyboard 2 Keywords: MS-DOS Kermit, Olivetti-M24 Hi, we are using MSJRD5G on an Olivetti M24 with keyboard 2. It works very fine on all speeds up to 9600 Baud. Terminal Emulation (VT102) is ok and works without problems with the VAX/PDP-EDT editor and a 3270 protokol emulator. Long live the FROG and his supporters !!!! I've got only two questions. The first is more important than the second: 1.) On the Olivetti "keyboard 2" the cursor-keys and the keys 2 4 6 8 on the separate numeric keypad seem to be "hard/soft- wired" to send the same SCAN-codes. Also the keys "SCTPRT" and "HELP" doesn't seem to send any SCAN-Code at all. This is the only point that prevent the VT102 Emulation to be complete (from my point of view). My request (very urgent) is: Has anybody out there got the source code for the MS-DOS 2.11 terminal drivers (esp. KEYBGR) and is willing to send it to me? 2.) I thought that MS-Kermit V2.29 would have long packet and or sliding windows. Since I haven't seen them on MSJRD5G I may have been wrong all the time. Anybody to confirm? Thanks a lot in advance Martin Knoblauch TH-Darmstadt, D-6100 Darmstadt, West Germany EARN/BITNET: [Ed. - Long packets and sliding windows will not be included in MS-DOS 2.29. These features will probably be implemented in C-Kermit first, which in turn may eventually absorb MS-DOS Kermit.] ------------------------------ Date: 21-APR-1986 14:37:00 From: RAHTZ@UK.AC.OX.VAX1 Subject: Bugs in MS-DOS Kermit jrd5g INFO-KERMIT DIGEST V4 #26 Page 139 Keywords: MS-DOS Kermit Two points about the latest mskermit: a) (this is rather obscure) if you SET MODE OFF, then SET MODE ON, then SET MODE OFF again, the mode line does not disappear, it just becomes normal, rather than inverse video, text. b) in reply to the person saying that the vt100 emulation doesnt work properly on a unix system, may I suggest he examines his termcap again, as I have had no trouble with vi on any of the 4 unix systems here. I have redefined the arrow keys to send hjkl instead of esacpe sequences (then there is no trouble with the machine failing to keep up when i lean on arrow key), redefined backspace to send ctrl-H and redefined Del to send a unix kill. What is the difference between vt102 and vt100? I notice that vt100 isnt an option. But whoever Joe Doupnik is, hes doing a good job.... sebastian rahtz southampton [Ed. - See next message.] ------------------------------ Date: 22 APR 86 17:07-MST From: JRD@USU.BITNET Subject: Kermit's Mode Line: A Treatise. Keywords: MS-DOS Kermit In response to the comment from Peter Kanaitis regarding the 25th line usage in IBM Kermit. Peter is correct in stating the 25th line is part of the active display with a terminal type of None. The reason is that there is no emulator present to understand cursor movements and hence to protect the 25th line. In this situation Kermit sets the mode line to Off, as is shown on the status display. Later, changing to a full emulator the 25th line is reserved for status information (Kermit's or the user's) and it is protected. However, the mode line is still commanded to be off from the previous terminal type none operations. Off in this situation means that Kermit cannot place its own status line at the bottom of the screen. When Kermit exits command mode it saves all 25 lines so that a user controlled 25th line will not be permanently erased, and it restores all 25 lines when connect mode is resumed. In this case the 25th line was generated by terminal type none operations. To redisplay Kermit's normal status line the mode line must be enabled again by Set Mode On rather than just the ^]M toggle; the toggle has effect only when Kermit's mode line is enabled. This is working as planned, even if the explanation is awkward. Again, the 25th line can be used either by Kermit (normal) or by a remote application. Exiting and then reentering Connect mode is not known to a remote application and thus Kermit must and does preserve the 25th line around such interruptions. Unfortunately, Kermit does not preserve a long history log of just how the 25th line was generated. If an application writes there that will forcibly disable the mode line (off state) to prevent Kermit from generating its own. INFO-KERMIT DIGEST V4 #26 Page 140 When the mode line is off and connect mode is reentered then the 25th line shows whatever information was present there when connect mode was exited. If the mode line is disabled by an application or by the command Set Mode Off then the only way to turn it (Kermit's mode line) on again is to give the command Set Mode On. The positioning of the cursor is a knotty problem. The position is remembered across interruptions to connect mode; if it weren't then we would be very unhappy indeed. For example, while in connect mode typing the escape character ^] in fact temporarily or permanently exits connect mode; losing the cursor position to do a simple toggle or menu operation would be unacceptable. Undoubtedly, there are some side effects of this cursor preservation strategy; the bad ones we will find and fix. I hope this clarifies how Kermit treats the Connect mode screen. Maybe someone needs to put a little AI into Kermit since the pure logic can be baffling. Regards, Joe D. [Ed. - Thanks!] ------------------------------ Date: 21 APR 86 21:57-MST From: JRD@USU Subject: SmartTeam Modem Problem. Keywords: SmartTeam Modem, Modem Someone had been telling me for some time that Kermit gets stalled and does not recover. He was talking from an IBM compatible to a VAX. After translating things back and forth I decided his modem might be at fault. Side by side testing of his modem and mine today yielded: both receive files from the VAX with no problem. Mine sends files ok, his sends flakey packets and the VAX gives up with Device Errors after a dozen packets or so. His modem is a SmartTeam 1200 external unit widely advertized under various names. The problem seems to be the modem's small internal power regualtors run very hot and allow the power to droop during sending. This might result in a power-induced carrier phase shift and hence badly framed chars. The problem is evident only at 1200 baud when the modem sends long packets (ACKs get through ok to the VAX). Work around suggested was to send shorter packets until the power supply heat problem is fixed. Running his unit with- out the case yielded excellent file transfers and a couple of toasty fingers. If all this is correct then there might well be a design problem in these units remeniscent of older modems dying from overheated power regulators (pre-VLSI era). My modem is a Hayes 2400 external unit (at the price it had better work!) Regards, Joe D. ------------------------------ Date: Mon Apr 21 23:00:25 1986 From: Herm Fischer INFO-KERMIT DIGEST V4 #26 Page 141 Subject: New PC Convertible (Laptop) Modem Keywords: IBM Convertible PC, Modem, Internal Modem Just got a document today which indicates that the laptop's internal modem behaves mostly like the PC Jr's internal modem (as far as modem commands go)... Rest (screen, etc) behaves like a PC... Some notes on modem having to be set into a "transparent state" to ignore whatever puts it into command state... And, oh yes, its execution is faster than the plain PC because static CMOS ram does not use clock cycles for refreshing. But it should go thru bios for input (keyboard) so that if waiting for keyboard it powers down... Herm ------------------------------ Date: 22 Apr 1986 1523-EST From: William M Esser, (213) 325-5610 (via LCG.KERMIT) Subject: SCO XENIX V AND C-KERMIT 4C(58)? Keywords: C-Kermit Have received a copy of C_KERMIT 4C last week and have attempted to compile on a Sperry IT (AT type) under SCO XENIX V. C_kermit compiles under sys3nid or xenix if -Mm is added to the make file for each of these. However the system produces a unique type of Kermit, which will only talk to a second C_kermit running under SCO XENIX V. Has any one else found this true and if so, is there a fix ????? ------------------------------ Date: Wed, 23 Apr 1986 09:10 EST From: Jack Shaw Subject: Apple II CP/M Kermit Diskette? Keywords: Apple II CP/M I am looking for someone with a copy of Apple CP/M Kermit for use with an Apple Super Serial Card (6551 ACIA I believe). I would appreciate it if you would post this in Info-Kermit. I'll be glad to send down a diskette to the volunteer! Thanks. Jack Shaw JDS2F@UOTTAWA.BITNET Univ. of Ottawa [Ed. - Since we do not have an Apple II micro here, we cannot supply diskettes to users. Peter Trei has been kind enough to offer his services to distribute Apple II DOS diskettes but we do not yet have a volunteer for the Apple II CP/M version in the U.S. If anyone has this version of Kermit please submit it to a Users Group and let us know.] ------------------------------ Date: 22 Apr 86 20:48 +0200 From: Sven_Olofsson_QZ%QZCOM.MAILNET@MIT-MULTICS.ARPA Subject: Kermit-10 Problem and Fix INFO-KERMIT DIGEST V4 #26 Page 142 Keywords: Kermit-10 Problem: .run k10mit TOPS-10 KERMIT version 3(134) Kermit-10>set file (parameter) byte-size (to) 7 ? Unrecognized switch or keyword: "7" Kermit-10>set file (parameter) byte-size (to) ? one of the following: 7-bit 36-bit 8-bit auto-byte eight-bit seven-bit thirty-six-bit Diagnosis: The command table is not sorted properly. The new "36-bit" parameter comes after "7-bit". It should be vice versa. Cure: exchange two lines in the table FBS020 in K10MIT.MAC [Ed. - Thanks for the fix. The change has been made to our copy of KER:K10MIT.MAC.] ------------------------------ Date: Thu, 24 Apr 86 09:35:03 est From: Tom Putnam Subject: Re: Info-Kermit Digest V4 #25, PCJr Baud Rate Detection Keywords: PCJr A little known and less appreciated fact is that the IBM PCJr uses a slightly different clock frequency to run the 8250A UART. While I haven't taken the time to look at the code in Kermit-MS 2.28 jrd/5g, it is apparent that it reads the baud rate divisor register on startup and, if it is set to some value, it uses the value to look up the baud rate in its table. The table values that are supposed to be used for PCJr are slightly different than for the rest of the PC line. I suspect Kermit-MS doesn't know about this difference. The differences are small enough that you can get by with the "normal" PC settings and things will generally work. Here are the values from the IBM Tech Reference manuals: Baud rate PC,XT,AT PCJr 300 384 373 1200 96 93 2400 48 47 4800 24 23 9600 12 12 "Smart" software that knows about the PCJr can check ROM location F000:FFFE where the PC Type is flagged: FC=AT, FD=Jr, FE=XT, FF=PC. (There re probably others by now). Is it worth it? I doubt it... Tom Putnam Manager of User Services ARPANET: ac4@asc.Purdue.EDU Purdue University Computing Center or ac4@purdue-asc.ARPA Mathematical Sciences Bldg. BITNET: PUTNAMT@PURCCVM West Lafayette, IN 47907 USENET: ac4@pucc-j.UUCP 317/494-1787 [Ed. - Thanks!] INFO-KERMIT DIGEST V4 #26 Page 143 ------------------------------ End of Info-Kermit Digest Page 144 Index Page 145 7171 Protocol Converter, 43, 49 AMOS, 46 APC Kermit, 26 Acorn BBC micro Kermit, 44 Alpha-Micro Kermit, 46 Apple II CP/M, 141 Apple II CP/M Kermit, 15 Apple II DOS, 6 Apple II Kermit, 45 Auxiliary Port, 45 Bitnet files, 12 C-Kermit, 1, 41, 44, 47, 49, 63, 141 CDC Kermit, 59 CP/M Kermit, 37 CP/M-68k, 44 CP/M-80, 46 CPS Card, 45 Cermetek Modem (212PC), 21 Cifer 1886 Kermit, 45 Concurrent CP/M-86, 44 Cromemco Kermit, 45 Cursor, 43, 44, 52, 58 Cyber Kermit, 59 Cybers Kermit, 57, 64 DEC-20 Kermit, 55 Epson HX-20 Kermit, 11 FC Tape format, 42 Flex 9 Kermit, 67 GEAC, 57 GEC 4000 series Kermit, 44 Grid Compass II, 39 Guardain OS, 31 Guardian OS, 36, 42 H19 Emulation, 37 HP-9836 Kermit, 23 HP-Portable Kermit, 19 HP3000 Kermit, 37, 41, 42 Hayes Modem, 15 Hercules Card, 43, 44 Honeywell MultiSystem Executive Kermit, 44 IBM Convertible PC, 141 IBM VM/CMS Kermit, 10 Info-Kermit Digest format, 26 Internal Modem, 141 Joyce Loebl Magiscan 2 Kermit, 44 Kermit Protocol, 55, 56 Kermit-10, 142 Kermit-11, 33 LAN Gateway, 51 LAT-11, 36 Lancaster University, 22 Long Packets, 33 MS-DOS Kermit, 2, 5, 6, 8, 18, 19, 25, 26, 39, 43, 44, 51, 52, 54, 55, 58, 59, 61, 62, 137, 138, 139 Mac Plus, 40 MacKermit, 40, 49 MacLisp Kermit, 48 Index Page 146 Main Port, 45 Mex, 37 Microsoft LINK, 57 Modem, 140, 141 Modem-Mate Software, 21 Modem7, 37, 45 NCR Decision-Mate V Kermit, 7 North Star Advantage Kermit, 45 North Star Horizon Kermit, 45 Novation Apple-Cat II, 32 Okstate, 62 Olivetti M-24 Kermit, 35, 52 Olivetti M24 Kermit, 27 Olivetti M24 PC Kermit, 18 Olivetti-M24, 138 Osborne Executive Kermit, 46, 52 PC Tech, 52 PCJr, 142 PDP-10, 48 PDP-11 Kermit, 137 PROCOMM Freeware, 57 Path, 62 Prime Kermit, 16, 55 QK-Kermit, 66 RMX-86 Kermit, 18 Remote Commands, 44 Research Machines RM380Z Kermit, 45 Rice U. MacKermit, 27, 40 Rice U. TSO, 40 Sliding Windoes Kermit, 15, 20 Sliding Windows, 1 Sliding Windows Kermit, 29, 33 SmartTeam Modem, 140 SuperKermit, 29 Superbrain Kermit, 45 TAL, 42 TI Pro Kermit, 22, 37 TSO Kermit, 48 Tandem, 31, 36, 42 Telenet, 33, 56 Terminal Emualtion, 12, 13 Terminal Emulation, 6, 8, 9, 10, 12, 13, 14, 18, 19, 48, 49, 61 Torch series Kermit, 45 Turbo Pascal Kermit, 66 Tymnet, 56 U-Microcomputers U-MAN 1000 Kermit, 44 UK, 22 USSR "Giotto" Project, 35 UTS-30, 37 VM/CMS Kermit, 24, 43 VMS C-kermit, 10 VMS Kermit, 44, 48, 49 VT100 Emulation, 27 Vector V3-5030, 45 Victor 9000 Kermit, 25, 39, 57 Victor/Sirius, 25, 52, 57, 62 Index Page 147 Wang PC, 39 XON/XOFF, 15 Z80 Softcard, 45 Zenith 151, 55