home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
e
/
v17.3
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
32KB
From cmg Wed Jun 30 13:33:12 1993
Return-Path: <cmg>
Received: by watsun.cc.columbia.edu (5.59/FCB/jba)
id AA05896; Wed, 30 Jun 93 13:33:12 EDT
Date: Wed, 30 Jun 93 13:33:11 EDT
From: Christine M Gianone <cmg@watsun.cc.columbia.edu>
To: Info-Kermit
Subject: Info-Kermit Digest V17 #3
Reply-To: Info-Kermit@watsun.cc.columbia.edu
Queries-To: Info-Kermit-Request@WATSUN.CC.COLUMBIA.EDU
Errors-To: Info-Kermit-Request@watsun.cc.columbia.edu
Message-Id: <CMM.0.90.4.741461591.cmg@watsun.cc.columbia.edu>
Info-Kermit Digest Wed, 30 Jun 1993 Volume 17 : Number 3
Today's Topics:
Kermit News #5
New Option to Speed Up File Transfers
MS-DOS Kermit 3.13 Available for Beta Testing
MS-DOS Kermit versus DECforms V1.4
Announcing C-Kermit 5A(189)
Announcing a New Kermit Program for the HP3000
Acorn Archimedes Kermit
New Manuals for Kermit-370
Tentative update for Kermit-CICS
Digest submissions may be sent to Info-Kermit@WATSUN.CC.COLUMBIA.EDU or
KERMIT@CUVMA.BITNET. Requests for addition to or deletion from the
Info-Kermit subscriber list should be sent to LISTSERV@CUVMA.BITNET or
LISTSERV@CUVMA.CC.COLUMBIA.EDU. These messages must be of the form:
SUBSCRIBE I$KERMIT <your-personal-name> (To start a subscription)
UNSUBSCRIBE I$KERMIT (To cancel a subscription)
REGISTER I$KERMIT <your-personal-name> (To correct your name)
Kermit files may be obtained over networks and by mail order. On the
Internetwork, use FTP to log in to host WATSUN.CC.COLUMBIA.EDU, a SUN-4/280
running UNIX (SUNOS 4.1), IP host number 128.59.39.2. Login as user anonymous
(note, lower case), any password, and GET or MGET (MULTIPLE GET) the desired
files. The file kermit/read.me is a general guide to where things are. The
Kermit files are in directories kermit/a, kermit/b, kermit/c, kermit/d, and
kermit/e. Test versions are in kermit/test. All files in these directories
should be transferred in text (ASCII) mode. Binaries are in kermit/bin (use
ftp in binary mode). All files on watsun have lowercase names, and case is
significant.
You can also get Kermit files over the BITNET/EARN network; 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
Academic Information Systems, 612 West 115th Street, New York, NY 10025
USA.
----------------------------------------------------------------------
Date: Wed, 30 June 1993 12:00:00 EDT
>From: Christine M Gianone <cmg@columbia.edu>
Subject: Kermit News #5
Keywords: Kermit News #5
Kermit News #5, our printed journal, will be mailed out shortly. If you have
ever ordered Kermit material from Columbia University, or if you received
earlier issues of Kermit News (the last one was in June 1990), you are already
on our subscriber list. If you are not on the subscriber list or if your
address has changed, please send email to:
kermit@columbia.edu
requesting your address to be added or changed. Include your complete postal
mailing address and don't forget your Zip or postal code.
------------------------------
Date: Tue, 1 Jun 1993 12:01:00
>From: Christine M Gianone <cmg@columbia.edu>
Subject: New Option to Speed Up File Transfers
Keywords: Efficiency, Performance, Control-Character Prefixing
Keywords: Prefixing of Control Characters
This issue of the Kermit Digest announces several new Kermit versions, among
them MS-DOS Kermit 3.13 and C-Kermit 5A(189). A significant new feature in
these two versions is a new method for increasing file transfer efficiency by
letting you specify a "safe set" of control characters that do not need to be
prefixed in file-transfer packets. This feature, when used together with
long packets and sliding windows, makes Kermit transfers just as fast as (and
usally faster than) ZMODEM.
By default, all control characters (8-bit bytes with values 0-31, 127-159, and
255) are converted into printable characters and prefixed by another printable
character, usually #. So, for example, the carriage-return linefeed
combination (Control-M and Control-J) that occurs at end of text lines is
transmitted as #M#J (four characters). This done to prevent control
characters from setting off unwanted actions during file transfer:
interrupting the host Kermit process, escaping back to a terminal server,
spuriously engaging a flow control mechanism, etc. For ordinary text files,
the overhead penalty of control prefixing is only a few percent, but it's
higher for binary files, and especially for precompressed files (like ZIP
files).
If you know that a particular control character can be sent "bare" from one
Kermit program to the other with no ill effects, you can now configure the
Kermit program that is sending to file to "unprefix" that character. In fact,
you can unprefix almost all of the 66 possible control characters EXCEPT the
ones which the Kermit program knows cannot be sent safely, such as Xon and
Xoff characters when Xon/Xoff flow control is in effect, or character 255 on a
TELNET connection. The new commands are:
SET CONTROL-CHARACTER { PREFIXED, UNPREFIXED } <list>
SHOW CONTROL-PREFIXING
where <list> is the numeric value of a control character, a list of numeric
values (separated by spaces), or the word ALL.
CAUTION:
If you unprefix a control character that is unsafe, any of several things
might happen:
1. Transfer of any file containing these characters will fail.
2. The receiving Kermit program might be interrupted or halted.
3. Your connection might become hung, stuck, or broken. This includes the
situation where a control character causes a PAD, terminal server, or
similar device to change modes -- e.g. to go from online mode to command
mode.
The set of safe control characters depends on the two Kermit programs, their
settings, the host operating systems and their settings, the communication and
flow control methods, and all the devices, drivers, and protocols that lie
between the two Kermit programs. The Kermit programs themselves cannot
possibly know, or negotiate, which control characters are safe to send, and
therefore assume that none are safe and prefix them all. You must be willing
to experiment in order to achieve the optimal safe set for a particular
connection.
Under ideal conditions (a totally transparent serial connection with no
Xon/Xoff), the minimum set of control characters that needs to be prefixed is:
SENDER RECEIVER PREFIXED CONTROLS
MS-DOS Kermit MS-DOS Kermit 1, 129
MS-DOS Kermit C-Kermit 0, 3, 131
C-Kermit MS-DOS Kermit 0, 1, 129
C-Kermit C-Kermit 0, 3, 131
For example, to set up MS-DOS Kermit to unprefix the maximum set of control
characters for sending files to C-Kermit, tell MS-DOS Kermit to:
SET FLOW NONE (or SET FLOW RTS/CTS)
SET CONTROL UNPREFIX ALL
SET CONTROL PREFIX 0 3 131
Using these minimum sets, even ZIP files can be transferred at 90-95%
efficiency or more, rather than the customary 65-75%, on a straight
connection, and somewhat higher when data-compressing modems are involved.
For further details, see the release notes for MS-DOS Kermit 3.13 and C-Kermit
5A(189), and be sure to read the article on Kermit file transfer performance
in Kermit News #5 when it arrives.
------------------------------
Date: Tue, 15 Jun 93 16:00:00 EDT
>From: Christine M Gianone <cmg@columbia.edu>
Subject: MS-DOS Kermit 3.13 Available for Beta Testing
Keywords: MS-DOS Kermit 3.13, Hebrew, Data General Terminal Emulation
Keywords: East European Languages, Latin-2 Character-Set
Keywords: 132-Column Mode, Horizontal Scrolling
Keywords: Sliding Windows, Dynamic Packet Length, Icelandic
Keywords: IBM Mainframe File Transfer
Keywords: "TCP/IP, Multiple Sessions"
This is to announce a brief beta testing period for MS-DOS Kermit 3.13 for the
IBM PC, PS/2, and compatibles with DOS or Windows, and also for "generic DOS",
the Victor 9000, and the Heath/Zenith 100. The new MS-DOS Kermit release was
prepared, as always, by Professor Joe R. Doupnik of Utah State University and
includes the following major new features (most of which apply to the IBM PC
version only):
1. Up to six simultaneous TCP/IP sessions, with instantaneous switching
among them, using Kermit's own built-in TCP/IP protocol stack.
2. Emulation of Data General DASHER D463 and D470 terminals in both text and
graphics mode, and including support for up to 207 columns of compressed
text, and for the mouse when in graphics mode (e.g. when using CEO Draw).
3. Support for compressed text for VT 132-column emulation on EGA and VGA.
If you don't have a video adapter that supports 132 columns in text mode,
MS-DOS Kermit can now put your EGA or VGA into graphics mode to produce
the same effect. Also, addition of Tseng ET4000 (and all VESA) graphics
chips to those that can be commanded in to 132-column text mode.
4. Horizontal scrolling in DG and VT terminal emulation.
5. Support for the Icelandic code page CP861 in terminal emulation and
file transfer.
6. Support for East European languages (Czech, Polish, Hungarian, Romanian,
etc) via translation between PC Code Page 852 and ISO 8859-2 Latin
Alphabet 2 during both terminal emulation and file transfer.
7. Support for Hebrew and Yiddish via translation between PC Code Page 862
and the ISO 8859-8 Latin/Hebrew Alphabet in both terminal emulation and
file transfer. In terminal emulation, the 7-bit Hebrew alphabet is also
supported, as are DEC VT420 Hebrew terminal features including
host-controlled screen writing direction, character-set selection, and
keyboard mode.
8. Implementation of "Doomsday Kermit" (DDK) techniques for transferring
files with IBM mainframes through 3270 protocol converters that do NOT
support transparent mode, to be used in conjunction with IBM Mainframe
Kermit's SET CONTROLLER FULLSCREEN command on VM/CMS, MVS/TSO, or CICS.
IBM Mainframe Kermit 4.2.4 or later required.
9. Greater control over terminal emulation rollback screens. Now you can
elect to keep them in expanded memory (EMS), if available, and if so,
you can have lots more of them -- thousands, even. You can also change
the rollback buffer size at runtime. Also, graphics screens can also be
kept in EMS rather than in the video adapter's on-board memory, to allow
restoration of graphics screens when switching back to them from text
mode, even under Windows or when your memory manager has "stealth-mapped"
your graphics memory away.
10. Network connections are now supported over Novell's SLIP_PPP ODI driver
and Beame & Whiteside's TCP/IP product. The Beame & Whiteside protocol
stack must, of course, already be loaded.
11. Faster transfer of all types of files, particularly binary files and
precompressed (e.g. ZIP) files, by allowing the user to specify the set
of control characters that will not be prefixed.
12. Many other file transfer performance improvements, including allowance for
longer packets (up to 9K) and more window slots (up to 31). In other
words, the 2K packet-buffer limitation has been increased to about 280K
(or available memory, whichever is less). Packet lengths now adapt
dynamically to the noise conditions on the communication channel. Sliding
windows operation is smoother, error recovery is quicker. The file
transfer display screen shows more information, including a "thermometer"
and transfer statistics. The SET DEBUG PACKETS display no longer scrolls
the file transfer window when long packets are used.
13. Serial-port handling code improved in many ways to allow for buggy and
substandard internal modems, buggy PC-clone BIOS's, noisy PC busses, and
spurious interrupts. Improved operation with COM3 and COM4 devices using
shared or nonstandard interrupts.
14. New support of Application Program Command (APC) escape sequences from the
host during emulation of VT220 or 320, which may contain any MS-DOS Kermit
commands at all. APC sequences can be used to configure MS-DOS Kermit
automatically for use with a particular host, to initiate file transfers
automatically, or any other purpose you can imagine. The old TERMINALR /
TERMINALS macro mechanism has been discontinued because DEC took over the
associated escape sequence for use with Hebrew VT terminals (see Item 6
above and the next message, plus more about this below).
15. New command, SET TERMINAL VIDEO-WRITING { BIOS, DIRECT }. DIRECT is
the default, BIOS forces all text-mode screen writing during CONNECT mode
to be through the (slower) BIOS, to enable TSRs (e.g. for speech devices)
to sense what is being written to the screen.
16. Improved TCP/IP BOOTP support. New RFC1395 support for downloading of
PC's domain name from BOOTP server (requires upgraded BOOTP server); new
ability to make BOOTP requests over SLIP and PPP connections; display of
IP address of BOOTP server in SHOW COMMUNICATIONS display. An updated
BOOTP server for UNIX is available in the bootp directory on
watsun.cc.columbia.edu, via anonymous ftp.
17. TCP/IP TELNET options negotiation display now available.
18. Compose-key sequences for entering accented letters in the Latin-1, DEC
MCS, and DG International West European character sets during VT and DG
terminal emulation.
19. DIALing scripts for additional modem types:
Hayes Ultra 144
Penril Alliance V.32
Practical Peripherals 14400
Rolm CBX DCM
SupraFAXmodem V.32bis
Telebit QBlazer V.32
Telebit T3000 V.32bis
Vadic VA2400PA
20. Many smaller changes and bug fixes were also made and all patches to
version 3.12 are incorporated into version 3.13.
Special thanks to Data General Corporation for a grant to support development
of the Data General terminal emulation (and for detailed validation thereof)
and TCP/IP multisession support; to Novell for assistance with SLIP_PPP and
LWP/DOS, and particularly to Brian Meek of Novell for assistance with SLIP_PPP
debugging work; to Microsoft for donating a Windows Software Developers Kit;
to Beame and Whiteside, Inc, for contributions permitting Kermit to operate
over their TCP/IP suite; to Interconnections, Inc, for contributions
permitting Kermit to operate over all release levels of TES; to Moshe Solow
and Shalom Mitz at the Hebrew University in Israel for help with the Hebrew
features; to Gudmundur Bjarni Josepsson at the University of Iceland for help
with Icelandic; to Hirofumi Fujii of the Japan National Laboratory for High
Energy Physics for help with adaption to DOS/V; to John Klensin of MIT for
some of the new modem scripts and much help in other areas; to John Chandler
of the Harvard/Smithsonian Astronomical Observatory for much help with DDK; to
Lawrence Kirby and William Glass for encouragement with, and testing of, the
new unprefixing option; to James Sturdevant for contributions in many areas;
and to many others who sent in bug reports, suggestions, etc, based on earlier
releases.
THE APC COMMAND
As noted previously, there is a major incompatibility between MS-DOS Kermit
3.13 and earlier releases, namely the handling of the CSI ? 34 h / l escape
sequences by the VT220 and VT320 terminal emulators. This change is forced by
a change in DEC terminal design and DEC software such as DECforms (see next
message).
Old way: CSI ? 34 h / l invoked the TERMINALR and TERMINALS macros, if you
had them defined. This required each Kermit user to define them, for example
in their MSCUSTOM.INI files, a big management problem for large user
communities.
New way: CSI ? 34 h / l controls screen-writing direction, left-to-right or
right-to-left (for Hebrew and Arabic).
To replace the TERMINALR/TERMINALS function, MS-DOS Kermit 3.13 now supports
the Application Program Command (APC) escape sequence:
APC string ST
In the 7-bit environment, APC is ESC _ and ST (string terminator) is ESC \.
In the 8-bit environment, APC is decimal 159 and and ST is 156 decimal. The
"string" can be any MS-DOS Kermit command or list of commands, separated by
commas, and can be up to 1024 bytes in length. Upon receipt of this escape
sequence, MS-DOS Kermit executes the command(s) in the string and
automatically resumes CONNECT mode.
For safetly, the APC mechanism cannot be used to invoke certain MS-DOS Kermit
commands that might do damage. For example, your enemies can't take advantage
of this feature to delete all your files or format your disk. Included in
this category is the RUN command, which provides access to DOS and to other
applications. The following new MS-DOS Kermit command regulates the APC
mechanism:
SET TERMINAL APC { ON, OFF, UNCHECKED }
ON (the default) means that Kermit will execute only safe commands. OFF means
Kermit will not execute any commands and will ignore APCs. UNCHECKED means
Kermit will execute ANY commands sent via APC. Use UNCHECKED at your own
risk!
APC is much more flexible than the old TERMINALS/TERMINALR mechanism, and
can be used for any purpose at all. For example, it can be used to configure
MS-DOS Kermit for use with a particular host or application by sending the
appropriate list of SET commands: communication parameters like parity,
protocol parameters like packet-length and window size, key mappings, etc.
It can also be used to initiate file transfers automatically from the host
without having to escape back to MS-DOS Kermit. Here's an example you can use
with C-Kermit 5A(189), which has a new APC command for sending commands to
MS-DOS Kermit. In your C-Kermit 5A customization file (.mykermrc or
CKERMOD.INI), add commands like this:
define autosend set delay 0, apc receive, send \%1 \%2, statistics
define autoreceive apc {send \%1 \%2}, statistics
Try it! Nothing special is required on the PC side.
You can expand these commands to handle text and binary mode if you want to:
; Text transfers
define tsend set del 0, set file type text, apc receive, send \%1, stat
define treceive apc {set fil typ text, send \%1 \%2}, stat
;
; Binary transfers
define bsend set del 0, set file type binary, apc receive, send \%1, stat
define breceive apc {set fil typ binary, send \%1 \%2}, stat
Use your imagination, the possibilities are endless!
NEW FILES
MS-DOS Kermit 3.13 Beta is being released only in binary form. Sources will
be made available after the testing period is over.
Internet anonymous ftp EARN/BITNET
watsun.cc.columbia.edu KERMSRV@CUVMA Description
kermit/bin/mstibm.exe (none) Binary executable for IBM PC
kermit/bin/mstibm.pif (none) Windows Program Information File
kermit/bin/mstgen.exe (none) Binary executable, generic DOS
kermit/bin/mstv90.exe (none) Binary executable, Victor 9000
kermit/bin/mstz10.exe (none) Binary executable, Heath/Zenith 100
kermit/test/mstibm.boo MSTIBM BOO BOO-encoded executable for IBM PC
kermit/test/mstgen.boo MSTGEN BOO BOO-encoded executable, generic DOS
kermit/test/mstv90.boo MSTV90 BOO BOO-encoded executable, Victor 9000
kermit/test/mstz10.boo MSTZ10 BOO BOO-encoded executable, H/Z-100
kermit/test/msr313.upd MSR313 UPD List of changes since version 3.12
kermit/test/mskerm.upd MSKERM UPD Supplement to "Using MS-DOS Kermit"
kermit/test/mskerm.hlp MSKERM HLP Updated help file
kermit/test/mskerm.bwr MSKERM BWR Updated "beware file"
kermit/test/mstibm.vt MSTIBM VT Updated terminal emulator summary
kermit/test/msm*.scr MSM* SCR New modem-dialing scripts
kermit/test/msm*.doc MSM* DOC Docs for new modem-dialing scripts
The ".boo" files are .EXE files encoded in a printable ASCII format, suitable
for BITNET, e-mail, and other nontransparent modes of transmission. You can
decode the boo-files back into .EXE files using any of the MSBPCT.* programs
available in kermit/a/msbpct.* or MSBPCT * from KERMSRV. See
kermit/a/msbaaa.hlp (MSBAAA HLP) for details.
The usual thanks to Joe from all MS-DOS Kermit users everywhere. Please give
this beta release a good workout and send questions, bug reports, and comments
to kermit@columbia.edu on the Internet or to KERMIT@CUVMA on BITNET/EARN/CREN.
Final release is scheduled for July 8, 1993.
------------------------------
Date: Fri, 12 Mar 93 13:21:17 -0500
>From: raxco!galaxy.dnet!gleeve@uunet.UU.NET
Subject: MS-DOS Kermit versus DECforms V1.4
MS-DOS Kermit chokes whenever a DECforms application starts up. DECforms V1.4
introduced support for Hebrew terminals, which operate right to left. When
you enable a form, it sends a whole bunch of escape sequences to reset the
numeric keypad, 80/132 column mode, cursor position, etc. One of those escape
sequences, CSI ?34l, turns off right-to-left mode. Most non-Hebrew terminals
simply ignore it, but MS-DOS Kermit goes nuts. Instead of ignoring it, MS-DOS
Kermit gets a CSI ?34l and goes into receive file mode.
[Ed. - As documented in "Using MS-DOS Kermit", this sequence invokes the
TERMINALR macro, which the user can define to do whatever s/he wants. The
default definition for TERMINALR is made in the MSKERMIT.INI file:
define terminalr receive, connect
This behavior can be defeated by simply "undefining" these macros. To do
this, include the following commands in your MSCUSTOM.INI file:
define terminals
define terminalr
Alternatively, if you actually want to use Hebrew or Arabic screen writing,
use these definitions:
define terminals set term direction left-to-right, connect
define terminalr set term direction right-to-left, connect
This problem, which was reported numerous times, has been corrected in
version 3.13 of MS-DOS Kermit -- see previous message.]
------------------------------
Date: Tue, 15 Jun 93 16:30:00 EDT
>From: Frank da Cruz <fdc@columbia.edu>
Subject: Announcing C-Kermit 5A(189)
Keywords: C-Kermit 5A, Hebrew
Keywords: Efficiency, Performance, Control-Character Prefixing
Keywords: Prefixing of Control Characters, TCP/IP, OS/2
This is to announce C-Kermit 5A(189) for UNIX, VMS, OS/2, AOS/VS, and some
other operating systems. This is a minor update of C-Kermit 5A(188). The
major new features are:
. Control-character unprefixing.
. Hebrew character-set translation.
. New APC command for use with MS-DOS Kermit.
. TCP/IP support for OS/2 systems equipped with IBM TCP/IP.
. Terminal emulation scrollback improvements for OS/2.
. Sliding window protocol error-recovery improvements
. Support for Process Software TCPware for VMS
. Many new and/or improved UNIX makefile entries, especially for SCO
. OUTPUT command improvements: buffering, pacing control
. POSIX improvements: file timestamps, access to hostname
. RS/6000 AIX improvements, primarily RTS/CTS flow control
. VMS improvements, including GNU CC support, better operation under VAX PSI
. Numerous minor bug fixes
The two major new features -- control-character unprefixing and Hebrew
character-set translation, are described in the announcements above, and also
in the new "update" file, CKCKER.UPD, which serves as a new supplement to
the book "Using C-Kermit". See the CKC189.UPD file for full details of all
the changes.
The OUTPUT command improvements increase the speed of the OUTPUT command,
which is important on X.25 networks and for I/O-intensive script programs, and
they also allow you to slow OUTPUTs down, for example when interacting with
devices that can't accept characters at the full transmission speed.
OS/2 C-Kermit now supports TCP/IP connections, just like the UNIX, (Open)VMS,
and AOS/VS versions do, with all the same features, for OS/2 2.x systems
equipped with IBM TCP/IP. The new TCP/IP support requires a small but
important change in the C-Kermit installation procedure for OS/2 systems that
are NOT equipped with TCP/IP. Be sure to read the READ.ME file for details.
Or, better still, run the new automatic installation procedure contributed by
Jeffrey Altman. Files needed for the OS/2 version:
OS/2 Name watsun.cc.columbia.edu KERMSRV@CUVMA Remarks
READ.ME kermit/b/ckoaaa.hlp CKOAAA DSK READ-ME file (read it!)
INSTALL.CMD kermit/b/ckoins.cmd CKOINS CMD Install procedure
CKOKER32.EXE kermit/bin/ckoker32.exe (none) 32-bit binary
(none) kermit/b/ckoker32.boo CKOKER32 BOO Same, BOO-encoded
CKOSYSL.CK2 kermit/bin/ckosysl.ck2 (none) 32-bit SYSLEVEL info
(none) kermit/b/ckosys32.boo CKOSYS32 BOO Same, BOO-encoded
CKOTCP32.DLL kermit/bin/ckotcp32.dll (none) 32-bit dummy TCP/IP DLL
(none) kermit/b/ckotcp32.boo CKOTCP32 BOO Same, BOO-encoded
CKOKER16.EXE kermit/bin/ckoker16.exe (none) 16-bit binary
(none) kermit/b/ckoker16.boo CKOKER16 BOO Same, BOO-encoded
CKOSYSL.CK1 kermit/bin/ckosysl.ck2 (none) 16-bit SYSLEVEL info
(none) kermit/b/ckosys16.boo CKOSYS16 BOO Same, BOO-encoded
CKOTCP16.DLL kermit/bin/ckotcp16.dll (none) 16-bit dummy TCP/IP DLL
(none) kermit/b/ckotcp16.boo CKOTCP32 BOO Same, BOO-encoded
CKERMIT.CMD kermit/b/ckermit.cmd CKERMIT CMD Sample startup file
CKERMIT.ICO kermit/bin/ckoker.ico (none) Desktop Icon
(none) kermit/b/ckoicon.boo CKOICON BOO Same, BOO-encoded
CKERMIT.INI kermit/b/ckermit.ini CKERMIT INI Standard init file
CKERMOD.INI kermit/b/ckermod.ini CKERMOD INI Sample customizations
CKERMIT.KDD kermit/b/ckermit.kdd CKERMIT KDD Sample dial directory
CKERMIT.KSD kermit/b/ckermit.ksd CKERMIT KSD Sample service dir.
CKCKER.UPD kermit/b/ckcker.upd CKCKER UPD Updates documentation
CKCKER.BWR kermit/b/ckcker.bwr CKCKER BWR C-Kermit "beware" file
CKOKER.BWR kermit/b/ckoker.bwr CKOKER BWR "beware" file for OS/2
CKOVTK.INI kermit/b/ckovtk.ini CKOVTK INI VT102 keypad map
For convenience, all these files have been collected together into a ZIP file:
CKOKER.ZIP kermit/bin/ckoker.zip (none) All OS/2 C-Kermit files
(none) kermit/b/ckozip.boo CKOZIP BOO Same, boo-encoded
For other versions, some of the binaries are available, others might not have
come in yet. Binaries are located in kermit/bin/ck*. See kermit/bin/READ.ME
(text). VMS binaries are available for VAX/VMS (no TCP/IP), VAX/VMS (TGV
MultiNet), VAX/VMS (DEC UCX), AXP/VMS (no networks) as ckv*.exe, and also in
kermit/b/ckv*.hex (to be decoded with VMSDEH or CKVDEH -- same thing). The
Data General AOS/VS binary is in kermit/bin/ckdker.pr, also available as a
uuencoded dumpfile in kermit/b/ckdker.uue. Various UNIX binaries are in
kermit/bin/cku*.*; additional ones will be added as they arrive, space
permitting.
The complete source files and online documentation are in kermit/b. Begin by
getting the file ckaaaa.hlp and reading it for a guide to which files you
need. All files in kermit/b are also available on BITNET via KERMSRV at CUVMA
with the same names, but converted to uppercase.
Thanks to Jeffrey Altman, William Bader, Stefaan Eeckels, William Glass,
Hunter Goatley, Michael Godfrey, Terry Kennedy, Lawrence Kirby, Tom Kloos,
Fulvio Marino, Kai Uwe Rommel, Warren Tucker, Eduard Vopicka, and many others
for their help with this release.
------------------------------
>From: Christine M. Gianone <cmg@columbia.edu>
Date: Tue, 15 Jun 93
Subject: Announcing a New Kermit Program for the HP3000
Keywords: HP3000
>From Tony Appelget of General Mills in Minneapolis, MN, a new version of
Kermit for the HP-3000 900 Series with the MPE operating system, written in C.
Mostly a hand translation of the SPL version originally from Ed Eldridge of
Polaris, Inc., and upgraded by Tony. Remote mode only. Includes send/receive
and server modes, executes various REMOTE commands when in server mode,
supports long packets, repeat-count compression, 8th-bit prefixing, and 16-bit
CRC error-checking. There is only one file: kermit/d/hp3000.c on watsun,
HP3000 C on CUVMA.
------------------------------
>From: "Andrew Brooks" <arb@computing.lancaster.ac.uk>
Date: Sun Sep 20 15:10:45 BST 1992
Subject: Acorn Archimedes Kermit
Keywords: Acorn Archimedes, Arthur, RISC_OS
Here is Kermit for Acorn Archimedes with RISC_OS. Please note that files have
been renamed and MUST be changed back to their original names for use on the
Archimedes. A unix script to do this is supplied in araaaa.sh. After this
has been done the BASIC program settypes will restore the original file types
and dates. The original release notes are arkerm.ann arkerm.bwr.
The files are in kermit/c/ar*.* on watsun, and AR* * on CUVMA.
------------------------------
Date: Wed, 1993 Jun 23 22:12 EST
>From: "John F. Chandler" <JCHBN@CUVMB.CC.COLUMBIA.EDU>
Subject: New Manuals for Kermit-370
New user manuals are now available for IBM Mainframe Kermit-370, incorporating
all the latest information about front ends, protocol converters, character
sets, plus expanded troubleshooting troubleshooting information. New files:
Internet anonymous ftp EARN/BITNET
watsun.cc.columbia.edu KERMSRV@CUVMA Description
kermit/b/ikcker.doc IKCKER DOC VM/CMS, plain text
kermit/b/ikcker.lpt IKCKER LPT VM/CMS, line-printer format
kermit/b/ikcker.ps IKCKER PS VM/CMS, PostScript
kermit/b/iktker.doc IKTKER DOC MVS/TSO, plain text
kermit/b/iktker.lpt IKTKER LPT MVS/TSO, line-printer format
kermit/b/iktker.ps IKTKER PS MVS/TSO, PostScript
kermit/b/ikxker.doc IKXKER DOC CICS, plain text
kermit/b/ikxker.lpt IKXKER LPT CICS, line-printer format
kermit/b/ikxker.ps IKXKER PS CICS, PostScript
kermit/b/ikmker.doc IKXKER DOC MUSIC, plain text
kermit/b/ikmker.lpt IKXKER LPT MUSIC, line-printer format
kermit/b/ikmker.ps IKXKER PS MUSIC, PostScript
You will also find brand new installation instructions for the four major
IBM mainframe operating systems (ik?ker.ins), and a new program (a CMS EXEC),
ikcfix.exec, for correcting mistranslations in these files when they pass
through ASCII/EBCDIC translators, such as e-mail gateways.
------------------------------
Date: Fri, 1993 May 7 17:59 EST
>From: "John F. Chandler" <JCHBN@CUVMB.CC.COLUMBIA.EDU>
Subject: Tentative update for Kermit-CICS
Keywords: CICS Kermit-370, IBM Mainframe Kermit
Kermit-CICS sometimes has trouble synchronizing read and write commands on
GRAPHICS-type protocol converters. The symptom is a lost packet when the
micro sends before the mainframe is ready. There is a cure, but it can't be
applied generally because it may kill transfers on terminals defined with the
automatic up-casing option. For some reason, the ASIS option is not permitted
for the CICS CONVERSE command, which is the centerpiece of the update (at
least, that's what the CICS docs seem to say). Does anyone know if (A) the
ASIS option *is* permitted or (B) upcasing is bypassed on the CONVERSE
command?
CICS users, especially those who may be trying the update (which is included
in the newest version of ikxker.bwr), are urged to look into questions (A) and
(B) above by trying two experiments with the update:
1) moving the comma from before to after the word "ASIS" on the line
marked with "???". If the assembler doesn't complain, that partly
answers question (A).
2) trying the updated Kermit on terminals set for automatic upcasing.
If transfers don't consistently trigger the "missing start-of-
packet" error, that mostly answers question (B).
Thanks.
John
------------------------------
End of Info-Kermit Digest
*************************