command or program. The built-in command might not behave the way
the platform-specific external one did, but many options are
available for customization. Of course the underlying
- platform-specific command can still be accesssed with "!", "@", or
+ platform-specific command can still be accessed with "!", "@", or
"RUN" wherever the installation does not forbid. In UNIX, the "ls"
- command can be accesssed directly as "ls" in C-Kermit.
+ command can be accessed directly as "ls" in C-Kermit.
* SEND ? prints a list of switches rather than a list of filenames.
If you want to see a list of filenames, use a (system-dependent)
construction such as SEND ./? (for UNIX, Windows, or OS/2), SEND
software. Such drivers are generally NOT available in UNIX or other
non-Windows (or non-OS/2, in the case of the Mwave) platforms.
- In order to dial a modem, C-Kermit must know its repertoire of commands
- and responses. Each modem make and model is likely to have a different
- repertoire. Since Kermit has no way of knowhing which kind of modem
- will be dialed, normally you have to tell it with a SET MODEM TYPE
- command, e.g.:
+ In order to dial a modem, C-Kermit must know the modem's repertoire of
+ commands and responses. Each modem make and model is likely to have a
+ different repertoire. Since Kermit has no way of knowing which kind of
+ modem will be dialed, normally you have to tell it with a SET MODEM
+ TYPE command, e.g.:
set modem type usrobotics
set line /dev/cua0
configuration includes error correction, data compression, and hardware
(RTS/CTS) flow control. As long as C-Kermit is capable of hardware flow
control (as it is on many, but not all, the platforms where it runs,
- since some operating systems don't support it), the modem can be dailed
+ since some operating systems don't support it), the modem can be dialed
immediately, without lengthy configuration dialogs, and in fact this is
what SET MODEM TYPE GENERIC-HIGH-SPEED does. In C-Kermit 8.0,
GENERIC-HIGH-SPEED has become the default modem type, so now it is
an escape sequence like "<ESC> O p"). In both cases, C-Kermit has no
way to tell the difference between such multibyte key values, and the
corresponding series of single-byte key values. This could only be done
- by accesssing the keyboard at a much lower level in a highly
+ by accessing the keyboard at a much lower level in a highly
platform-dependent manner, probably requiring tens of thousands of
lines of code to support even a sampling of the most popular
workstation / OS combinations.
transfer fails because Kermit will not rename a directory. Send the
file with another name, or use SET FILE COLLISION RENAME.
* If the directory lacks write permission, the file transfer fails
- even if you have write accesss to the file that is being backed up;
+ even if you have write access to the file that is being backed up;
in that case, switch to SET FILE COLLISION OVERWRITE or APPEND, or
send to a different directory.
must SET FLOW NONE. The HP48SX does not support flow control, and
evidently also becomes confused if you attempt to use it. You might
also need to use SET SEND PAUSE 100 (or other number). For greater
- detail about transferring files the the HP-48, see:
+ detail about transferring files the HP-48, see:
[85]http://www.columbia.edu/kermit/hp48.html
interruption characters between every packet. The "What Are You"
response is sitting in the keyboard buffer. Eventually Kermit will
read a character such as "c" that is a valid interruption
- character, and the file transfer stops with "User cancelled".
+ character, and the file transfer stops with "User canceled".
The right way to handle this situation is to have your look for the
"What Are You?" sequence and send the response itself, as described in
By the way, you might be tempted to use Kermit's \xnn notation to plug
hex numbers into arithmetic expressions but this doesn't work. That
- notation is stricly for bytes (hex representation of character values),
- not for numbers.
+ notation is strictly for bytes (hex representation of character
+ values), not for numbers.
11.11. Other...