home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
e
/
mail.92a
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
49KB
From cmg Fri Jan 24 15:09:42 1992
Return-Path: <cmg>
Received: by watsun.cc.columbia.edu (5.59/FCB)
id AA23626; Fri, 24 Jan 92 15:09:42 EST
Date: Fri, 24 Jan 92 15:09:40 EST
From: Christine M Gianone <cmg@watsun.cc.columbia.edu>
To: Info-Kermit
Subject: Info-Kermit Digest V15 #1
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.0.696283780.cmg@watsun.cc.columbia.edu>
Info-Kermit Digest Fri, 24 Jan 1992 Volume 15 : Number 1
Today's Topics:
PC-Initiated File Transfers with VM/CMS
File Transfer Macros for MS-DOS Kermit / Kermit-CMS
Mapping CR to CRLF in MS-DOS Kermit
MS-DOS Kermit 3.11 43x132 WD VGA Screen Bug?
MS-DOS Kermit and Screen Length
Is the MS-DOS Kermit INPUT Command Buffer Accessible?
Problems with MS-DOS Kermit and DOS 5 SHARE
MS-DOS Kermit 3.11 w/ DECnet LAT & WP5.1
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 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). 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 Center for Computing Activities, 612 West 115th Street,
New York, NY 10025 USA.
----------------------------------------------------------------------
Date: Thu, 19 Dec 91 15:10:58 CST
>From: "Ray Carlson 2-5805" <B28384@ANLVM.CTD.ANL.GOV>
Subject: PC-Initiated File Transfers with VM/CMS
Keywords: VM/CMS Kermit, MS-DOS Kermit, Host-Initiated File Transfer
Xref: CMS Kermit, See VM/CMS Kermit
In Info-Kermit Digest V14 Number 11, Professor TJ Olney gave a couple of
macros for for doing file transfers from your PC. The Editor replied with
info about TERMINALS and TERMINALR macros and pages 180-181 of second edition
of "Using MS-DOS Kermit". Since I wanted the ability to transfer files with a
single command from the mainframe, I investigated further. The manual assumes
C-Kermit 5A or later and 2 macro definitions:
define pcsend echo \27[\{63}34l, send \%1 \%2
define pcget echo \27[\{63}34h, get \%1, finish
However, I'm running Kermit-CMS version 4.2.2 XA, and it doesn't like
macros. Is there any way of doing file transfers with a single command
using MS-DOS Kermit 3.11 and Kermit-CMS version 4.2.2 XA, preferably from
the mainframe side of Kermit. Thanks in advance for your help.
[Ed. - Actually, this can be done with CMS Kermit. For downloading files, you
can write a CMS EXEC that starts Kermit and gives it an XECHO (Transparent
Mode Echo) command (for the escape sequence), and then a SEND command.
Similarly for uploading. But if you want to initiate the transfers from the
PC rather than the host, read the next message...]
------------------------------
Date: Wed, 8 Jan 92 17:30 EST
>From: "H. D. Knoble" <HDK@PSUVM.PSU.EDU>
Subject: File Transfer Macros for MS-DOS Kermit / Kermit-CMS
Keywords: VM/CMS Kermit, MS-DOS Kermit, PC-Initiated File Transfer
In the Info-Kermit 14-11 Newsletter, a response was given to professor Olney
who suggested macros for file transfer. That response suggested using the
TerminalR/S macros. This requires sending those codes transparently to MS-DOS
Kermit (e.g. via the Kermit-CMS XEcho subcommand) - a somewhat complicated
slow procedure that can be timing dependent (among other anomalies).
It seems that it would be desirable to have two hot keys, say Alt-D and
Alt-U that would provide file xfer beginning at and ending with the host
screen. To simplify it, these keys could work for the bulk of files (text
files) that the majority of people work with. The filespecs could be
provided via prompts, null responses to which which would immediately return
to the clean host screen. The code The code and screens presented should be
reasonably efficient, robust, and hopefully obviously easy to use.
Many thanks; for your work and book too.
Skip Knoble, Research Associate
;-------------------------- MSKERMIT.INI code segment begin-------------
; Define macros and hot keys to enable file transfer via prompts.
; Alt-D downloads a CMS text file, Alt-U uploads a DOS text file.
; The Kermits involved are MS-Kermit and Kermit-CMS in this case.
; File transfer is initiated and ends with any CMS screen where a
; command may be issued. The output commands are specific to an
; asynchronous connection to CMS through the Yale IUP (e.g. IBM Series 1,
; IBM 4994, IBM 7171); the rest of the code should be independent of
; that and Kermit-CMS. File type being called TEXT in the prompts
; assumes this setting for illustrative purposes.
;
DEF fc finish, output \07, clear, c, stop; Ctrl-G = Yale IUP reset.
; Esc OM is Yale IUP (hard) clear screen.
DEF DnLd def \%1, output \27OM, output kermit server\13, -
Input 5 local Kermit,if failure do fc,run CLS, -
Echo *** Download text file(s) from CMS to DOS ***\13, -
Echo . (Press Enter for 1st prompt to cancel)\10\13, -
Ask \%1 Please enter CMS filespec:\32, if not defined \%1 do fc, -
Ask \%2 Please enter DOS path or DOS filespec:\32, -
Get, \%1, \%2, if failure run PAUSE, do fc
SET KEY \2336 {\KDnLd}; Alt-D Downloads a CMS text filespec to DOS.
;
DEF UpLd def \%1, def \%3, output \27OM, output kermit server\13, -
Input 5 local Kermit,if failure do fc,run CLS, -
Echo *** Upload text file(s) from DOS to CMS ***\13, -
Echo . (Press Enter for 1st prompt to cancel)\10\13, -
Ask \%1 Please enter DOS filespec:\32, if not defined \%1 do fc, -
Ask \%2 Please enter CMS filespec:\32, -
Ask \%3 Please enter CMS destination disk filemode (press Enter=default)\32, -
if defined \%3 remote kermit set dest \%3, if failure do fc, -
Send \%1 \%2,if failure run PAUSE, do fc
SET KEY \2326 {\KUpLd}; Alt-U Uploads a DOS text filespec to CMS.
[Ed. - This is a fine example of how to use MS-DOS Kermit's script
programming, macro, and key definition features to make life easy for users.
Obviously, many of the items shown above are specific to Penn State's site
configuration (Yale ASCII protocol converter, the reset character that is
sent to the protocol converter, etc). But with minor changes, these
"scripts on keys" should work at any CMS installation. Nice work!]
------------------------------
Date: Tue, 17 Dec 1991 21:09:07 GMT
>From: alistair@bcu.ubc.ca (Alistair Blachford)
Subject: Mapping CR to CRLF in MS-DOS Kermit
Keywords: MS-DOS Kermit Heath Terminal Emulation, Heath Terminal Emulation
I'm running MS-DOS Kermit, talking down a serial line to a lab instrument
that send back lines ending only with a bare carriage return character
(Control-M, ^M). I'd like to read the received information properly, i.e.
one line on the screen to each received line. For example, if the
instrument sends out "hi^Mthere^Mworld^M", I'd like to see on my screen:
hi
there
world
I haven't managed to find the right incantation to do this. Thanks.
Alistair Blachford
Biosciences Computing Unit
University of British Columbia
Vancouver, Canada, V6T 1W5
[Ed. - And a magic incantation it is!
1. SET TERMINAL TYPE HEATH
2. SET LOCAL ECHO ON
3. CONNECT
4. Type these three characters: ESC x 8
This tells the Heath terminal emulator to map incoming CR to CRLF. VT
terminals do not have this capability. This is documented in "Using MS-DOS
Kermit", second edition, on page 316. Unfortunately, the parameters 8 and 9
were inadvertantly exchanged in the book. "8" maps CR to CRLF, "9" maps LF
to CRLF. "y" (as the second character) restores things to normal.]
------------------------------
Date: Thu, 12 Dec 1991 15:54:20 -0600
>From: "Dugal James P." <jpd@ucs.usl.edu>
Subject: MS-DOS Kermit 3.11 43x132 WD VGA Screen Bug?
Subject: MS-DOS Kermit and Screen Length
I have a problem retaining 43x132 and 50x132 mode in MS-Kermit 3.11 of 7 Sep
1991 patch level 7. I run MS-DOS 4.01 on a CompuAdd 386/25, with a stock
VGA card. It appears to be a Western Digital card. I load ANSI.SYS high
using QEMM 5.0, and then type:
mode con: lines=50 (or 43, as desired)
and get the appropriate results. When I invoke Kermit with a VT320 terminal
width of 80, everything seems OK. When I escape to MS-Kermit command level
and set terminal width to 132, and then reconnect, I lose the 50-line mode
in favor of the 43-line mode. Could this be a VGA limitation? Further,
when I escape to Kermit command level a second time, the display reverts to
25-line mode (but 132-column mode is retained). I must exit and re-run the
mode command to regain 43/50 line mode.
Help!
James Dugal, N5KNX Internet: jpd@usl.edu
Associate Director Ham packet: n5knx @k5arh (land), UO-14 (sat.)
Computing Center US Mail: PO Box 42770 Lafayette, LA 70504
University of Southwestern LA. Tel. 318-231-6417 U.S.A.
[From jrd - Every board on the market has a different way of doing screen
shapes. Kermit can't track all of them and thus has to revert to closest
standard values that make some sense. Western Digital has made boards and
OEM'd their video controller to many companies and each can add some special
modes to the BIOS. Kermit knows about mode 54 (132x43) and 55 (132x25, but
it's also 132x35 on fixed frequency monitors) for this chip, but not about
132x50. Kermit inquires about the video mode when it starts up and tries to
use it when returning to the Kermit prompt. If the mode is something Kermit
does not understand it drops back to a close standard value. We won't be
adding piles of code to handle all the screen shapes vendors supply, that's
not reasonable. I have a board similar to yours and *x50 is not in its
manual.]
------------------------------
Date: 16 Jan 92 20:16:22 GMT
>From: weissh@nextadm.cc.vt.edu (Hugh Weiss)
Subject: Is the MS-DOS Kermit INPUT Command Buffer Accessible?
Keywords: MS-DOS Kermit INPUT Command
Hi. Is was wondering if the characters read by the Kermit INPUT command and
stored in a buffer somewhere are accessible in any way in a script. What I
would like to do is to be able to copy the information from the INPUT
command's buffer to a file with the WRITE FILE command. Something like:
WRITE FILE \v(input)
Does anything like this exist? Thanks in advance.
Virginia Tech Computing Center - Distributed Computing Group
weissh@nextadm.cc.vt.edu OR weissh@vtcc1.cc.vt.edu
[from jrd - The INPUT buffer can be as large as the user wishes, via DOS
environment variable INPUT-BUFFER-LENGTH <bytes>. But this does not mesh
well with making it a variable, \v(input), because the internal command
procedures are unable to accomodate both a raw binary object of this kind
and one of a size much larger than the work buffers normally employed.]
------------------------------
Date: Tue, 14 Jan 92 12:56:32 CST
>From: John Perry <perry@eugene.gal.utexas.edu>
Subject: Problems with MS-DOS Kermit and DOS 5 SHARE
Keywords: MS-DOS Kermit and DOS 5.0
I was wondering if anyone could provide a little insight to the problem
outlined below? The closing of the session log appears to work with
versions of DOS less than 5. The problem seems to manifest itself when
sharing is used under DOS 5. Please advise.
> Date: Tue, 14 Jan 1992 11:58:27 -0600 (CST)
> From: CDENNEY@beach.gal.utexas.edu (Cecil Denney)
> Subject: DOS 5 SHARE Violation and Kermit Session Logs
>
> Using DOS 5, with "install=C:\DOS\SHARE.EXE" in CONFIG.SYS...
> Get into Kermit, log onto a computer, and then ALT-X to kermit prompt and
>
> MS-Kermit> log session kermit.log
> MS-Kermit> connect
>
> run your terminal session and then ALT-X again, and
>
> MS-Kermit> close session
> MS-Kermit> type kermit.log
> MS-Kermit> del kermit.log
>
> you get a "Share Violation" from DOS 5 and can not delete the file from
> within kermit.
>
> It appears to me that Kermit is not properly closing the file so that SHARE
> thinks it is still open and will not allow it to be erased, renamed, etc.
> Could you inquire about this for me? Thanks...
>
[from jrd - This will be fixed in a forthcoming maintenance release of
MS-DOS Kermit, which will be called 3.12. In 3.11, the actual file closure
was delayed longer than it should have been, hence the sharing violation.]
[Ed. - Watch future issues of the Info-Kermit Digest for more news about
version 3.12.]
------------------------------
Date: Thu, 23 Jan 1992 16:28 CST
>From: "Jon Sonntag (LutherNet)" <SONNTAJM@CRF.CUIS.EDU>
Subject: MS-DOS Kermit 3.11 w/ DECnet LAT & WP5.1
Keywords: WordPerfect, MS-DOS Kermit and WordPerfect
Keywords: LAT, MS-DOS Kermit and LAT
I personally prefer to use MS-DOS Kermit 3.11 to DEC's SETHOST program with
our DEC Pathworks LAN. The auto switching from 80 to 132 columns and text to
graphics modes is great! But, as stated or hinted at in the .BWR or .HLP
files, when starting up VAX WordPerfect 5.1 using MS-DOS Kermit over DECnet,
we continue to lose the connection. Is there anything we can do either in
MS-DOS Kermit or in VMS to eliminate this?
[Ed. - As it says in the .BWR file, enable Xon/Xoff flow control in both
directions: SET FLOW XON/XOFF in MS-DOS Kermit, and SET TERMINAL /HOSTSYNC
/TTSYNC in VMS. Or use CTERM rather than LAT.]
Also, is there a mac version of Kermit available?
[Ed. - A pre-pre-pre-release in kermit/test/ckmut9.hqx, which was announced
in a recent digest.]
Jon Sonntag
Concordia University Information Systems
sonntajm@crf.cuis.edu (internet)
------------------------------
End of Info-Kermit Digest
*************************
From cmg Tue Feb 18 11:39:17 1992
Return-Path: <cmg>
Received: by watsun.cc.columbia.edu (5.59/FCB)
id AA09736; Tue, 18 Feb 92 11:39:17 EST
Date: Tue, 18 Feb 92 11:39:16 EST
From: Christine M Gianone <cmg@watsun.cc.columbia.edu>
To: Info-Kermit
Subject: Info-Kermit Digest V15 #2
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.0.698431156.cmg@watsun.cc.columbia.edu>
Info-Kermit Digest Tue, 18 Feb 1992 Volume 15 : Number 2
Today's Topic:
Announcing C-Kermit 5A BETA
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 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). 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 Center for Computing Activities, 612 West 115th Street,
New York, NY 10025 USA.
----------------------------------------------------------------------
Date: Sat, 8 Feb 92 23:31:00 EST
>From: Christine M Gianone <cmg@watsun.cc.columbia.edu>
Subject: Announcing C-Kermit 5A BETA
Keywords: C-Kermit 5A, UNIX Kermit, VAX/VMS Kermit, Amiga Kermit
Keywords: Atari ST Kermit, OS/2 Kermit, OS-9 Kermit
Keywords: Sliding Windows, Script Programming, International Character Sets
Keywords: TCP/IP and C-Kermit
Xref: Commodore Amiga, See Amiga
We are very pleased to announce the availability of C-Kermit version 5A,
edit 179, for public Beta testing. Over three years in the making, C-Kermit
5A was written by Frank da Cruz of Columbia University with contributions
from hundreds of other programmers all over the world. Its major new
features include:
ADVANCED KERMIT FILE TRANSFER PROTOCOL
Sliding window packet protocol, up to 31 window slots, for improved
efficiency, especially on connections with long delays (public networks,
satellites, etc). The maximum packet size has been increased to 9024.
Sliding windows and long packets can be used together. Using combinations
of long packets and sliding windows, file transfer efficiencies up to about
95% can be achieved (and more when Kermit can compress the data).
CHARACTER-SET TRANSLATION
C-Kermit translates character sets during text-file transfer and terminal
emulation. Most Roman-alphabet-based character sets are supported, as well
as Cyrillic character sets and Japanese Kanji. A new locking-shift
mechanism is provided for efficient transfer of Kanji and other
predominantly 8-bit character sets in the 7-bit communication environment.
SCRIPT LANGUAGE PROGRAMMING
C-Kermit now has a powerful and easy-to-use script programming language
similar to MS-DOS Kermit's. Write script programs to automate your logins,
interact automatically with remote computers or services, and even run your
scripts late at night, unattended, when phone rates are lower and networks
less congested.
NETWORK SUPPORT
On UNIX computers that have Berkeley Sockets libraries and a TCP/IP
connection, and on VAX/VMS systems with TGV MultiNet, C-Kermit now can make
TCP/IP TELNET connections. Unlike regular TELNET, C-Kermit brings its
script language capabilities and character-set translation ability to the
Internet world. And unlike FTP, C-Kermit can translate text file character
sets as part of the file transfer process. On SUN computers with SunLink
X.25, X.25 connections are also supported.
SYSTEMS SUPPORTED BY C-KERMIT
C-Kermit 5A is available for the following platforms:
- Most known variations of UNIX including V7, 2.x BSD, 4.x BSD, AT&T
System III and System V R2, R3, and R4, POSIX, Ultrix, SUNOS, NeXT OS, AIX,
HP-UX, DGUX, IRIX, SCO XENIX, DNIX, UMAX, RTU, DYNIX, PTX, etc, etc, on
hardware platforms of all makes, models, sizes, and shapes
- VAX/VMS, including a completely new RMS interface
- OS/2 1.3 and 2.0
- Commodore Amiga
- Atari ST
- OS-9
Full ANSI C and/or POSIX compliance can be selected.
OTHER NEW FEATURES
Kermit File Transfer Protocol:
Packet lengths shrink and grow dynamically based on the quality of the
connection.
Even, Odd, or Mark parity is detected automatically during packet
operations.
Low-level packet readers and writers recoded for increased efficiency.
File transfer performance improvements (see below)
Transfer of files with international character set translation (see below)
Sending and recognition of file attribute (A) packets:
File size, creation date, file type, character set, system ID.
Incoming file's creation date set from Attribute packet.
Control of use of attributes via SET ATTRIBUTES.
Automatic entry into binary or text mode when receiving files that specify
the file type in the attribute packet.
New MSEND command to send a list of files ("msend foo.* dir/*.c aaa bbb")
New MAIL and REMOTE PRINT commands (work in both directions).
SET FILE COLLISION { APPEND, BACKUP, DISCARD, OVERWRITE, RENAME, UPDATE }
REMOTE SET commands are now supported in both directions.
REMOTE LOGIN, LOGOUT, and KERMIT commands (client end only).
GET, BYE, FINISH, REMOTE commands now work in both local & remote modes.
SET ATTRIBUTES ON/OFF can be used to enable/disable attribute packets.
DISABLE and ENABLE commands to control client access to server functions.
Ability to read packets without terminators, based on length field.
Printable start-of-packet character now supported.
Packet buffers allocated dynamically, overall size specifiable by user.
Ability to run external protocols.
Increased maximum number of files that can be sent in a single operation.
Non-Error-Checked File Transfer:
New TRANSMIT command for uploading text files, complete with character
set translation and many other options via SET/SHOW TRANSMIT.
LOG SESSION for downloading text files or capturing other screen data,
complete with character-set translation and TEXT/BINARY mode selection.
Command parser:
Expansion of variables and functions in commands (see below).
Partial as well as full completion of filenames.
Improved error and help messages.
Commands in progress can be interrupted, with return to prompt.
Macros and variables, compatible with MS-DOS Kermit:
DEFINE macros and variables.
ASSIGN variable's current value to another variable.
INCREMENT and DECREMENT numeric variables by 1 (or any other number).
Execute macros using DO or just by giving their name.
Arguments are passed as parameters \%1..\%9
Global variables \%a..\%z (and others).
Access to environment variables via \$(name).
Access to builtin Kermit named variables via \v(name), e.g. \v(date).
Long variable names: \m(name).
Backslash notation for numbers and characters as in MS-DOS Kermit.
Dynamically allocated space for macro names and definitions.
Variables and backslash codes in all commands are fully expanded.
And beyond MS-DOS Kermit (at least for now!):
Built-in string and arithmetic functions.
User-defined functions.
Arrays.
Script programming language, mostly compatible with MS-DOS Kermit:
INPUT, OUTPUT, REINPUT, PAUSE, GOTO, IF, ASK, ASKQ, ECHO, STOP, END,
GETOK, and other new commands.
INPUT, PAUSE, and WAIT interruptible from keyboard.
SET INPUT, SET TAKE, SET MACRO, SET SCRIPT commands to control echoing,
error handling.
WRITE <log> <string>.
OPEN, READ, WRITE/APPEND, and CLOSE local files.
FOR and WHILE loops, which may be nested.
BREAK and CONTINUE allowed in FOR and WHILE loops.
Trailing comments ; like this one, allowed in all contexts.
Command line continuation using hyphen (-) or backslash (\).
Relaxed prefixing rules; backslashes no longer doubled.
Conditional branching or execution of commands via IF. The IF command:
May have an ELSE part.
IF NOT can be used to reverse the truth of the following condition.
IF <, IF =, IF > for numeric variables.
IF EQUAL, LLT, LGT for string comparison.
IF NUMERIC for checking numbers.
IF COUNT for looping.
IF EXIST for files.
IF DEFINED for variable and macro names.
IF SUCCESS, IF FAILURE based on success of previous command.
Extended IF statement (XIF) allows nested, compound parts.
Terminal emulation:
Key-mapping via SET KEY command
SET TERMINAL CHARACTER-SET
SET TERMINAL LOCKING-SHIFT
SET TERMINAL NEWLINE-MODE
Flexible session logging
TELNET protocol
New escape functions: Suspend, Shell, Send Long BREAK, etc
Improved efficiency
Other:
Improved use of Xon/Xoff software flow control during file transfer.
Ability to use RTS/CTS hardware flow control when host computer supports it.
Ability to couple to external protocols via open file descriptor (UNIX).
Many file-format-related options for VMS.
Tilde-expansion in local UNIX filenames (~ = home directory).
Ability to ask shell to expand wildcards ("send ck[cuw]*.{[cwh],{doc,ps}}").
Alternative initialization filename specifiable on command line with -y.
Kermit "application files" start Kermit automatically (UNIX only).
Correct handling of Suspend interrupt (Ctrl-Z) in UNIXes with job control.
New SUSPEND (Z) command.
New TYPE command, interruptible by Ctrl-C.
New PRINT command.
New DELETE command.
New RENAME command.
Command synonyms added for compatibility with MS-DOS Kermit: RUN, PUSH, etc.
And with UNIX: RM, LS, etc.
And with VMS: SET/SHOW DEFAULT, SPAWN, @, etc
SHOW command divided into SHOW FILE, SHOW PROTOCOL, SHOW COMMUNICATIONS, etc.
SET SPEED no longer required with SET LINE - current speed used by default.
75/1200 Split-speed communication supported in some implementations.
Improved control and monitoring of modem signals.
Improved interaction with Hayes modems.
Support for speed-matching modems.
Support for many new modem types including Telebit, Microcom.
New SET DIAL command controls: HANGUP, TIMEOUT, INIT-STRING, DISPLAY, etc.
New REDIAL command.
Compatibility with new and distributed (struct dirent) file systems.
Improved use of UUCP lockfiles.
Improved operation and security when run setuid/setgid on UNIX.
Improved handling of disk-full and disk-write errors.
More detailed and accurate statistics reporting.
New debugging display available during CONNECT.
Append mode available for all logs.
Under UNIX, Kermit no longer appears "idle" while transferring files.
Program exit status code now reflects protocol success/failure.
EXIT n explicitly sets program's exit status code to n.
Many new additions and improvements to UNIX makefile.
Simplification and expansion of makefile configuration options.
New documentation - user manual, man page, improved built-in help text.
Many bugs fixed.
ACKNOWLEDGEMENTS
C-Kermit 5A has been a three-year cooperative effort involving hundreds of
people in all parts of the world. It is not possible to list them all here
(but we have tried to keep track of them in the documentation); here is a very
much abbreviated list of just a few of the major designers, developers, and
testers:
Chris Adie, Edinburgh U, Scotland (OS/2 support)
William Bader, Moravian College (VMS, mostly)
Fuat Baran, formely of Columbia University (lots of help)
Jim Barbour, U of Colorado
Donn Baumbartner, Dell
Jack Bryans, California State U at Long Beach
Nelson Beebe, U of Utah
John Chandler, Harvard U / Smithsonian Astronomical Observatory
Joe R Doupnik, Utah State U (many, many things)
Kristoffer Eriksson, Peridot Konsult AB, Oerebro, Sweden (many things)
Marcello Frutig, Catholic University, Sao Paulo, Brazil (X.25 support)
Hirofumi Fujii, Japan National Lab for High Energy Physics, Tokyo (Kanji)
James Harvey, Indiana/Purdue U (VMS)
Chuck Hedrick, Rutgers U
Ron Heiby, Motorola
Christian Hemsing, RWTH Aachen, Germany (OS-9)
Mark Johnson, Apple Computer
Luke Jones, AT&T
Peter Jones, U of Quebec at Montreal (MIPS)
Sergei Kartashoff, Inst. of Precise Mechanics & Computer Equipment, Moscow
Howie Kaye, Columbia University (lots of help)
Terry Kennedy, St Peter's College, Jersey City, NJ (VAX/VMS, 2.11 BSD)
John Klensin, MIT (standards, sage advice)
Bo Kullmar, Central Bank of Sweden, Kista, and ABC-Klubben (many things)
Bob Larson, USC (OS-9 and more)
Bert Laverman, Groningen University, Netherlands
David MacKenzie, Environmental Defense Fund, University of Maryland
Fulvio Marino, Olivetti, Ivrea, Italy
Peter Mauzey, AT&T
Bruce J Moore, Allen-Bradley Co, Highland Heights, OH (Atari ST)
Andre Pirard, U of Liege, Belgium (character sets)
Paul W Placeway, (formerly of) Ohio State U (Macintosh & more)
Piet W Plomp, ICCE, Groningen University, Netherlands
Manfred Prange, Oakland U (Coherent)
Frank Prindle, NADC
Alan Robiette, Oxford University, UK (VMS)
Kai Uwe Rommel, Technische Universitaet Muenchen (OS/2)
Larry Rosenman (Amiga)
Jay S Rouman, U of Michigan
Benn Schreiber, DEC
Steven Schultz, Contel
Gisbert W Selke, WIdO, Bonn, Germany
Warren Tucker, Tridom Corp, Mountain Park, GA (many things)
Konstantin Vinogradov, ICSTI, Moscow (Cyrillic and more)
Stephen Walton, Calif State U, Northridge (Amiga)
Jamie Watson, Switzerland (RS/6000)
Ken Yap, formerly of the U of Rochester
Michael Yaroslavtsev, Inst. Precise Mechanics & Computer Equipment, Moscow
HOW TO GET IT
C-Kermit 5A(179) BETA is available on the Internet via anonymous ftp from host
watsun.cc.columbia.edu [128.59.39.2], using text (ASCII) mode, in the
directory kermit/test, and on BITNET/EARN from host CUVMA through the KERMSRV
file server, in the T: area. Warning: some files might have records longer
than 80, making it impossible for KERMSRV to MAIL them to you.
You can also order C-Kermit 5A on magnetic media (9-track tape, TK50
cartridge, or quarter-inch tape cartridge) from Columbia University by mail
order as "Tape T" (see the order form, kermit/a/aaxfly.doc or aaxfly.ps).
The C-Kermit filenames all start with the letters "ck" (for C-Kermit). The
third letter in the filename is used for grouping: c = Portable C, u =
UNIX-specific, v = VAX/VMS-specific, etc. The following sections give
brief synopses of the files you will need for each version. A detailed
description of the file naming conventions and organization is given in the
file ckaaaa.hlp. Notation:
* = match any string of characters
[abc] = match the single character a, b, or c
ALL VERSIONS
All C-Kermit versions include the files ckc*.c, ck*.h, and ckcpro.w. These
files implement the Kermit file transfer protocol. The user manual is
ckuker.doc (plain text), ckuker.ps (postscript). It applies to all
versions, but (so far) includes system-specific information only for UNIX,
VAX/VMS, OS/2, Amiga, and OS-9.
THE UNIX VERSION
UNIX sources: ck[cuw]*.[cwh]
UNIX build: ckuker.mak (for 2.1xBSD, use ckubs2.mak)
UNIX executable: (none, build from source code)
UNIX doc: ckuker.doc, ckuker.ps
To build the UNIX version, rename ckuker.mak (or ckubs2.mak) to makefile,
read the comments at the top of the makefile to select the make-option
appropriate for your computer, and then give the appropriate "make" command,
for example "make bsd", "make sunos41", "make sys5r4", etc. Read the file
ckuins.doc for further instructions and hints.
There is also a compressed tar archive of the UNIX sources in
kermit/bin/cku179.tar.Z, which you can ftp in BINARY mode: 595K.
THE VAX/VMS VERSION
This version is not quite finished. Work on an interrupt-driven
communications I/O module is still in progress. However, the file system
interface is more or less complete, and is quite advanced, thanks to endless
and unenviable hours of work by Terry Kennedy of St Peter's College in New
Jersey. The result is quite usable, provided you don't push the
communications too hard (very long packets and/or big sliding window sizes),
especially on small, slow, or old VAXes.
A special feature of VMS C-Kermit 5A is called "labeled files", which allows
VMS files of any type to be transmitted to a foreign system and then
brought back to a VMS system with all their attributes and formats intact --
or for that matter, between two VMS systems directly.
VMS sources: ck[cuwv]*.[cwh], plus ckvcvt.c (labeled-file decoder)
VMS build: ckvcdt.com plus ckvker.com (DCL), ckvker.mak (VMS MAKE),
or ckvker.mms (DEC MMS)
VMS executable: ckvker.hex, use ckvdeh.mar to decode it into .EXE format.
VMS doc: ckuker.doc, ckuker.ps
THE OS/2 VERSION
C-Kermit was originally adapted to OS/2 by Chris Adie, of Edinburgh University
in Scotland in 1988. Kai Uwe Rommel of the Technical University of Munich in
Germany has brought Chris's version up to date and added many new features in
the bargain. This program runs in an OS/2 window under both OS/2 1.3 and 2.0,
performs VT102 emulation complete with key mapping, screen rollback, etc.
OS/2 sources: ck[cuwo]*.[cwh], ckwart.def, ckoker.def
OS/2 build: ckoker.mak
OS/2 executable: ckoker.boo (unboo with ckbunb.c), kermit/bin/ckoker.exe
OS/2 doc: ckuker.doc, ckuker.ps
THE COMMODORE AMIGA VERSION
The adaptation of C-Kermit 5A to the Amiga was handled by Steve Walton,
California State University at Northridge. The original adaptation (for
C-Kermit 4E) was done by Jack Rouse of the "Software Distillery" in 1986.
The files are:
Amiga sources: ck[cuwi]*.[cwh]
Amiga build: ckiker.mak (use Aztec C V5.0b)
Amiga executable: ckiker.boo, kermit/bin/ckiker.exe
Amiga doc: ckuker.doc, ckuker.ps
THE ATARI ST VERSION
This one is hot off the press, just in from Bruce J Moore of Allen-Bradley
Company in Highland Heights, Ohio. This is not a desktop application; it
must be run under a character-mode shell like msh (which comes with Mark
Williams C), gulam, ksh, or bash.
Atari ST sources: ck[cuws]*.[cwh] (Mark Williams C)
Atari build: cksker.mak
Atari executable: cksker.boo (decode with ckbunb.c), kermit/bin/cksker.ttp
Atari doc: cksker.bwr (more coming)
THE OS-9 VERSION
OS-9 is a UNIX variant from Microware Systems Corporation, designed mainly
for the real-time processing environment, mostly on Motorola CPUs. C-Kermit
5A was adapted to OS-9/68K by Christian Hemsing, RWTH Aachen, Germany, and
Bob Larson of the University of Southern California.
OS-9 sources: ck[cuw9]*.[cwh]
OS-9 build: ck9ker.mak or ck9ker.gcc
OS-9 executable: (None, build from source code using cc or gcc)
OS-9 doc: ckuker.doc, ckuker.ps
OTHER VERSIONS
Macintosh Kermit is not at BETA level yet. Much work remains to be done and
is, in fact, underway at this moment. Announcements to come in forthcoming
Info-Kermit Digest issues.
Previous editions of C-Kermit were available for Apollo Aegis and Data General
AOS/VS. The Aegis version appears to be pretty much dead; most people run
a UNIX-like environment on Apollos now, under SR10. The Apollo SR10 UNIX
environments are fully supported by the UNIX version.
Work on updating the Data General AOS/VS support has recently begun. Watch
this space for announcements.
Anybody who might have plans to adapt C-Kermit to any other kind of system,
please contact us first so we can keep all efforts coordinated.
DOCUMENTATION
Much of the documentation listed below needs additional work. Improved
documentation will be announced as it becomes available.
ckaaaa.hlp Explanation of file naming conventions
ckaplm.doc C-Kermit "program logic manual"
ckuker.ann This message
ckuker.doc plain-text user manual, UNIX and VMS
ckuker.ps Postscript user manual, UNIX and VMS
ckuker.mss Scribe source for user manual + ckuhdr.mss
ckuker.nr UNIX man page, NROFF source (NEEDS WORK!)
ckuins.doc UNIX and VMS installation instructions, plain text
ckuker.bwr UNIX and VMS "Beware file", plain text
ckvker.bwr VAX/VMS-specific "beware file", plain text (mostly obsolete?)
ckvker.hlp VAX/VMS help file, for VMS HELP command (needs updates)
ckiker.bwr Amiga beware file
ck9ker.bwr OS-9 beware file
ckuker.upd C-Kermit program update history, plain text, BIG
As you might guess from the contents of this message, C-Kermit has grown
considerably in size and complexity since version 4E. Consequently, many of
its features are now deselectable via feature-selection switches at compile
time: network support, script programming language, character sets, etc. This
is necessary when the target computer (or compiler or linker) does not have
the capacity (memory or address space) to support this version in its full
glory. The feature-removal techniques are documented in the file
ckuins.doc, and the various build procudures (UNIX makefile, etc) show which
(if any) features are removed from which versions. In most versions, the
SHOW VERSION command also lists which features are present and which are
absent.
WHAT NEXT?
As far as features are concerned, this is the end of C-Kermit 5A. Bugs will
be fixed, support for various systems will be updated, and then it will
replace version 4E(072) as the standard, supported, released version. New
features will be added to future releases.
Please report successes or failures to Frank da Cruz, FDCCU@CUVMA.BITNET
or fdc@watsun.cc.columbia.edu.
------------------------------
End of Info-Kermit Digest
*************************
From cmg Fri Apr 10 12:27:31 1992
Return-Path: <cmg>
Received: by watsun.cc.columbia.edu (5.59/FCB)
id AA17472; Fri, 10 Apr 92 12:27:31 EDT
Date: Fri, 10 Apr 92 12:27:31 EDT
From: Christine M Gianone <cmg@watsun.cc.columbia.edu>
To: Info-Kermit
Subject: Info-Kermit Digest V15 #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.0.702923251.cmg@watsun.cc.columbia.edu>
Info-Kermit Digest Fri, 10 Apr 1992 Volume 15 : Number 3
Today's Topics:
Prime Kermit version 8.14
A few release files more for Kermit-12
New BOO file Encoder / Decoder
Re: Unique Log File Names for MS-DOS Kermit
RE: Question on MS-KERMIT 3.10 Terminal Emulator
Digest submissions may be sent to Info-Kermit@WATSUN.CC.COLUMBIA.EDU or
KERMIT@CUVMB.BITNET. Requests for addition to or deletion from the
Info-Kermit subscriber list should be sent to LISTSERV@CUVMB.BITNET or
LISTSERV@CUVMB.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 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). 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 CUVMB. 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: Fri, 14 Feb 92 19:51:17
>From: John Horne <C20211@prime-a.poly-south-west.ac.uk>
Subject: Prime Kermit version 8.14
The current version of Prime Kermit, version 8.12, has now been superceeded
by version 8.14. This new version incorporates many bug fixes, and some
new functionality over version 8.12. The intermediate version 8.13, was
never released since it was a development version.
This release also contains an updated copy of the PRIME.HLP file listing
all development work carried out up to the present. Unfortunately this
file was not updated at the release of version 8.12.
Some of the changes at revision 8.14 are :
* Checks for the remote server being present in the BYE and FINISH commands.
* The receive timeout code has been improved, and the timer converted from
from minutes to seconds. The send packet timer may also now be set.
* The AMLC line speeds are now set to Prime supplied default values, and
only the validity of any specified speed is checked. This is necessary
since the AMLC code in Kermit is somewhat 'awkward', because the Primos
subroutines used to handle AMLC/ICS line speeds have several significant
changes from Primos revision 21 to 22. The handling of data along AMLC
lines has also been corrected to eliminate POINTER_FAULT$ errors.
* Multiple file transfers with a specific file type has been corrected,
and the MS-DOS pound sign conversion is also correctly handled. The
automatic file type checking code has been improved, and the setting of
a file type may be abbreviated to "FT" or any sub-string of "FILE_TYPE"
* The "REMOTE SPACE" command will now show the amount of disk space (records)
on the current partition, as well as the current directory quota.
* The users 'environment' is re-evaluated after they have PUSHed from Kermit.
This is in case they changed anything in their environment, e.g. message
status, duplex settings, etc, whilst at Primos command level.
* The exact file length is now sent in the attributes packet. Previously
no account was taken of the Prime space compression character, thus
misleading the remote Kermit.
* The Kermit command line will now accept the "-INIT pathname" option to
startup Kermit with an initialization file. If no pathname is specified,
then the file "PRIME_KERMIT.INIT" is looked for in the current directory.
* The sliding windows code has been improved, and uses a default window
size of 6. Note, however, that it seems there are still problems with
sliding windows by users dialing in to a Prime computer from a C-Kermit or
MS-DOS Kermit machine. It does, however, work when using MS-DOS Kermit
connected to the Prime by some other medium.
More details of these, and other changes, can be found in the PRIME.HLP
file. This version has been successfully run at Primos revisions 22.1.1b
and 23.2.0b.
Finally, I would like to thank Matthew Sutter for all his work on Prime
Kermit. Matthew has, I gather, now left the world of Computers to become
a Paramedic. Despite this I shall still be bug fixing Kermit, and improving
it as time permits!
John Horne,
Polytechnic South West, Plymouth, U.K.
------------------------------
Date: Wed, 11 Mar 92 15:52:25 EST
>From: Charles Lasner <lasner@watsun.cc.columbia.edu>
Subject: A few release files more for Kermit-12
In /uw/guests/lasner/nufiles is two new versions of K12DEC and K12ENC
which now have a new feature for image transfer of an entire device.
This comes at the request of several users, and was quite easy to add.
As before, the source documents how to use it, etc.
I am working on an upgrade (specifically a handler) for OS/278 to allow
complete transfer of RX50 diskettes as an encoded ASCII-fied file.
This utility merely handles records available to the normal file
structure, but in the OS/278 RX50 case (from DEC) this is not the whole
disk. In part this is a safety feature, so you can't access the
"slushware" tracks, but in any case, you can't transfer an entire image
of an RX50 currently, but when the system is upgraded with a suitable
handler, then the encoder and decoder gain access to the entire device,
along with all other utilities.
If the handler project takes too long (it is actually quite involved
surprisingly enough) I will possibly resort (by popular demand) to
releasing an interim program that does its own RX50 I/O as a special
case of encode and decode. That would be withdrawn later when the
handler is available. (DECmates are becoming available to various
people around the world, but they don't have the support software to
get it running; this method would allow them to get their machines up
after they had merely an OS/278 bootable disk (available from DECUS)
and Kermit-12 stuff :-).)
In any case, the two new files are useful for other devices. For
example, an entire OS/8 RX01 or RX02 can be encoded as a file. With
the WPS-oriented handlers installed (commonly available), images of an
RX01 WPS document disk can be encoded/decoded directly. (This even
includes bootable WPS RX01 systems diskettes, or even RT-11 RX01
disks!) The existant WPS/COS-style handlers allow transfer of any RX01
as long as track zero can be ignored. This is generally the case on
RX01/02, but NOT RX50, thus the above problem.
------------------------------
Date: Wed, 1 Apr 92 10:33:38 EST
>From: Christine M Gianone
Subject: New BOO file Encoder / Decoder
Charles Lasner, the author of PDP-8 / PDP-12 / DECmate Kermit and of the
previous message, discovered a while ago that the well-known flaw in BOO-file
encoding could have distastrous effects on computers where executable program
images included checksums or other checking information. The flaw is that the
4-for-3 encoding used in BOO files could add 1 or 2 extraneous null bytes to
the end of a file.
Christian Hemsing, in his work on C-Kermit for OS-9, found this flaw to be
fatal for OS-9 also. Charles had suggested a method for having the BOO files
record the exact image of the encoded file by adding special codes to the end
to "take back" the extraneous null bytes. This method has the benefit that it
is compatible with old BOO file decoders. Christian added the code for this
to the MSBMKB (BOO file maker) and MSBPCT (BOO file decoder) programs.
The new programs are now available in kermit/a/msbmkb.c and msbpct.c on watsun
and MSBMKB.C and MSBPCT.C from CUVMA. Thanks to Charles and Christian for
this valuable contribution!
------------------------------
Date: Thu, 16 Jan 92 10:33:38 CET
>From: "Janusz S. Bie/n" <JSBIEN@PLEARN>
Subject: Re: Unique Log File Names for MS-DOS Kermit
Info-Kermit Digest Vol. 14 No 2 contained the following advice:
[...
SET COUNT 999
:LOOP
DEFINE \%F \V(NDATE).\V(COUNT)
IF NOT EXIST \%F GOTO OK
IF COUNT GOTO LOOP
ECHO Sorry, you've already created 1000 log files today!
STOP
:OK
LOG SESSION \%F
That should give you a unique filename.]
I tried it with MS-Kermit 3.11. It works only if DEFINE is replaced by ASSIGN.
Regards
Janusz S. Bie/n
Institute of Informatics, Warsaw University
------------------------------
Date: Tue, 31 Mar 1992 21:41:44 CST
>From: Dave Mausner <dlm@HERMES.DLOGICS.COM>
Subject: RE: Question on MS-KERMIT 3.10 Terminal Emulator
In the past I reported that Kermit 3.11 would hang when receiving bursts
of textual data at 19200 or above. This occurred in DOS 4.0, and 5.0 with
or without HIMEM/EMM386 loaded. I never used ANSI.SYS ever.
I recently downloaded UMBDR522.ZIP from EXEC-PC which loads HIMEM.SYS
in the UMA and dispenses entirely with EMM386. It increases the amount of
free main memory in DOS 5.0 from 621000 to 640000 bytes (not 640K mind you).
It claims to remap chunks of ROM to speed up memory access.
I downloaded NNANS591.ZIP from the USENET c.b.i.p. It advertises an ability
to speed up screen writes of every type (DOS, BIOS).
Don't ask me why, but with these things in charge, i no longer experience the
Kermit hangs at 19200. I am a happy camper even if i have to use voodoo.
Since the KERMIT.BWR file mentions the hang problem under DOS 5.0, i thought
you might find the above interesting for future reference. Regards,
Dave Mausner, Senior Consultant
Datalogics Inc
Chicago IL / 312-266-4450
dlm@dlogics.com
[From jrd - Interesting indeed. About the best suggestion I have about why
outages occurred previously is the video Bios held off interrupts too long
while it scrolled the screen; such Bios's do vary quite a bit. By moving the
Bios to fast memory (shadowing it) one gets work done faster there and hence
fewer outages. Do be aware that when changing between 132/80 columns Kermit
will need to look into that Bios for a signature of known boards, and if the
"stealth" option of some memory managers is used to map away the Bios then
Kermit won't find the signature.]
------------------------------
End of Info-Kermit Digest
*************************