14-Jul-89 19:14:32-GMT,25038;000000000001 Return-Path: Received: from cunixc.cc.columbia.edu by watsun.cc.columbia.edu (4.0/SMI-4.0) id AA28323; Fri, 14 Jul 89 15:14:09 EDT Received: from watsun.cc.columbia.edu by cunixc.cc.columbia.edu (5.54/5.10) id AA24015; Fri, 14 Jul 89 15:13:41 EDT Received: by watsun.cc.columbia.edu (4.0/SMI-4.0) id AA28254; Fri, 14 Jul 89 15:09:36 EDT Date: Fri, 14 Jul 1989 15:09:36 EDT From: Christine M Gianone To: Info-Kermit@watsun.cc.columbia.edu Subject: Info-Kermit Digest V10 #1 Reply-To: Info-Kermit@cunixc.cc.columbia.edu Queries-To: Info-Kermit-Request@CUNIXC.CC.COLUMBIA.EDU Message-Id: Info-Kermit Digest Fri, 14 Jul 1989 Volume 10 : Number 1 Departments: NEWS - New Draft of International Character Set Proposal Ready for Review Article about International Character Sets at Moscow Conference New Additions to the Roster of Native Media Volunteers Missing Recent Issues of Info-Kermit ANNOUNCEMENTS - New Release of C-Kermit Available for Testing Announcing Release 0.97(57) of Macintosh Kermit Announcing Version 1.00 of OS/2 Kermit, with C-Language Source Announcing a Russian Version of Kermit for IBM/370 MVS/CICS Announcing Version 4.0 of MS-Windows Kermit New Release of HP-9000 BASIC Workstation Kermit CP/M Kermit Replacement Files New Release of Kermit-UCSD (UCPECAN) Kermit Script to Map IBM-PC Keyboard for GNU EMACS CPVROB.HEX File Now With Distribution Send digest submissions to Info-Kermit@CUNIXC.CC.COLUMBIA.EDU, requests for addition to or deletion from the Info-Kermit subscriber list to Info-Kermit-Request@CUNIXC.CC.COLUMBIA.EDU or to KERMIT@CUVMA.BITNET. Kermit files may be obtained over networks and by mail order. On the Internetwork, use FTP to log in to host WATSUN, WATSUN.CC.COLUMBIA.EDU, a SUN-4/280 running UNIX (SUNOS 4.0), IP host number 128.59,39.2, or to CUNIXC, CUNIXC.CC.COLUMBIA.EDU, a VAX 8700 running UNIX (Ultrix), IP host number 128.59.40.130. Login as user anonymous (note, lower case), any password, and GET or MGET the desired files. The Kermit files are in directories kermit/a, kermit/b, kermit/c, kermit/d, and kermit/e. You can also get Kermit files over BITNET/EARN; to get started send a message with text HELP to KERMSRV, the Kermit file server, at host CUVMA. For detailed instructions, read the file kermit/a/aanetw.hlp (AANETW.HLP on KERMSRV). To order by mail, request a complete list of Kermit versions and an order form from Kermit Distribution, Columbia University Center for Computing Activities, 612 West 115th Street, New York, NY 10025 USA. ---------------------------------------------------------------------- Date: Wed Jul 5 12:00:00 1989 From: Christine M Gianone Subject: New Draft of International Character Set Proposal Ready for Review Keywords: International Character Sets, Kermit Protocol The third draft of the Kermit international character set proposal is complete. Hopefully, the proposal is nearing its final stage before incorporation into the Kermit protocol. The proposed extension to Kermit will allow unlike computers to transfer text files written in languages other than English, including text containing many languages. The new draft is available in kermit/test/isok3.txt on watsun and cunixc, and in T:ISOK3.TXT from KERMRSRV at CUVMA on BITNET. Your comments are most welcome. If you are interested in joining the smaller "isokermit" discussion group, please let me know. The document is about 94K long. For convenience, it has also been broken up into five smaller pieces of 16K-20K each, which may be obtained separately. They are isok3.1, isok3.2, isok3.3, isok3.4, and isok3.5. ------------------------------ Date: Thu Jun 29 19:16:06 1989 From: Christine M Gianone Subject: Article about International Character Sets at Moscow Conference Keywords: International Character Sets, Data Communications Magazine Keywords: International Kermit Conference A short piece about the First International Kermit Conference and the international character set extension to Kermit appears in the June 1989 issue of Data Communications Magazine, p.48 (p.52 of the international edition). A longer article will appear in a future issue. ------------------------------ Date: Thu Jun 29 19:22:23 1989 From: Christine M Gianone Subject: New Additions to the Roster of Native Media Volunteers Keywords: Alpha Micro 68K, IBM RT PC, Diskette Volunteers, Native Media As readers of this digest know, Columbia University is able to provide Kermit programs on magnetic tapes and disks in a limited number of formats. But there are many formats we cannot produce. For that reason, we have always encouraged public-spirited volunteers to come forward and distribute Kermit programs on other kinds of media. Recent volunteers have begun distributing Kermit for the Alpha Micro (video tape cassette) and the IBM RT PC (5 1/4" diskette). We express our appreciation, and hope that additional volunteers will join the group for formats and computers that are not yet available. The current list of diskette volunteers is available in the file aadisk.hlp. ------------------------------ Date: Wed Jul 5 15:00:00 1989 From: Christine M Gianone Subject: Missing Recent Issues of Info-Kermit Keywords: KERMSRV, LISTSERV, Info-Kermit Due to some problems with the cunixc-to-watsun transition, Info-Kermit volume 9, numbers 6, 7, and 8 were apparently not delivered to our BITNET LISTSERV subscribers. If you missed any of these issues, you can get them by sending mail to KERMSRV@CUVMA. In the text of the message, put one line for each issue you need: MAIL V9.6 MAIL V9.7 MAIL V9.8 Sorry for the inconvenience. ------------------------------ Date: Mon Jun 19 16:52:29 1989 From: Frank da Cruz Subject: New Release of C-Kermit Available for Testing Keywords: C-Kermit, UNIX Kermit, Attribute Packets, SUN, Ultrix Keywords: Encore Multimax, OS/2, NeXT, IBM RT PC, Zilog ZEUS, Microcom Xref: File Attributes, see Attribute Packets This is to announce another test release of C-Kermit, 4F(085), to replace the earlier test release 4F(077) that was announced on April 3, 1989. This version fixes several serious problems in 4F(077), namely: - Connect-mode craziness when when connecting back to a remote system after transferring a file. Thanks to Frank Prindle for finding the fix for this. The fix is only for BSD versions, other versions may still experience minor problems (a few glitch characters) under these circumstances -- if anybody can track down the problem and fix it, please do! - Protocol misnegotiations when C-Kermit is running in server mode, caused by a missing comment delimeter. This caused all sorts of trouble, repeat counts and 8th-bit prefixes being accepted as data, etc. Oops! - Hangup command, and ^\h connect-escape, fixed up so as not to leave lock files around (Patrick Wolfe). Seems to work OK in BSD-based UNIX versions, untested in System III/V. Besides these fixes, 4F(080) has several new features, including: - Further performance improvements, mostly from Paul Placeway of Ohio State University (of Macintosh Kermit fame), including "encode-ahead" and dynamic packet sizing (similar to Kermit-370). - Support for OS/2, contributed by Chris Adie of Edinburgh University in Scotland. Unfortunately, Chris's work was based on release 4E(070) of C-Kermit, and so there had to be a lot of code-shuffling. The result is entirely untested, which is one reason why this release is a test release rather than a real release. See the separate announcement from Chris Adie. - A new 'transmit' command, for raw uploading. As yet, not interruptible. - 'dial' command support for the Microcom ax9624 modem, from Jim Knutson. - Recognition of file-type attribute (text or binary) when receiving files. - Addition of file creation date to the attributes which C-Kermit sends. C-Kermit still does not do anything with dates on received files (tested in Berkeley versions, not tested in AT&T or other versions). - Support for tilde in file names in all interactive commands that parse input or output file names (SEND, RECEIVE, GET, DIRECTORY, LOG, CD, etc). - Support for tilde in file names sent to the C-Kermit server in GET, REMOTE DIRECTORY, and similar commands. - Support for 4.1BSD, Apple A/UX, NeXT, and RT PC AIX 2.2.1 added to makefile, and support for UNOS, Zilog/ZEUS fixed up (but not tested). See the file ckuker.upd for details about the changes. This release has been compiled and tested on a SUN-4/280 with SUNOS 4.0, a VAX/8700 with Ultrix 2.0, and an Encore Multimax 310 with UMAX V 2.2. It was also briefly tested in the AT&T System V environment on the SUN, and seemed to work OK. Further testing is required on AT&T UNIX variants, Xenix, etc. PLEASE report the results of your testing. We need to know if this version works on all the systems that the program tries to support before we can make it an "official" release. The new release is available via ftp from watsun.cc.columbia.edu, in the directory kermit/test/ck*. Also in the same directory on cunixc. BITNET/EARN users may also access the test files in the new KERMSRV test area. Refer to these files as T:CKU*.*, T:CKC*.*, T:CKW*.*, and (for OS/2) T:CKO*.*, for example: TELL KERMSRV AT CUVMA MAIL DIR T:*.* TELL KERMSRV AT CUVMA SEND T:CKC*.* Please get the files, try them out, and report any problems to me. After the kinks are worked out, version 4F will replace the current standard 4E release. Note, there are also some ckv*.* files in kermit/test for the VAX/VMS version of C-Kermit, but they are not totally up-to-date with this new test release. Watch Info-Kermit for further announcements. There are also some other C-Kermit systems that haven't been updated in a long time, including the Amiga (cki*.*), Data General AOS/VS (ckd*.*), OS-9 (ck9*.*), etc. Volunteers? Thanks to the many people who tested 4F(077) and 4F(080) and sent in fixes and suggestions, including (in no special order) Ge van Geldorp, John Evans, Mark Buda, Martin MacLaren, Dave MacKenzie, Paul Placeway, Joe Doupnik, Chris Adie, Frank Prindle, Gary Holbrook, Patrick Wolfe, and Jim Knutson, and apologies to anyone I forgot to mention. ------------------------------ Date: Tue, 27 Jun 89 15:33:06 EDT From: Paul Placeway Subject: Announcing Release 0.97(57) of Macintosh Kermit Keywords: MacKermit 0.97(57), MacBinary, Macintosh Kermit Xref: Apple Macintosh, See Macintosh The new Macintosh Kermit, version 0.97(57), is ready for testing. Included are all the ckm*.* sources, a .hqx file which can be converted into the MacKermit application using BinHex Version 4, and two short doc files, (ckmvt1.doc and ckmker.hlp). All of this is built on top of C-Kermit 4F(080), with my bug fixes in the ckc files (it even builds a wart to use). I have personally tested it on a 512k (not e) running System 1.1, a Lisa running MacWorks 3.0, Mac Pluses running System 2.0 through 6.0.3 and a Mac II running 6.0.2; I am told it works on SE and SE30 machines also (which is not really a supprise). Basically the only thing it doesn't work on (for sure) is an old 128k "Classic" Mac (if I had one here I could probably make it work there too). Anyone who is doing work on Mac Kermit should get a copy of the new sources as soon as they can; I have changed some things around, especially the terminal emulator internals. Code based on 0.9(40) may or may not be easy to work into the new sources. New additions to the program since the 0.9(40) release in May 1988 include: Vertically sizeable terminal emulation window. Scroll back. Faster file transfer. (hopefully) Correct binary file transfer code. MacBinary format transfers. Better keyboard handling. Printer support. Terminal emulation and file transfer using printer port. Partial emulation of a DEC VT300-Series terminal, including support for ISO 646 National Replacement Character sets and Latin Alphabet 1. More keyboard macros have been added to better handle the vt100 keyboard and normal/application mode stuff: \keypad0 -- \keypad9 \keypad, \keypad. \keypad- \pf1-4 \leftarrow \rightarrow \uparrow \downarrow The keypad comes configured for a Plus; if you have an ADB machine, you will have to remap the + and - keys, and possibly =, /, and * to be pf2-4. Bugs and limitations still outstanding: Running in inverted screen mode doesn't work. The option key is still a dead key for the usual characters (e, u, etc.) Parts of the Edit menu should be greyed out when they do not apply. Cut and Paste do not deal with the real Scrapbook (yet). There still isn't a Tektronix graphics terminal emulator built-in. It is possible to confuse the selection by draging past the top of the window, waiting, and dragging down past the end of the window. Other than these, if you find a problem please send mail to Info-Kermit@watsun.cc.columbia.edu (on the Internet), or KERMIT@CUVMA on BITNET. Please include Kermit version number, a discription of the hardware, the System version number, and if possible a "repeat-by". Happy Kermiting, Paul Plaeway, MacKermit coordinator paul@cis.ohio-state.edu [Ed. - Many thanks, Paul! The new files have been placed in the kermit/test directory on watsun and cunixc, and in the T: area of BITNET KERMSRV on CUVMA. This release has to be considered a test release because it is based on a test version of C-Kermit, and also because there is not yet a new manual. Mac Kermit users, please take a copy, try it out, and report bugs to Info-Kermit as Paul asks. By the way, "correcting binary file transfer code" refers to a long-standing problem in all Kermits based C-Kermit 4E(07x), which should be corrected in the new 4F release, and therefore also in this release of Mac Kermit, namely that -- under certain circumstances -- binary file transfer over a 7-bit communication channel would only work once. Also, please note that Paul's .hqx file does not totally correspond to the C-Kermit ckc*.* sources, since a few minor fixes were made between 4E(080) and 4E(082). See ckuker.upd for details.] ------------------------------ Date: Wed, 10 May 89 10:16 CST From: Chris Adie, Edinburgh University Computing Service Via: LOWEY@SASK.USask.CA Subject: Announcing Version 1.00 of OS/2 Kermit, with C-Language Source Keywords: OS/2 Kermit The first full release of C-Kermit for OS/2 is now available. The version number is 1.00, and it superseeds all version numbers of the form 1.0a, etc. There are only (literally) one or two bug fixes since the last beta test release (1.0p). There are still a couple of unfixed bugs in the DIAL and SCRIPT commands - probably associated with the code which emulates the Unix alarm() function, which both commands use. The sources are now also available. There are three OS/2-specific sources: ckocon.c ckotio.c ckofio.c The rest of the sources are the C-Kermit ck*.c and ck*.h files, with additions controlled by "#ifdef OS2" directives. Unfortunately, pressure of work means I'm currently unable to do much more with OS/2 Kermit. Any volunteers to carry the torch? You'll need the Microsoft OS/2 Software Developer's Kit. The main requirement (apart from fixing the problems mentioned above) seems to be for keyboard remapping facilities. Chris Adie Edinburgh University Computing Service [Ed. - Thanks to Chris for this long-awaited contribution! Chris's OS/2 conditionals have been added to the ckc*.* and cku*.* files, and some attempt has been made to add the new i/o buffering and file attribute functions to Chris's code. The results are all in the kermit/test directory in the ckc*.*, cku*.*, and cko*.* files (and also in the T: KERMSRV area for BITNET). Included is a ckoker.boo file, which can be unboo'd back into an .EXE file using any of the msbpct.* programs from kermit/a. This boo-file is based on Chris's original submission, and not on the updated sources. OS/2 users are urged to get the sources and try to build the new version, make any necessary corrections to the OS/2 specific files, and report the results back to Info-Kermit. Thanks!] ------------------------------ Date: Wed Jul 5 12:00:00 1989 From: Christine M Gianone Subject: Announcing a Russian Version of Kermit for IBM/370 MVS/CICS Keywords: IBM 370 Kermit, CICS, MVS/CICS Kermit, USSR, Kermit-370 The files whose names start with IKX in the B area of Kermit Distribution comprise a version of Kermit for CICS on the IBM 370-series mainframe. This version is based upon a very old release of MVS/TSO Kermit, and it was adapted to CICS by the programmers at the International Centre for Scientific and Technical Information (ICSTI) in Moscow, USSR, and presented to Columbia at the First International Kermit Conference in Moscow, May, 1989. This program is included with the Kermit-370 distribution in hopes that someone will be able to adapt the CICS support to Kermit-370, for CICS under MVS, VM, and/or DOS/VSE. Programmers should be aware of the environment for which this program was written. First, it is for a Soviet IBM/370-compatible computer, the EC-8570, running an old version of MVS. Second, the EC-8570 uses a special version of EBCDIC which supports the Cyrillic character set. For communication with ASCII terminals, the EC-8570 uses a 7-bit character set called KOI-7, which is similar to ASCII, except that the lowercase ASCII letters have been replaced by uppercase Cyrillic letters. Aside from these differences, it appears that this program should be suitable for use on US IBM models, and that the CICS support -- which is for the linemode TTY communication environment only, not the full-screen 3270 environment -- should be a suitable base for adaptation to Kermit-370. Many thanks to the Computer Department at ICSTI for producing this version of Kermit and contributing it to Kermit Distribution. See the file IKXAAA.HLP for further information. ______________________________ Date: Mon, 12 Jun 89 10:03:47 PDT From: rochester!ames!claris!apple!netcom!hall@columbia.edu (Bill Hall) Subject: Announcing Version 4.0 of MS-Windows Kermit Keywords: MS-Windows Kermit Enclosed is the most recent update of MS-Windows Kermit, version 4.0. The arrangement of the files has been completely reorganized to fit within Kermit guidelines. In particular, all file names are prefixed with WIN, a WINAAA.HLP file is available, and all binary files have been converted to the BOO format. On the surface, the program appears much the same as the old one; internally there has been a major revision of the terminal emulation to improve performance and to correct some bugs in the ANSI emulation. In addition, the dialog boxes have been revised to produce more standard patterns of behavior. The Kermit implementation has not changed. [Ed. - Many thanks, Bill! This new release has been (very easily) installed in the Kermit A area, replacing the old win*.* files. Note, four files still needed to be renamed: ckcdeb.h was renamed to winckc.h, cdwart.c was renamed to winckw.c, ascii.h was renamed to winasc.h, and winker (the makefile) was renamed to winker.mak. The first two are just copies of the C-Kermit files.] ------------------------------ Date: Wed Jun 21 15:54:28 1989 From: Christine M. Gianone Subject: New Release of HP-9000 BASIC Workstation Kermit Keywords: HP-9000 Kermit, BASIC Kermit >From Andy Campagnola of Hewlett-Packard in Loveland, Colorado, comes version 1.02 of HP-9000 BASIC workstation Kermit. The major change seems to be that the source can now be modified to run in HP-BASIC 4.0 as it contains no compiled code -- it's 100% interpreted BASIC. Many of these files came to us in binary format with strange names, and so had to be hexified and renamed. The files are in the C area of Kermit Distribution (kermit/c) under the prefix "hpb". See the file HPBAAA.HLP for details about file renaming and encoding. Thanks to Andy for sending in this new release! ------------------------------ Date: Wed, 10 May 89 16:07:22 WET DST From: The National PD Software Archive Subject: CP/M Kermit Replacement Files Keywords: CP/M Kermit [Ed. - This message is in response to a report that two of the CPM Kermit files contained long strings of Ctrl-Z characters, followed by many K of junk.] The new CPM-Kermit developer is Dr Martin Carter of Nottingham University. His Email address is PPZMAJOC@UK.AC.NOTTINGHAM.CCC.VAX. Here is a message from him about the CPXSY*.ASM files: Comparison of hard copy shows that the bit I thought was interpolated is in fact the proper new end of the file; the code after that point is from the original, after the point of deletion. As I suspected, a CP/M directory botch, but the other way round. If *that* is the sort of thing Bertil's CP/M editor did with Truly Huge Files, I can see why he split them up. Further investigation shows that the same sort of thing has happened with CPXSY2.ASM. In neither case would assembly with LASM show up the problem, as it would LINK elsewhere or (for CPXSY2) END before reaching the danger point. I dunno what M80 would have made of it. I've accordingly truncated both files properly (and added in something I happened to see in an old copy of CPXSYS which appears to have fallen through the cracks somewhere), and will be e-mailing them to your good selves Under Seperate Cover. Thanks for notifying me - the truncated files are not much more than half the original length, which makes life easier with restricted disc space. Stay Tooned, Martin [Ed. - Thanks for sending in the fixed files, Steve, and thanks to Martin for fixing them. They have replaced the old copies in the Kermit Distribution A area as CPXSYS.ASM and CPXSY2.ASM. Steve also reports that a new release of CP/M Kermit, 4.09a, is on the way. Stay tooned.] ------------------------------ From: R_Tim_Coslet@cup.portal.com Subject: New Release of Kermit-UCSD (UCPECAN) Date: Sat, 20-May-89 09:19:11 PDT Keywords: UCSD Pascal Kermit, Atari ST, Pecan p-System I am submiting my new version of Kermit-UCSD (Version 1.1), currently running on the Atari MEGA ST2 with the Pecan Software Systems Inc p-System Version IV.2.2, and adaptable to Version IV p-Systems on other machines. You should receive 3 files: 1) a large (about 4500 lines) one containing the source (UCPECA.PAS), a smaller (about 500 lines) one containing the documentation (UCPECA.DOC), and a very short (about 50 lines) one containing a brief list of changes made from V1.0 to V1.1 (UCPECA.UPD). This version contains most of the features I wanted and fixes for the major bugs of V1.0; known limitations are listed in the .DOC file. R. Tim Coslet Usenet: R_Tim_Coslet@cup.portal.com BIX: r.tim_coslet [Ed. - Many thanks, R. Tim! Your new release has replaced the previous one in the "c" Kermit distribution area as kermit/c/ucp*.*, and UCP*.* on BITNET.] ------------------------------ Date: Fri, 26 May 89 19:08:45 EDT From: Andy Lowry Subject: Kermit Script to Map IBM-PC Keyboard for GNU EMACS Keywords: MS-DOS Kermit Key Definitions, GNU EMACS, Meta Key I noticed when I pulled the latest kermit release recently that there's a script included that maps the IBM-PC keyboard to make ALT generate Meta characters for use with GNU EMACS. I've included a file that does that as well as control-meta characters for the lowercase letters. It maps a few other keys as well... check the comments for details. If it seems useful, please feel free to add it to the distribution. [Ed. - It does, and we did, thanks! It has been put with the other MS-DOS Kermit files in the "A" area, as msiem2.ini.] ------------------------------ Date: 7 Jul 89 14:35 From: w_smith@wookie.dec.com Subject: CPVROB.HEX File Now With Distribution Keywords: DEC VT-180, Robin, VT-180, CP/M Kermit Sending the file CPVROB.HEX file to include in the Kermit distribution. - Willie [Ed. - Thanks! The file CPVROB.HEX (for the DEC VT-180 Robin) is in ~kermit/a with the other CP/M Kermit files.] ------------------------------ End of Info-Kermit Digest ************************* 21-Aug-89 22:01:53-GMT,24015;000000000001 Return-Path: Received: from cunixc.cc.columbia.edu by watsun.cc.columbia.edu (4.0/SMI-4.0) id AA16194; Mon, 21 Aug 89 18:01:51 EDT Received: from watsun.cc.columbia.edu by cunixc.cc.columbia.edu (5.59/FCB) id AA12585; Mon, 21 Aug 89 17:59:17 EDT Received: by watsun.cc.columbia.edu (4.0/SMI-4.0) id AA15908; Mon, 21 Aug 89 17:22:26 EDT Date: Mon, 21 Aug 1989 17:22:25 EDT From: Christine M Gianone To: Info-Kermit@watsun.cc.columbia.edu Subject: Info-Kermit Digest V10 #2 Reply-To: Info-Kermit@cunixc.cc.columbia.edu Queries-To: Info-Kermit-Request@CUNIXC.CC.COLUMBIA.EDU Message-Id: Info-Kermit Digest Mon, 21 Aug 1989 Volume 10 : Number 2 Today's Topics: Announcing Pick Kermit Version 0.3 C-Kermit 4F(094) Available for Testing ISO/Kermit Correspondence Archive File Comparitor for IBM Mainframes CMS Kermit 4.1.001 Warning MS-Kermit Scripts and IBM 7171 Protocol Converters Using KERMIT for File Transfer Between a PRIME and an RT PC C64-Kermit Problem Re: Using Kermit on Ethernet? Kermit for Navigator Errors Compiling Amiga Kermit Send digest submissions to Info-Kermit@CUNIXC.CC.COLUMBIA.EDU, requests for addition to or deletion from the Info-Kermit subscriber list to Info-Kermit-Request@CUNIXC.CC.COLUMBIA.EDU or to KERMIT@CUVMA.BITNET. Kermit files may be obtained over networks and by mail order. On the Internetwork, use FTP to log in to host WATSUN, WATSUN.CC.COLUMBIA.EDU, a SUN-4/280 running UNIX (SUNOS 4.0), IP host number 128.59,39.2, or to CUNIXC, CUNIXC.CC.COLUMBIA.EDU, a VAX 8700 running UNIX (Ultrix), IP host number 128.59.40.130. Login as user anonymous (note, lower case), any password, and GET or MGET the desired files. The Kermit files are in directories kermit/a, kermit/b, kermit/c, kermit/d, and kermit/e. You can also get Kermit files over BITNET/EARN; to get started send a message with text HELP to KERMSRV, the Kermit file server, at host CUVMA. For detailed instructions, read the file kermit/a/aanetw.hlp (AANETW.HLP on KERMSRV). To order by mail, request a complete list of Kermit versions and an order form from Kermit Distribution, Columbia University Center for Computing Activities, 612 West 115th Street, New York, NY 10025 USA. ---------------------------------------------------------------------- Date: Mon Aug 21 12:13:32 1989 EDT From: Christine M. Gianone Subject: Announcing Pick Kermit Version 0.3 Keywords: PICK, Microdata, McDonell Douglas, REALITY, Ultimate, IBM PC >From Joe Fisher of Austin, Texas, comes release 0.3 of Kermit for the PICK operating system, written in DATA/BASIC. Version 0.3 replaces version 0.2C of January 1987. The previous release worked only on the Microdata REALITY system, but the new release works on the following systems: Microdata (now McDonell Douglas) REALITY 4.2E DEC MicroVAX II with Ultimate Coprocessor R10*182P IBM PC/XT and compatibles under PICK R83*2.0 IBM PC/AT and compatibles under PICK R83*2.2 The source files have been completely recoded and reorganized to be compatible with Kermit Distribution. They contain only printable ASCII characters. There is a new manual, in PICK Runoff format, PICDOC.RNO, containing user and installation instructions. Thanks to Joe for his efforts in preparing and contributing this new version. The files are in the D area of Kermit Distribution, under the prefix PIC (kermit/d/pic*.* on watsun, PIC* * via BITNET KERMSRV). ------------------------------ Date: Mon Aug 21 12:33:41 1989 EDT From: Frank da Cruz Subject: C-Kermit 4F(094) Available for Testing Keywords: C-Kermit, UNIX Kermit The forthcoming new release of C-Kermit 4F is coming closer. Many of the problems reported by the beta testers have been solved, but a few more must be fixed before final release. Since 4F(085) was announced for testing in Info-Kermit V10 #1 on July 14th, many changes have been made: - attempt to allow the program to compile correctly on Apollo SR10 BSD - attempt to fix the crazy echoing upon reconnecting after file transfer in AT&T-based Unix systems - fix the OS/2-specific code so that it compiles correctly - added new support for Masscomp/Concurrent RTU - added support for AT&T 6300 - fix TRANSMIT command to be interruptible by Ctrl-C - various minor bug fixes, cosmetic improvements, and code reorganization - fix IBM/Rolm CBX dialing - fix support for NeXT in the makefile - improved support for Hayes modem responses - new Microcom modem support - updated support for OS-9/68K - fixed dynamic packet size recalculation to only shorten packets upon real errors - fixed file size and throughput reports in STATISTICS command - attempt to eliminate many compile-time point-type mismatches caused by calls to signal() Some outstanding problems: - The OS/2 version reportedly compiles and runs correctly, but the CKOKER.BOO file which is provided is based on a much older version of C-Kermit. OS/2 users who build the new version are encouraged to send in an up-to-date CKOKER.BOO file. - The VAX/VMS support code (CKV*.*) is not yet updated to agree with this version. The new VMS code should be available within a week or two. - Similarly, the Macintosh code is slightly behind this version, and may need some reconciliation. - Support code for other non-Unix systems such as Commodore Amiga and Data General AOS/VS has not been updated in a very long time, and can not be compiled with the current version of C-Kermit. - BIG PROBLEM: On an AT&T 3B2/300, but apparently nowhere else, C-Kermit fails to write out one or more file buffers when receiving files. - Many Unix systems now disagree on the data type of the signal() function. Previously it was always (*int)(), but now it is (*void)() on some systems like AT&T System V R3, SUNOS 4.0, etc. C-Kermit includes a SIGTYP definition in CKCDEB.H to handle this, but this needs to be updated to reflect the situation on the many different systems C-Kermit tries to support. So far the only bad effect seems to be compile-time warnings about pointer mismatches. C-Kermit users are urged to get the latest pre-release and try it out on their systems and report any problems to me, so that this new version can finally be formally released, and work can begin on the next version. The files are in kermit/test/ck*.* on watsun, and T:CK*.* on BITNET KERMSRV at CUVMA. ------------------------------ Date: Mon Aug 21 12:33:44 1989 EDT From: Christine M. Gianone Subject: ISO/Kermit Correspondence Archive Keywords: International Character Sets The mail archive of the "ISO / Kermit" discussion group is now available as kermit/test/mail.txt on watsun, and as T:MAIL.TXT on BITNET KERMSRV. The messages discuss the recent proposal to extend the Kermit protocol for transfer of text files composed of different national character sets, as well as the first three drafts of the proposal itself. Please notify me if you want to be added to this discussion group. A fourth draft of the proposal will be available shortly. ------------------------------ Date: Fri, 1989 May 12 15:16:26 EDT From: "John F. Chandler" Subject: File Comparitor for IBM Mainframes Keywords: IBM 370 Kermit For those who don't already have a favorite file-comparison program, here's a note concerning one that is available in the Kermit distribution under the name IK0VER.FOR (that's I K Zero, not I K OH). It's specialty is comparing files of 80-byte records with sequence numbers in columns 73 through 80, and it writes out the differences in the form of an update file for converting one input file into the other. The syntax of the updates is compatible with that used by the UPDATE command of CMS (the control cards begin with the string "./ " in columns 1-3). It is not difficult to write a companion program for applying the updates -- such a program is also available in the Kermit distribution in versions for MVS, TSO, and MUSIC (in assembler). IK0VER is entirely in Fortran and contains comments with directions for converting from F77 to F66. John ------------------------------ Date: Tue, 20 Jun 89 15:59:13 EDT From: Brian Holmes Subject: CMS Kermit 4.1.001 Warning Keywords: IBM 370 Kermit After installing version 4.1.001, so far I have only noticed one bug. When I invoke the new version I always get the message "Invalid Kermit command" before I get the CMS-KERMIT> prompt. I notice that the string '$_' appears on the screen after I invoke the new version and before I get the error message. It appears that '$_' is getting passed to KERMIT somehow and of course this would generate the error. I grabbed a completely new version from KERMSRV before I started too. Has anyone else had a problem similar to this? Brian Holmes CSC Operating Systems & Communications SNAIL : Wayne State University, 5925 Woodward, Detroit MI 48202 U.S.A. BITNET : BHOLMES@WAYNEST1 INTERNET : Brian_Holmes@UM.CC.UMICH.EDU UUCP : {UMIX|ITIVAX}!WAYNE-MTS!BRIAN_HOLMES [From John Chandler - The message before the Kermit prompt is undoubtedly due to something in your KERMINI file left over from "the old days". The most likely that comes to mind is "SET SERIES1 ON", which was abandoned as of 4.0 in favor of "SET CONTROLLER SERIES1". Nearly all the other obsolete forms of Kermit subcommand are still accepted in Kermit-370, such as "SET FILE-TYPE BINARY" (should be "SET FILE TYPE BINARY") and "SET RECFM F" (should be "SET FILE RECFM F"). The "$_" appearing on the screen suggests something entirely different, namely, that you are connecting through a fullscreen terminal that isn't Yale-ASCII-type. Kermit-370 attempts to detect the kind of terminal controller by issuing a Yale ASCII status request (which contains an undefined 3270 order plus a dollar sign and x'BC'). If the controller doesn't recognize the special order as a status request introducer, the remaining characters will simply appear as text on the screen. Kermit will then, incidentally, decide that the controller is of type GRAPHICS, but it might also be a real 3270-type terminal (in which case, you wouldn't be able to do any file transfers). Still, the screen would normally be cleared after the status check, but some protocol converters sometimes leave garbage on the screen anyway.] ------------------------------ Date: Fri, 04 Aug 89 09:46:51 ADT From: DEDOUREK%UNB.CA@cuvmb.cc.columbia.edu Subject: MS-Kermit Scripts and IBM 7171 Protocol Converters Keywords: MS-DOS Kermit, Protocol Converters, IBM 7171 Xref: 7171, See IBM 7171 This is in reply to Mike Porter's query in Info-Kermit Digest, v9n7. Sorry about the long delay in replying, but because of a BITNET problem, I just received this issue this week. We also run IBM7171 protocol converters as the main access to the IBM mainframes. I have developed several scripts for automatically logging in, e.g. to TSO. In doing that work, I have gained some experience in writing such scripts. The following comments might be useful to others: On a fast PC, it is possible to send a reply to the 7171 too soon (even though the 7171 is a full duplex device with type ahead buffers). Apparently, some software clears the typeahead, e.g. when VTAM turns the terminal over to a new application. For example: INPUT 10 TERMINAL TYPE: OUTPUT vt100\13 starts the output as soon as the colon is received. Use of Kermit in "line monitor mode" (set debug on) shows that our 7171 is configured to send a blank after the colon. I use INPUT 10 TERMINAL TYPE: ; where the semicolon appears to say that the input string ends at the character immediately preceding. Use of backslash code for blank might be better style. This is particularly important when the 7171 sends an escape sequence (e.g. cursor positioning) following the visible text. I have found it frequently necessary (on my 286 machine) to wait for the escape sequence before sending. (BTW, escape sequences frequently include semicolons; remember to backslash escape semicolons in input statements as in: input \27[2\;36H I once spent many hours finding a bug in a script) The problem of the 7171 sending set-up sequences during the script processing and these not being transmitted to the emulator is a very annoying one when trying to automate logons for users. jrd's proposed solution of: set input-echo off input 10 terminal type: ; output vt100\13 connect won't work for us because there is a whole sequence of input/output statements to do the logon to TSO or whatever before the connect, whereas the 7171 insists on sending the initialization immediately in response to the "vt100\13". (Question to jrd: with set input echo off, just how much input is buffered for eventual processing by the emulator?) One possible solution would be addition of commands to MS Kermit of the form: set terminal vt100-keypad-mode application or similar. A script could then anticipate the required setting of all the emulator modes and explicitly set them before connect. I can see no way of doing this in MS Kermit 2.32/A. (jrd: have I missed something?) The current workaround is to instruct users to type the "7171 reset" key (control G on our system) after logging in. This retransmits all of the vt100 setups while the emulator is listening. Unfortunately, it is easy for a user to forget this, which causes strange problems, e.g. in the TSO editor. I have tried ending scripts with output \7 connect (yes, with set input-echo off) to try to ask for a reset just before the connect in the hopes that the emulator would then catch the sequences. Works perfectly in the next office on an IBM PC/XT. On my PS/2 30-286 (an 80286, 10MHz, 1 wait state machine) the communications goes into a loop! The 7171 is continuously sending garbage stuff. I have not had the time to determine whether the 7171 has botched and is sending junk, or whether MSKermit is continuously sending stuff and the 7171 is merely responding with error messages. (Typically, TSO invalid command, etc). I presume that the problem is that the reset occurs too soon after the last part of the logon command to TSO on my faster machine. I will report on this problem if I discover more information. John DeDourek, Professor School of Computer Science University of New Brunswick Fredericton, N. B. CANADA E3B 5A3 dedourek@unb.ca -- Registered Domain Name DEDOUREK@UNB -- BITNET / NETNORTH (Canada) dedourek@unb.bitnet -- For mailers which only know how to get to bitnet this way. [From jrd - There are two buffers. The serial port circular buffer is typically 1500 bytes. Script commands and the emulator draw from it, and characters cannot be returned afterward. Script commands may use a private 128 byte buffer for pattern matching; this buffer is not accessible by the emulator. This means that characters drawn out of the primary serial port buffer by the script commands will not be seen by the terminal emulator. (To reiterate a common item: the terminal emulator is not active during scripts, and this is the root of the discussion here). I agree that \32 is much safer rendition of a trailing space than a movable comment indicator. One may also use curly braces around the pattern string, such as: INPUT 10 {TERMINAL TYPE: } ; optional comment If one checks DEC VT10x terminals one finds that keypad applications mode can be set only by the host. The same is true for the VT300 series terminals. However, the VT320/102/52/H-19 emulator the next release of MS Kermit has the command SET TERMINAL KEYPAD {NUMERIC, APPLICATION}. There must be a 7171 problem associated with a too rapid response from the PC. One way of achieving a tiny wait interval is to say PAUSE 0, the processing time for which is a few milliseconds.] ------------------------------ Date: 26 May 89 20:22:39 GMT From: mskinner@boston5.vnet.ibm.com Subject: Using KERMIT for File Transfer Between a PRIME and an RT PC Keywords: IBM RT PC, Prime Concerning using KERMIT for file transfer between a PRIME and an RT: IT NOW WORKS! Thanks to everybody who took the time to offer me suggestions, both in the forum and directly. I REALLY appreciate it. It turned out to be a protocol problem -- like the RT version of KERMIT, the PRIME version also has a KERMIT setup file (that I had been overlooking); so when KERMIT on the PRIME was made active, it would change the parameters that I had set using the PRIME's ASYNCH (or whatever) command. Making sure parity was set to "mark" on both systems is what specifically fixed the problem. And to think the only Kermit I knew two weeks ago was the one on Muppet Babies... Thanks again for all the help. -- Mark Skinner (MSKINNER at BOSTON5) 8-234-6521 ------------------------------ Date: Tue, 13 Jun 89 22:30:30 EST From: ray@gibbs.physics.purdue.edu (Ray Moody) Subject: C64-Kermit Problem Keywords: Commodore 64 Kermit, C64 Kermit >I have the following configuration : a Commodore C64, a 2400 baud Hayes >compatible modem and a modem adaptor that connects the former two together. >When I used a terminal software called CCGMS 6.0, the system worked nicely up >to 2400 baud !!!!! However, when I used KERMIT, it was a complete failure no >matter what baud rate I tried !! Commodore Kermit is only capable of 2400 baud on a C128, not a C64. Support for 2400 baud is likely to appear in the future (hey; a C64 is a slow machine.) There is a problem that occurs at 1200 baud on some modems when connected to a C64. The C64 thinks it is a C128 and uses slightly different timing. Some modems don't care, others do. There is a fixed version of Kermit 2.2, but this version is not widely distributed. There are no known problem with 300 baud. >The problem is : After the usual procedure >of dialing the number manually and hearing the high pitch tones, the modem >did not kick in to do the rest !! Are there some parameters (that I am not >aware of) that need to be set beside baud rate in KERMIT ? What about a >parameter in KERMIT called rs232-registers ? What should be its hex value? >Any help is appreciated !! My guess is that there is something *inside the modem* that is not set properly. Perhaps you are not sending an AT sequence that your terminal program does. The "set rs232-registers" command is going away soon. In older versions of Kermit, the "set rs232-registers" command was used to specify baud and parity with a cryptic hex number. The typical "gotcha" in Commodore Kermit is changing parity without changing word-size. If you are using no parity, you should be using eight bit words. If you are using any other parity, you should have seven bit words. (Perhaps this ``feature'' is too confusing to be worth keeping.) Ray ------------------------------ Date: Tue, 20 Jun 89 21:16:37 EDT From: "Roger Fajman" Subject: Re: Using Kermit on Ethernet? Keywords: Ethernet > [Ed. - There are many requests for this. The most practical approach to > adding TCP/IP Telnet support to MS-Kermit would be to take the board-level > drivers from NCSA Telnet and convert them into TSR Bios-level drivers for > COM1. Then let MS-Kermit's SET PORT BIOS1 command do the rest. This > apparently already works with certain commercial IP products, e.g. Interlan's > TCP/IP Gateway for Novell networks (see Info-Kermit V9 #8).] FTP Software recently announced INT 14 support for their PC/TCP product, which supports many network boards. I haven't had an opportunity to try it with MS Kermit yet. ------------------------------ Date: Sat, 03 Jun 89 18:01:01 EDT From: Peter Jones Subject: Kermit for Navigator Keywords: Navigator, Blind, Braille Some time ago, I announced I would be interested in developing a KERMIT system for the VBII terminal for the blind, an 8080-based braille workstation. I have decided to abandon this project, as too much investment would be required to support and debug an 8080 program in our environment. Telesensory Systems Inc has announced a new device called the Navigator. This is a PC-like system with braille I/O. As we use PC's at UQAM, support would be available. I'm wondering if anyoune has tried Kermit on the Navigator. Would a special version be required? Peter Jones MAINT@UQAM (514)-282-3542 "All's well that ends." :-) ------------------------------ Date: Fri, 21 Apr 89 09:16:59 MET From: "Boelen, Lodewijk J.M." Subject: Errors Compiling Amiga Kermit Keywords: Amiga C-Kermit, Commodore Amiga Lectori Salutem In December I have got both the sources and a BOO-ed version of Kermit on my Amiga. By curiosity I compiled the sources with the Lattice 3.10 compiler to get acquainted with the software available on my new (second hand) AMIGA2000. I love that machine! I remarked the following compiletime errors: 1.there are many warnings 89 on the variables "pid" and "D7Save" and others; 2. ckitio.c: .1 error 71: formal declaration error "m"; .2 error 9: undefined identifier "m"; .3 error 63: duplicate declaration of item "m"; 3. ckifio.c: error 57: semicolon expected; 4. ckuus3.c: error 25: invalid macro usage. The total time needed for compilation on my two-diskette machine, with an adapted make-file, is 15 minutes. On scanning the sources near the marked lines I made some changes I will describe hereafter. All the compiletime errors were gone but the one in ckuus3.c. To get a Kermit program I had to attack the BOO-ed version I guessed to be in ckiker.upd. When anyone is interested I will mail my critics and the way I got a working Kermit program. I could emulate a terminal, that's all. I called for HELP but got no responses on the sources problems. So I waited for the newest version, announced in the meanwhile, hoping on the errors to be corrected. Before yesterday I compiled the newest sources the first time. I was sad to find the same errors as described above plus one: the version of HEARN's ckucmd.c is cut off. After receiving the TUVMA-version and applying the corrections, yesterday I got in the same situation as in January. So now my second call for HELP! Here are the corrections on the lines of the actual version: 1. ckitio.c: all the errors are gone when you change line 692 from: "int n, m;" into: "int n;" and insert after line 695: "int m;"; 2. ckifio.c: a little above line 343 you can find: "return(...));". If you change this line in "return(...);" (one ")" less!) all is well. I don't know C though it looks very nice, but also a colleague could not find a solution on the error in ckuus3.c. I wonder if the warnings are not harmful, but I don't know to correct them. Can anyone help me? I would be grateful, Lodewijk. [Ed. - To our knowledge, nobody has worked on the Amiga-specific portion of C-Kermit since Steve Walton's contributions of January 1987, listed in ckiker.upd. If anyone out there has worked on upgrading C-Kermit's Amiga support to the current version of C-Kermit -- or better still, the test version 4F with file attribute packets -- please let us know! Or if you are willing to volunteer to take on the job, also please tell us. Until then, the best we can do is add Lodewijk's message to the ckiker.bwr file.] ------------------------------ End of Info-Kermit Digest ************************* 5-Oct-89 21:59:39-GMT,19944;000000000001 Return-Path: Received: from cunixc.cc.columbia.edu by watsun.cc.columbia.edu (4.0/SMI-4.0) id AA05698; Thu, 5 Oct 89 17:59:35 EDT Received: from watsun.cc.columbia.edu by cunixc.cc.columbia.edu (5.59/FCB) id AA11235; Thu, 5 Oct 89 17:58:48 EDT Received: by watsun.cc.columbia.edu (4.0/SMI-4.0) id AA05686; Thu, 5 Oct 89 17:56:02 EDT Date: Thu, 5 Oct 89 17:56:01 EDT From: Christine M Gianone To: info-Kermit@watsun.cc.columbia.edu Subject: Info-Kermit Digest V10 #3 Reply-To: Info-Kermit@cunixc.cc.columbia.edu Queries-To: Info-Kermit-Request@CUNIXC.CC.COLUMBIA.EDU Message-Id: Info-Kermit Digest Thu, 5 Oct 1989 Volume 10 : Number 3 Today's Topics: Kermit Distribution Moves from CUNIXC to WATSUN Announcing IBM Mainframe VM/CMS Kermit-370 Version 4.1.005 New Test Release of Mac Kermit A Very Minor Re-release of MS-Kermit 2.32/A for the IBM PC Announcing a Minor Update to MS-Windows Kermit Announcing DECsystem-10 Kermit 3(134) Announcing a Version of CP/M Kermit for the HP-125 New Version of Telcon Zorba Kermit Setup for Using CRISP with MS-Kermit Re: Mixing Things in MS-Kermit Key Definitions? Re: Mixing things in MS-Kermit 2.32/A Key Definitions Using Kermit on Ethernet? VT100 Terminal Emulation for the Heath89? Digest submissions may be sent to Info-Kermit@WATSUN.CC.COLUMBIA.EDU, requests for addition to or deletion from the Info-Kermit subscriber list to Info-Kermit-Request@WATSUN.CC.COLUMBIA.EDU or to KERMIT@CUVMA.BITNET. Kermit files may be obtained over networks and by mail order. On the Internetwork, use FTP to log in to host WATSUN, WATSUN.CC.COLUMBIA.EDU, a SUN-4/280 running UNIX (SUNOS 4.0), IP host number 128.59,39.2. 128.59.40.130. Login as user anonymous (note, lower case), any password, and GET or MGET the desired files. The Kermit files are in directories kermit/a, kermit/b, kermit/c, kermit/d, and kermit/e. You can also get Kermit files over BITNET/EARN; to get started send a message with text HELP to KERMSRV, the Kermit file server, at host CUVMA. For detailed instructions, read the file kermit/a/aanetw.hlp (AANETW.HLP on KERMSRV). To order by mail, request a complete list of Kermit versions and an order form from Kermit Distribution, Columbia University Center for Computing Activities, 612 West 115th Street, New York, NY 10025 USA. ---------------------------------------------------------------------- Date: Tue, 3 Oct 89 17:16:29 EDT From: Christine M Gianone Subject: Kermit Distribution Moves from CUNIXC to WATSUN Keywords: CUNIXC, WATSUN, FTP, Kermit files, Info-Kermit, Info-Kermit-Request As announced in Info-Kermit V9 #6 (April 1989), CUNIXC is being retired from network service as a base for the Kermit files, and has been replaced by WATSUN.CC.COLUMBIA.EDU, IP host number 128.59,39.2, which by now should be well known to all Internet sites. Watsun is the home of the Kermit files, and contains the definitive copies of all the Kermit files. It is accessible via anonymous FTP, just as CUNIXC was. ------------------------------ Date: Wed, 1989 Sep 13 13:13 EDT From: "John F. Chandler" Subject: Announcing IBM Mainframe VM/CMS Kermit-370 Version 4.1.005 Keywords: IBM 370 Kermit, VM/CMS Kermit, Xref: CMS Kermit, See VM/CMS Kermit Xref: VM/XA Kermit, See VM/CMS Kermit Xref: CMS/XA Kermit, See VM/CMS Kermit This is to announce the release of Kermit-370 version 4.1.005 for CMS. The new version comes (for the first time) in two flavors, the new flavor being CMS/XA. The latter can be generated by obtaining the new file IKCXA UPD in addition to the new version of IKCKER UPD and using the command VMFASM KERMIT KERMXA instead of VMFASM KERMIT KERMIT. The XA version will run under CMS 5.5 under VM/XA SP 2 in either 370 or XA mode but will not run under earlier releases of CMS. Conversely, the standard version will run under pre-5.5 CMS under either VM/SP or VM/XA but will not run under CMS 5.5. This unfortunate dichotomy could be eliminated, but only by hard- coding certain CMS macros and making extensive use of conditional assembly. Version 4.1.005 has several improvements over 4.1.001: 1. Certain situations causing VTAM to lock up a file transfer are now prevented. 2. A bug introduced in 4.1.001, which prevented file transfers when the user had CP SET APL ON, has been corrected. 3. Certain CP SET options which are not supported by VM/XA are now avoided by both flavors of Kermit when running under VM/XA. 4. The tentative fix (SC89165) offered in IKCKER BWR for certain infinite waits on protocol-converter-type transfers has been definitely included. 5. The common storage has been rearranged slightly to remain within the 4K addressibility limit. 6. A new, separate error condition is recognized when Kermit-CMS receives a "packet" containing no start-of-packet character. The old response was the somewhat misleading "Bad packet count or checksum." 7. There is now provision for an accounting exit routine to be called after completion of each batch of SEND or RECEIVE. A sample routine is available as IKCACT ASM and can be configured to punch cards, cut system accounting records, or write a disk file. Since the exit routine is optional, you must explicitly load it with Kermit. 8. Perhaps most interestingly, Kermit-CMS now recognizes a syntax for sending partial files by line numbers. The syntax is SEND filespec where "filespec" is any valid file specification, "n" is the first line to send, and "m" is the last. There must be no blank between the file name and the "<". Either "n" or "m" may be omitted (the default is the start or end of the file, respectively), and the hyphen may be left off as well if "m" is omitted. The same syntax may be used in a GET request (or, in many cases, a REMOTE TYPE request) through a micro Kermit talking to a Kermit-CMS server. Many thanks to the beta-testers, who put the new version through its paces and helped in identifying weaknesses in the implementation. Note: the TSO version of release 4.1.005 will be available soon. [Ed. - Many thanks, John, for your continuing excellent and thorough work. The new features are most welcome, and the support for XA will be good news for many sites! The new files are in the "B" area of Kermit Distribution, kermit/b/ikc*.* on watsun for Internet access, and also available from BITNET KERMSRV at CUVMA as IKC*.*.] ------------------------------ Date: Tue, 22 Aug 89 16:46:26 EDT From: Paul Placeway Subject: New Test Release of Mac Kermit Keywords: Macintosh Kermit New sources for Mac Kermit 0.98(62), compilable with the 4F(095) C-Kermit files are now available, along with an up-to-date CKMKER.HQX file, which can be decoded into the working Mac Kermit application using BinHex V4. This version fixes the font assignment problems, makes mouse->arrow keys work again, and does statistics on file transfer right. It also is better about keys when running under System 4.2 or better (specifically, it disables dead-keys and doesn't strip off shifting when unmodifying keys). --Paul [Ed. - Thanks Paul! The new files have relaced the old ones in kermit/test/ckm*.* on watsun, and in the T: area of BITNET KERMSRV on CUVMA. Please send reports and comments to Info-Kermit@watsun.] ------------------------------ Date: Thu, 14 Sep 89 21:17:39 EDT From: "Joe R. Doupnik" Subject: A Very Minor Re-release of MS-Kermit 2.32/A for the IBM PC Keywords: MS-DOS Kermit 2.32/A Release 2.32/A of MS Kermit had a bug when operated as a Server. If the current directory were the the root ("\") of a disk then it could not receive files because the server added two backslashes before the name of the incoming file, and issued an error message like "?Unable to create \\FOO", rather than creating the file. This problem is fixed in the interim release file MSVIBM.BOO, for IBM-PCs only. The running program can be identified by the version banner double date of "21 Jan 1989/13 Sept 89." Joe Doupnik (the guilty party). [Ed. - Many thanks again, Joe! The new MSVIBM.BOO file has been installed in the "A" area of Kermit Distribution, and the MSKERM.BWR file has also been updated.] ------------------------------ Date: Wed Sep 13 12:29:28 1989 From: Christine M. Gianone Subject: Announcing a Minor Update to MS-Windows Kermit Keywords: MS-Windows Kermit >From Bill Hall of Santa Clara, CA, a new set of MS-Windows Kermit files. The major change is that all the files have been named consistently, and the makefile (winker.mak) adjusted accordingly. There are also some minor improvements to the dialog boxes, etc. The new version is 4.10, and it has been tested successfully under MS-Windows 2.03 on a PS/2. The new files, including a "boo" file of the executable program (which may be converted back into an .EXE file using any of the MSBPCT programs), are in the "A" area of Kermit Distribution, kermit/a/win*.* on watsun, and are also available over BITNET from KERMSRV at CUVMA as WIN*.*. Thanks to Bill for sending in the new version. Future releases are expected to have some major additional features. ------------------------------ Date: Mon, 18 Sep 89 01:06:47 +0100 From: Dan Norstedt Subject: Announcing DECsystem-10 Kermit 3(134) Keywords: DECsystem-10 Kermit, Bliss Kermit, TOPS-10 Kermit, VAX/VMS Kermit New features and changes in Kermit-10 3(134): This version has added support for extended length packets - * Extended length packets are supported by the normal SET RECEIVE PACKET and SET SEND PACKET commands. Sizes up to 1000 are allowed. By default, extended length packets are not used. Typically, use SET RECEIVE PACKET 1000 and SET SEND PACKET 1000 to enable it. It also contains bug fixes/enhancements from the VMS version - * CRC calulations works ok when sending 8 bit data not using quoting. * IBM mode handshake improved. * Don't lose last character in a buffer if it's a widow. That's all, folks. The updated files are: K10COM.REQ K10GLB.MAC K10MIT.MAC K10MSG.BLI K10MSG.MAC K10TT.MAC K10UNV.MAC There are no new files, except this announcement. The .MAC (Macro-10) files are generated from the Bliss sources, but they will only work for KL and KS systems (our system is a KI). But since KI's are rare, and the previous version also was compiled only for KL/KS, I don't think it's much of a problem. The program has been put to heavy use here over the last few months, and I believe it to be free of (at least) new bugs. Regards, Dan Norstedt [Ed. - Many thanks, Dan! This will certainly be good news for the world's remaining TOPS-10 users. The new files are installed in Kermit Distribution in the B area, kermit/b/k10*.* on watsun.cc.columbia.edu for Internet access, and in K10*.* on KERMSRV at CUVMA for BITNET access. Note that the system-independent Kermit protocol portions of this program are supposed to share the same source files with VAX/VMS Kermit-32. VAX/VMS users who have a Bliss-32 compiler are encouraged to get the new files and see if a new version of Kermit-32 can be built from them, which will give this orphaned program long packet support.] ------------------------------ Date: 30-Aug-89:08:08:48 From: mailer@uwalocke.bitnet Subject: Announcing a Version of CP/M Kermit for the HP-125 Keywords: CP/M Kermit, HP-125 Sending you an Intel .HEX-formated version of the system-dependent part of CP/M Kermit, Version 4.09, for the HP-125 Business Assistant computer running HP's modified CP/M Version 2.2. I suggest that it be called CPVHP1.TXT. I can also send the sources in separate messages if you wish. Sorry it took so long but other projects were pressing. You may reach me by sending mail on Bitnet to mailer@uwalocke.bitnet with the subject "dec10%bpa". Cheers! -- Mike Freeman, Bonneville Power Administration; P.O. Box 491; Vancouver, WA 98666 Routine MORF (Telephone (206)690-2307) -- [Ed. - Thanks, Mike! The file has been installed as you suggest as CPVHP1.TXT, and the source has been installed.] ------------------------------ Date: Fri, 1 Sep 89 12:17 PST From: Subject: New Version of Telcon Zorba Kermit Keywords: Telcon Zorba Kermit Sending a new version of the system-specific file CPVTEL.HEX which adapts Kermit (version 4.09) for the Telcon Zorba. This version allows the Zorba to set various baud rates and to transmit a 300 ms break. There is, of course, also a version of the file cpxhea.asm which incorporates this functionality for the Zorba. CPVTEL.HEX, in Intel .HEX-format is being sent. I may be reached via E-mail via Bitnet at mailer@uwalocke. Please make the subject of messages . Cheers! -- Mike Freeman; 301 N.E. 107th Street; Vancouver, WA 98685; Telephone (home) (206)574-8221, (work) (206)690-2307. -- [Ed. - Thanks again Mike. The old HEX file has been replaced with the new one in ~kermit/a/cpvtel.hex.] ------------------------------ Date: 10 Sep 89 03:26:59 GMT From: djm@wam.UMD.EDU Subject: Setup for Using CRISP with MS-Kermit Keywords: MS-DOS Kermit, CRISP Sending a shell archive containing files that can be used to allow the crisp text editor to be used with MS-Kermit in vt102 mode. To use it, install mskermit.m in your crisp macros/tty directory and source crisp.tak with MS-Kermit's "take" command. I took the escape sequences almost verbatim from the tty/isc.m file, then rebound MS-Kermit's keys to send them. I didn't use MS-Kermit's default vt102 bindings because, crisp being a clone of a DOS editor, it's best to use the PC keyboard as such rather than awkwardly emulating a DEC keyboard. I welcome any improvements to these files; in particular, I don't have color or an enhanced keyboard, so support for those is untested. To use the keypad for crisp, you should probably put Num Lck on so you don't have to use shift to go to the beginning of the line, etc. Then you access the MS-Kermit functions (scrolling the display memory) by using shift. There is no way to get the keypad to transmit plain old numbers in this configuration. [Ed. - Thanks. The file is in ~kermit/a with the filename MSICSP.INI.] ------------------------------ Date: 14 Jun 1989 17:57-CDT From: Jim Fregin Subject: Re: Mixing Things in MS-Kermit Key Definitions? Keywords: MS-DOS Kermit, Key Definitions, Kermit Verbs Martin Kiff, in Info-Kermit Digest V9 #9, asked about mixing text with MS-Kermit keyboard verbs. His intent was to pad commands sent to the host from a single keypress. I have one solution to this. Use the VT102 \KterminalS and \KterminalR verbs with the macros defined to output the desired text and connect again. The only drawback of this is that only 2 keys could be defined in this manner. This leads into a suggestion that I have for improvement of MS-Kermit. Multiple keys could be defined in the above manner by allowing any defined macro to be called from a single keypress in terminal mode. (I.E. a macro named PAD would be called by pressing a key defined as \Kpad.) It sounds like this overcomes the problem of parsing you spoke of in your reply to Martin Kiff. I would be EXTREMELY interested in this feature for calling macros and subsequently executing several script files that I have written. Jim Fregin [Ed. - The forthcoming new release of MS-Kermit will allow \Kverbs to be embedded in key definition strings, as in "set key \315 aaa\{Kgold}bbb", and probably will also expand the number of macro names that can be associated with keys.] ------------------------------ Date: Fri, 16 Jun 89 09:07:41 CDT From: Fritz Keinert Subject: Re: Mixing things in MS-Kermit 2.32/A Key Definitions Keywords: MS-DOS Kermit, Key Definitions, Kermit Verbs In Info-Kermit V9 #9, Martin Kiff asks about mixing text and Kermit action verbs in a key definition. I ran into the same problem just two days ago. The EDT editor on our VAX system uses combinations of function keys a lot. For example, the "FIND" command is F1 F3. I tried to reassign this command to ^S, like the EMACS editor I am used to, by saying set key \19 \Kgold\Kpf3 but that did not work. After many attempts, I found the solution: In section 1.17.2 of the Kermit documentation (line 5318), in the very right-hand column, is a list of the actual characters transmitted by Kermit when these function keys were pushed. For example, F1 = Esc O P. I then tried set key \19 \27OP\27OR and that works fine. Even complicated things like F1 F5 "exit" shift-F6 (which is the sequence to exit) work fine. Assigning this to Alt-Z translates into set key \2348 \27OP\27Owexit\27OM According to this, Martin's specific problem would be answered like this: Instead of set key \316 \Klfarr\016T try this set key \316 \27OD\016T (This is assuming you use the VT-102 mode of Kermit). Good luck. Fritz Keinert Dept. of Mathematics Iowa State University Ames, IA 50011 (515) 233-6218 S1.FXK@ISUMVS [Ed. - This is a good workaround until the next major release of MS-Kermit.] ------------------------------ Date: Thu, 11 May 89 13:32:16 IST From: Reuven Weiss Subject: Using Kermit on Ethernet? Keywords: Ethernet, MS-DOS Kermit Network Support, TCP/IP I would like to use the Kermit interface (scripts, key redefinitions, etc.) while connected from a PC to a host by TELNET. Our campus has many RS232 terminals where we use Kermit 2.32/A on PC's and the various Kermit programs on CDC, VAX and IBM hosts. We also have a LAN under TCP/IP protocol. The LAN connects to the same hosts and to many PC's. On the PC's we use 3COM 3C501 and WD8003E cards and NCSA 2.2 program (for TELNET and FTP). Instructing users would be easier if the two programs (KERMIT and NCSA) would have similar user interface, where it is possible. There is much similarity in terminal emulation and KERMIT works now also with LAN (NETBIOS and U-B). Perhaps KERMIT can evolve to TCP/IP emulation? I would like to read comments from Kermit users. Reuven Weiss Faculty of Engineering Tel - Aviv University REUVEN@TAUENG.bitnet (a VAX/VMS site) or I64@TAUNIVM.bitnet (an IBM/VM site) [Ed. - There are no plans at present to have MS-DOS Kermit include explicit support for various Ethernet boards or for Telnet protocol. However, Kermit can be used in this environment if your TCP/IP implementation includes a Bios Int14h COM1 interceptor. An example is the Interlan TCP/IP gateway for Novell (SET PORT BIOS1 in MS-Kermit). See the message from Jim Gogan in Info-Kermit V9 #8.] ------------------------------ Date: Wed, 10 May 89 19:41:25 EDT From: SANDY%OUACCVMB.BITNET@cunyvm.cuny.edu Subject: VT100 Terminal Emulation for the Heath89? Keywords: Terminal Emulation, Heath89, CP/M Kermit Has anyone configured kermit for the Heath89 (cpm 2.2) to look like a VT100 to an IBM 7171 protocal converter? I would have great difficulty trying to assemble a revision on my small machine. Thanks in advance. Rich Sandy SANDY AT OUACCVMB.BITNET [Ed. - To our knowledge, no one has ever written code to do this. The only hope would be if the H89 included Heath-19 terminal firmware, which is capable to some extent of using the same ANSI escape sequences as the VT100.] ------------------------------ End of Info-Kermit Digest ************************* 7-Nov-89 0:24:39-GMT,26407;000000000001 Return-Path: Received: from cunixc.cc.columbia.edu by watsun.cc.columbia.edu (5.59/FCB) id AA06601; Mon, 6 Nov 89 19:24:36 EST Received: from watsun.cc.columbia.edu by cunixc.cc.columbia.edu (5.59/FCB) id AA09219; Mon, 6 Nov 89 19:21:56 EST Received: by watsun.cc.columbia.edu (5.59/FCB) id AA06546; Mon, 6 Nov 89 19:20:10 EST Sender: Frank da Cruz Date: Mon, 6 Nov 89 19:20:09 EST From: Christine M Gianone To: Info-Kermit@watsun.cc.columbia.edu Subject: Info-Kermit Digest V10 #4 Reply-To: Info-Kermit@watsun.cc.columbia.edu Queries-To: Info-Kermit-Request@WATSUN.CC.COLUMBIA.EDU Message-Id: Info-Kermit Digest Mon, 6 Nov 1989 Volume 10 : Number 4 Departments: ANNOUNCEMENTS - Announcing IBM Mainframe MVS/TSO Kermit-370 Version 4.1.005 Announcing Apple II Kermit Version 3.86 Announcing Kermit-12 Version 10f Minor Release of Commodore Kermit KERMIT PROTOCOL - Proposed Modification to "Set Warning" MOS-DOS KERMIT - MS-DOS Printer Drivers Needed MS-DOS Kermit Losing Characters at 19200 bps MS-DOS Kermit Losing Characters with KEYB Drivers MISCELLANY - Kermit over Ethernet Kermit File Transfers on DECstation 3100 Problems with Kermit for the DECsystem-10 DECsystem-10 Kermit Macro Source Problem Kermit Bootstrapping Digest submissions may be sent to Info-Kermit@WATSUN.CC.COLUMBIA.EDU, requests for addition to or deletion from the Info-Kermit subscriber list to Info-Kermit-Request@WATSUN.CC.COLUMBIA.EDU or to KERMIT@CUVMA.BITNET. Kermit files may be obtained over networks and by mail order. On the Internetwork, use FTP to log in to host WATSUN, WATSUN.CC.COLUMBIA.EDU, a SUN-4/280 running UNIX (SUNOS 4.0), IP host number 128.59,39.2. 128.59.40.130. Login as user anonymous (note, lower case), any password, and GET or MGET the desired files. The Kermit files are in directories kermit/a, kermit/b, kermit/c, kermit/d, and kermit/e. You can also get Kermit files over BITNET/EARN; to get started send a message with text HELP to KERMSRV, the Kermit file server, at host CUVMA. For detailed instructions, read the file kermit/a/aanetw.hlp (AANETW.HLP on KERMSRV). To order by mail, request a complete list of Kermit versions and an order form from Kermit Distribution, Columbia University Center for Computing Activities, 612 West 115th Street, New York, NY 10025 USA. ---------------------------------------------------------------------- Date: Wed, 1989 Oct 11 20:44 EDT From: "John F. Chandler" Subject: Announcing IBM Mainframe MVS/TSO Kermit-370 Version 4.1.005 Keywords: IBM 370 Kermit, MVS/TSO Kermit, TSO Kermit This is to announce the release of Kermit-370 version 4.1.005 for TSO. This version is comparable to the recently released 4.1.005 for CMS. Version 4.1.005 has several improvements over 4.1.004. 1. The common storage has been rearranged slightly to remain within the 4K addressibility limit. 2. A new, separate error condition is recognized when Kermit-TSO receives a "packet" containing no start-of-packet character. The old response was the somewhat misleading "Bad packet count or checksum." 3. There is now provision for an accounting exit routine to be called after completion of each batch of SEND or RECEIVE. A sample routine is available as IKCACT ASM (for CMS) and may be adapted to specific needs. Since the exit routine is optional, you must explicitly load it with Kermit in the linkage editor. The appropriate JCL has been added to (but commented out) the installation job in IKTKER.INS. 4. The installation batch job has also been updated to include the REUS option on the LKED step, so that TTY-mode timeouts will work on MVS/XA systems. Also, conditional execution is now specified on the assembly and link-editing steps to minimize the repercussions of any errors in setting up the job. 5. Perhaps most interestingly, Kermit-TSO now recognizes a syntax for sending partial files by line numbers. The syntax is SEND filespec where "filespec" is any valid file specification, "n" is the first line to send, and "m" is the last. There must be no blank between the file name and the "<". Either "n" or "m" may be omitted (the default is the start or end of the file, respectively), and the hyphen may be left off as well if "m" is omitted. The same syntax may be used in a GET request (or, in many cases, a REMOTE TYPE request) through a micro Kermit talking to a Kermit-TSO server. Many thanks to the beta-testers, who put the new version through its paces and helped in identifying weaknesses in the implementation. There are two updates that were not included in this release because of inconclusive test results. The first was designed to correct the problem of Kermit failing to executed a migrated KERMINI file, and the second to enable Kermit to recognize dataset modification dates maintained by the ASM2 package. Anyone interested in testing these should send a note to John Chandler . [Ed. - And many thanks to you, John! The new files are installed in the Kermit Distribution "B" area, kermit/b/ikt* on watsun for anonymous ftp access, and on KERMSRV@CUVMA as IKT* * for BITNET access.] ------------------------------ Date: Tue Oct 31 19:04:55 1989 From: Christine M Gianone Subject: Announcing Apple II Kermit Version 3.86 Keywords: Apple II Kermit 3.86, ProDOS This is to announce Apple II Kermit Version 3.86 for Apple II DOS and ProDOS, which replaces version 3.85 of January 1989, from Ted Medin, MEDIN-T@SHARK.NOSC.MIL. The major changes include: 1. ProDos QUIT is fixed 2. VT-100 emulation bug fixes 3. The program now works on the Apple//c+ now works 4. Blinking cursor when connected 5. Connect escape menu now has MODEM and QUIT added 6. Better handling of illegal characters in received filenames 7. Wildcard file transfer SEND no longer misses files 8. New installation procedure 9. New Apple Cat serial card driver 10. New file management commands LOCK, UNLOCK, and RENAME added 11. GET & SEND commands now allow two filespecs so one can change the name 12. Revised documentation, available in both ASCII and Postcript form The changes are listed in more detail in the file APPAAA.NEW, along with credits to those who supplied new code, reported bugs, and so forth, including Ralph Carpenter, Les Ferch, Steve Kunz, Klaus Schnathmeier, and Dick Wotiz. The new files are in app*.* in the various Kermit Distribution "A" areas, and can be ordered on Kermit Tape A. Many thanks to Ted for his continued efforts in developing and supporting this program. ------------------------------ Date: 05-October-1989 From: lasner@cunixc.cc.columbia.edu (Charles Lasner) Subject: Announcing Kermit-12 Version 10f Keywords: PDP-8, PDP-12, VT-78, VT-278, DECmate, OS/8 Xref: DEC PDP, See PDP This is to announce the release and availability of a highly revamped KERMIT program for the complete family of Digital Equipment Corporation 12-bit computers, known as KERMIT-12 (or K12MIT), Ver. 10f. Unlike its predecessors (K08MIT and K278, upon which it is partially based, as well as prior versions of KERMIT-12), KERMIT-12, as now distributed, will run on any PDP-8 model (8, Linc-8, 8/i, 8/l, 8/e, 8/f, 8/m, 8/a), PDP-12, VT-78, or DECmate (VT-278, aka DECmate I, DECmate II, DECmate III, DECmate III-plus) under any OS/8 family member operating system. Proper operation is accomplished automatically. Companion utilities are provided to deal with "ASCII-fied" binary files in ENCODE format (a mechanism designed by Charles Lasner and Frank da Cruz as a proposed successor to BOO format); ENCODE format has been employed to distribute the binary portion of this release of KERMIT-12. Due to the myriad port requirements of the various models, conditional parameters have been provided in the source (as well as a separate patching file) for models prior to DECmate I. The program auto-configures for all models of DECmate; parameters are available to select the DECmate ports (DP278, communications, printer, etc.) where applicable. Many improvements have been provided to get this KERMIT "up to speed" relative to other KERMITs. KERMIT-12 has been tested successfully with many KERMIT implementations and will run at the maximum baud rate (and sometimes beyond the DEC-stated limit!) of the relevant interface. Any console terminal configuration acceptable to OS/8, etc. can be used at any baud rate as long as local flow-control protocol is obeyed; remote flow control can be disabled at console speeds higher than the remote line rate. Connect mode I/O is fully ring-buffered in all directions with local flow control always enabled for all console terminal operations. (This should satisfy all console terminal requirements ranging from 110-baud teletypes to built-in 350-Kbaud VT-220 emulators, since any of the gamut of these ASCII terminals could be the system console terminal for any of the KERMIT-12 supported computer configurations!). KERMIT-12 will run anywhere OS/8 does, so it runs on any perfect look-alike suitably configured. Some known compatibles are: - TPA made in Hungary, this machine is an 8/l except for the silkscreened letters which are Magyar, not English. - Fabritek MP-12 - Intersil Intercept - Pacific CyberMetrix PCM-12 - Digital Computer Controls DCC-112 and DCC-112H - Computer Extensions CPU-8 (a drop-in replacement for the 8/e or 8/a cpu for a PDP-8/A-400 or -600 hex-wide box) - Computer Extensions SBC-8 (a single-board computer -8 compatible based on the 6120 like a DECmate, but compatible with -8 peripherals, not DECmate peripherals; it also supports up to 16 comm ports) Various emulators are available for PDP-10, 15 and the IBM-PC which will also support KERMIT-12 if suitably configured. Distribution files are available from CUCCA. Testing is under way for some of the more obscure configurations (e.g., DECmate III with comm port); volunteers are welcome for this task. The author can provide copies to interested parties on virtually all of the popular PDP-8 media on a time-available basis. [Ed. - Many thanks, Charles! The files are in Kermit Distribution area D with prefix K12, and the previous PDP-8 versions having prefixes K08 and K278 have been retired. Internet users may ftp the files as kermit/d/k12*, and BITNET users can get them from KERMSRV at CUVMA as K12* *.] ------------------------------ Date: Thu, 10 Aug 89 17:47:01 EST From: ray@maxwell.physics.purdue.edu (Ray Moody) Subject: Minor Release of Commodore Kermit Keywords: Commodore 64 Kermit Commodore Kermit has been upgraded from version 2.2(70) to 2.2(73). We have decided to only increment the minor revision number because we have only changed three bytes! One byte fixes a bug in the parser that caused it to claim that a valid command was unrecognizable when ESC was pushed. Another byte fixes a timing problem where some C64s would not be able to operate with some 1200 baud modems. (And, of course, this bug never happens on a C128 running in C64 compatibility mode, which I used to test things. Sigh). The third byte changes the minor revision number to 73. If you have Commodore Kermit 2.2(70), you can upgrade without downloading anything as follows: 1. Turn on/reset machine (into C-64 mode if on a C-128). 2. Type: LOAD "KERMIT",8 3. Type: POKE 3393,32 POKE 19930,51 POKE 26539,29 4. Type: SAVE "@0:KERMIT",8 Ray [Ed. - Thanks Ray. The updated source and hex files have now replaced the old ones in the Kermit Distribution "A" areas on watsun and CUVMA. Commodore 64/128 Kermit files are prefixed as C64*.*.] ------------------------------ Date: Thu, 12 Oct 89 16:07:38 -0500 From: Gregg Wonderly Subject: Proposed Modification to "Set Warning" Keywords: Kermit Protocol, WARNING I would like to propose that the "set warning" command be phased out in favor of a new set of commands, namely the commands: set file exists replace set file exists rename set file exists skip set file exists ask These commands would be added to kermit implementations wishing to have all of these features. The first two eliminate the need for "set file warning" (which is not really a warning). The behavior of the first two are equivalent to "set file warning off" and "set file warning on" respectively. The second two would extend KERMIT in the following way. When "set file exists skip" is in effect, the KERMIT requesting a file via a GET or RECEIVE would answer the "F" packet with an "X" packet when the file specified in the "F" packet already exists on the requesting machine. It would then move to a state which would ignore subsequent "D" packets thus throwing away the file if the sending KERMIT did not understand "file cancel" (the worse case which would only happen in very limited KERMITS). This would allow a GET command involving wild cards to be restarted at the point that it failed due to transmission failures. When "set file exists ask" is in effect, the above behavior is controlled by the answer to a prompt that is issued to the user. A positive acknowledgement (perhaps just pressing the y key or y and return) would cause the file to be transfered, and negative acknowledgement from the user would cause the file to be "skipped". Of course the prompt could ask the question in such a way as to reverse this logic. I have implemented this in C-Kermit with no real problems. It comes in very handy for the case that I described above with wild cards. Comments? gregg.g.wonderly@att.com (AT&T Bell Laboratories, or ihlpb!gregg) [Ed. - Good ideas, Gregg. We've actually been considering adding them, in some form, to the protocol for some time. In fact, you may have noticed something called SET FILE SUPERSEDE in the Kermit book. But better to combine all this behavior within a single SET FILE command as you suggest. Look for a proposal in the next Info-Kermit.] ------------------------------ Date: Mon Nov 6 16:12:36 1989 From: Christine M Gianone Subject: MS-DOS Printer Drivers Needed Keywords: MS-DOS Kermit Printer Support For inclusion with MS-DOS Kermit 3.0, to be announced for beta testing within about a month, we need public domain (or copyright but freely sharable, like Kermit itself) printer drivers: - A serial printer driver that does Xon/Xoff flow control with the printer. - Graphics printer drivers that will reproduce Kermit's Tektronix graphics screens on various kinds of printers (we currently have one of these, for the EGA/Epson combination). - Text printer drivers that convert between IBM PC special characters in various code pages (particularly the European accented vowels, etc) and the character sets of various printers (like Epson, etc). If you have any programs like this and can contribute them in source-code form, please contact me directly. Thank you. ------------------------------ Date: Friday, 17 February 1989 04:33-MST From: enea!kullmar!pkmab!ske@uunet.uu.net (Kristoffer Eriksson) Subject: MS-DOS Kermit Losing Characters at 19200 bps Keywords: MS-DOS Kermit Performance In article <943@starfish.Convergent.COM>, cdold@starfish.Convergent.COM (Clarence Dold) writes: > From article <667@pkmab.se>, by ske@pkmab.se (Kristoffer Eriksson): >> When I use MS-kermit (ver 2.3*) at 19200 bps on an ALR 386/220 or at >> 9600 bps on a Compaq Deskpro 286, and type anything at the same time >> as I receive something, kermit beeps at me and loses received characters. > > If you are running UNIX, make sure that stty -a returns ixon ixoff -ixany. > The default on our systems is -ixoff ixany, the result being that > when Kermit gives an XOFF, your next keystroke is seen as IXANY, and turns > the flow back on. My principal use of MS-Kermit is indeed for connecting to UNIX systems. And indeed I usually use ixon -ixoff ixany. But I've tried your advice now, and it didn't help at all. I made some more extensive tests, and found that Kermit starts beeping and losing characters almost immediately when I type anything while output is going on to the screen, but starts emitting xoff's much later. (I do have flow control set to xon/xoff in Kermit.) I even lose characters when there are less-than-one-line bursts of output with pauses in between (and I type heavily), in which case Kermit couldn't possibly need flow control. The problem occurs when I use 19200baud on a 24 * 80 screen. It also occurs when I use kermit at 9600 on a 24 * 132 screen. In Tektronix mode, no UART overruns occur, indicating that Kermit can handle these high speeds with flow control. My diagnosis was more or less confirmed when I tried to use Procomm 2.4.2. Same problem there. Casper H.S. Dik University of Amsterdam | dik@uva.uucp The Netherlands | ...!uunet!mcvax!uva!dik [From jrd - The real problem is the keyboard code in the Bios (plus any interceptors) which is turning off interrupts far too long on each keystroke. Look for electronic keyclickers and shut them off completely. My early model DELL 310 has such and loses characters. The beep is my indication that one or more characters have arrived at the serial port with none being removed, an overrun condition; beep replaces the lost character(s). With key clicking off there is no problem operating at very high speeds (> 38400 baud).] ------------------------------ Date: Tuesday, 21 February 1989 14:57-MST From: mcvax!kth!enea!kullmar!pkmab!ske@uunet.uu.net (Kristoffer Eriksson) Subject: MS-DOS Kermit Losing Characters with KEYB Drivers Keywords: MS-DOS KEYB Drivers I have discovered that this character-loss problem occurs when I use a KEYB to remap the keyboard layout for our national requirements. When I use plain US keyboard layout, Kermit doesn't beep, and doesn't lose characters. I usually use the Swedish layout (obviously because I live in Sweden, and have Swedish key-caps). The command is KEYB SV (except for directory names), and I use MSDOS 3.30. I've also tried the UK layout. It had the same problem. The US layout on the other hand, works fine, and it doesn't matter how I get to it. I can switch to it by hitting CTRL-ALT-F1, or load it with the command KEYB US, och just not load the Swedish layout. Does anyone know why KEYB has this undesirable effect? I still think that not even all users that do use KEYB have this problem. Why? Are they just fortunate enough to have a 16550 on their serial port? (That is not likely, I think.) Kristoffer Eriksson, Peridot Konsult AB, Hagagatan 6, S-703 40 Oerebro, Sweden Phone: +46 19-13 03 60 ! e-mail: ske@pkmab.se Fax: +46 19-11 51 03 ! or ...{uunet,mcvax}!enea!kullmar!pkmab!ske [From jrd - Yes, the keyboard helpers of DOS have code which turns off interrupts for very long intervals, for each keystroke. The effect has been noted in a number of countries. Reports from the UK indicate that some vendors are providing improved helpers which eliminate the problem. There is no clear reason why that code needs to turn off interrupts at all, and the same code has probably been used in all the CodePage keyboard routines.] [Ed. - There must be something different between the USA and Sweden. If we give the DOS command KEYB SV,850 on US-model PC/ATs or PS/2s running DOS 3.30, Kermit 2.32/A works perfectly. So perhaps Swedish DOS is not the same as USA DOS???] ------------------------------ Date: Fri, 6 Oct 89 11:33 EDT From: "Vivek Khindria HSC-2D2 x2676 C.S.U." Subject: Kermit over Ethernet Keywords: Ethernet, MS-DOS Kermit Network Support We use a package from Beame and Whiteside (Canadian) that allows serial communication to be redirected across Ethernet via TCP/IP. One version works with any serial communication package. But you need to put a loopback plug on the serial port. The other version of this software works the communication packages that use INT14. The workstation need not even have a serial port. The program will respond to all HAYES commands...ATH...ATZ etc.. We are very happy with this package. If you need more info send me an email note. Vivek Khindria@HSCvax.McMaster.CA Faculty of Health Sciences McMaster University Hamilton, Ontario Canada ------------------------------ Date: 1 Sep 89 18:39:14 GMT From: rr@csuna.cs.uh.edu (Ravindran Ramachandran) Subject: Kermit File Transfers on DECstation 3100 Keywords: C-Kermit for DECstation 3100, DECstation Has anyone got C-Kermit running on a DecStation 3100, and been able to send very large files from a PC connected to a DecServer port? Or even a Mac on the DecServer line? I've been struggling with it for a while now. I'm able to send to my VMS machine without any trouble, but the RISC/ULTRIX combination keeps getting timed out. I used the Kermit from Columbia, and did a 'make bsd' to get my executables. I am able to send files from my DecStations to the PC, but not the reverse. Could this be because the RISC machines are much faster? Is there any way to control this? The message that I get when it times out is, Unable to receive an acknowledgment from the host -- Ravi. [Ed. - The problem is most likely in your DECserver. You may have to configure it so that its input and output buffers are BOTH big enough to hold the largest Kermit packets you are trying to send. 100 would be a good number, use a bigger number if you are using long packets. You should also try to vary the flow control settings (Xon/Xoff -- turn it off if it is on, or vice versa). Most people have reported success with C-Kermit on the new DECstations, but that has been with the new, as-yet-unreleased version that you can find in ~kermit/test on watsun.] ------------------------------ Date: 09/26 23:57:35 From: Mike Freeman Subject: Problems with Kermit for the DECsystem-10 Keywords: DECsystem-10 Kermit PROBLEM: .SET WATCH FILES .R KERMIT [FL21: DSKD0:KERMIT.INI[5,34]] [FL21: DSKE0:KERMIT.INI[10,50]] ? ?Illegal UUO at user PC 434262 . DIAGNOSIS: The fix in K10MIT.BWR for the problem encountered when TAKEing files after INI:KERMIT.INI has been read but no KERMIT.INI exists in the user's PPN caused Kermit to become confused when a KERMIT.INI *did* exist in the user's PPN after INI:KERMIT.INI had been read. CURE: (see K10MIT.BWR) PROBLEM: When Parity is set to None and the Block-check-type is set to 3-Character-CRC-CCITT, binary file transfers between Kermit-10 and Kermit running on microcomputers either fail or are incorrect. DIAGNOSIS: In the module K10MSG.BLI, in the routine CALC_BLOCK_CHECK which calculates the block-check for a character-string, in the code for THE case in which the 3-Character-CRC-CCITT is used, there is an IF-clause which specifies the circumstances in which only seven bits of each eight-bit character are to be used in the Block-check calculation. As distributed, high-order bits of characters are to be ignored when Parity None is in effect. This is incorrect. The high-order bit of each character should be ignored when Parity is set to anything but None. CURE: In the module K10MSG.BLI, in the routine CALC_BLOCK_CHECK, in the 3-Character case, change the EQL in the IF-clause to a NEQ. (see K10MIT.BWR) Please return mail to me via with the subject "dec10%bpa". Mike Freeman, Bonneville Power Administration Vancouver WA, Telephone (206)690-2307 [Ed. - Thanks, Mike. The full text of your message, and the FILCOMs (diffs) have been added to the file K10MIT.BWR in the Kermit Distribution "B" areas.] ------------------------------ Date: Thu, 12 Oct 89 09:58:59 EDT From: "C. BACON" Subject: DECsystem-10 Kermit Macro Source Problem Keywords: DECsystem-10 Kermit At some point, K10MIT.MAC apparently went through a filter someplace which wrapped lines to about 80 characters, apparently always at a "grammatically acceptable" character position, like a space or punctuation. The result was a field day for MACRO-10's error reporter. A very few of these wraps were of strings which didn't raise an error, including at least one "(-1)" which was at the end of a macro invocation. I can easily find all those which raised assembler errors, but I don't know about some which might not. The funny part is that I have discovered some lines > 80 characters long; I wonder if they were added after the wrap disaster. If so, that would suggest modifications to the code were made without the result being completely recompiled!! Of course I thank everyone concerned, yourself, Dan Norstedt, and the Kermit project at CUCCA, for helping us keep the DECsystem-10 people happy. More later... If I can get K10 built, should I send K10MIT.MAC and any others which appear to have been similarly wrapped? Of course I'll send them by Unix mail, not Bitnet! Chuck Bacon, aka CRB@NIHCUDEC or crtb@alw.nih.gov [Ed. - Chuck, by all means try to put together a working version. Also, note the message immediately above.] ------------------------------ Date: Wed, 11 Oct 89 17:44:47 GMT From: kodak!ektools!kadsma!fuller@cs.rochester.edu (Bill Fuller) Subject: Kermit Bootstrapping I have been told that there is a small program that you can type in on a system that will allow you to asynch over a full version of Kermit. Has anyone heard of this micro-kermit code? If so, does anyone know where I could get it? Thanks in advance, Bill Fuller [Ed. - The Kermit book, pp.186-188, lists a "baby Kermit" program in BASIC for the IBM PC, which you can type in. For raw capture without protocol, you can use methods that are listed or described in many places, depending upon what kind of computer you have. For example, the procedure for CP/M is given in detail in the CP/M Kermit User Guide.] ------------------------------ End of Info-Kermit Digest *************************