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 "
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 ".
[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
*************************