home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.muug.mb.ca
/
2014.06.ftp.muug.mb.ca.tar
/
ftp.muug.mb.ca
/
pub
/
src
/
zmodem.tar.gz
/
zmodem.tar
/
rz.doc
< prev
next >
Wrap
Text File
|
1992-04-11
|
11KB
|
331 lines
RRRRZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) RRRRZZZZ((((1111))))
NNNNAAAAMMMMEEEE
rx, rc, rb, rz - Receive Files and Commands with X/Y/ZMODEM
SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
rrrrzzzz [- ttttvvvv]
rrrrbbbb [- ttttvvvv]
rrrrcccc [- ttttvvvv] _f_i_l_e
rrrrxxxx [- ttttvvvv] _f_i_l_e
ggggzzzz _f_i_l_e ...
[----][vvvv]rrrrzzzzCCCCOOOOMMMMMMMMAAAANNNNDDDD
DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
This program uses error correcting protocols to receive
files over a dial-in serial port from a variety of programs
running under PC-DOS, CP/M, Unix, and other operating
systems. It is invoked from a shell prompt manually, or
automatically as a result of an "sz file ..." command given
to the calling program.
This is a copyrighted shareware program. Commercial use of
this program is subject to licensing conditions detailed in
the rz.c source code. "Commercial Use" includes use of this
program to receive files from commercial and/or shareware
programs not published by Omen Technology INC.
This program is not designed to be called from _c_u(_1), or
other communications programs. Unix flavors of Omen
Technology's Professional-YAM communications software are
available for dial-out applications.
RRRRzzzz (Receive ZMODEM) receives one or more files with the
ZMODEM protocol. Pathnames are supplied by the sending
program, and directories are made if necessary (and
possible). Normally, the "rz" command is automatically
issued by the calling ZMODEM program, but defective ZMODEM
implementations may require starting _r_z manually.
RRRRbbbb receives file(s) with YMODEM, accepting either standard
128 byte sectors or 1024 byte sectors (YAM sb ----kkkk option).
The user should determine when the 1024 byte block length
actually improves throughput.
If True YMODEM (Omen Technology trademark) file information
(file length, etc.) is received, the file length controls
the number of bytes written to the output dataset, and the
modify time and file mode (iff non zero) are set
accordingly.
If True YMODEM file information is not received, slashes in
the pathname are changed to underscore, and any trailing
period in the pathname is eliminated. This conversion is
Page 1 (printed 9/15/91)
RRRRZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) RRRRZZZZ((((1111))))
useful for files received from CP/M and other historical
systems.
RRRRcccc receives a single _f_i_l_e with XMODEM-CRC or XMODEM-1k-CRC
protocol. The user should determine when the 1024 byte
block length actually improves throughput without causing
problems. The user must supply the file name to both
sending and receiving programs. Up to 1023 garbage
characters may be added to the received file.
RRRRxxxx receives a single _f_i_l_e with XMODEM or XMODEM-1k protocol.
The user should determine when the 1024 byte block length
actually improves throughput without causing problems. The
user must supply the file name to both sending and receiving
programs. Up to 1023 garbage characters may be added to the
received file.
GGGGzzzz is a shell script which calls _s_z to command Pro-YAM or
ZCOMM to transmit the specified files. Pathnames used with
_g_z must be escaped if they have special significance to the
Unix shell.
EXAMPLE: gz "-a C:*.c D:*.h"
RRRRzzzz may be invoked as rrrrzzzzCCCCOOOOMMMMMMMMAAAANNNNDDDD (with an optional leading -
as generated by login(1)). For each received file, _r_z will
pipe the file to ``COMMAND filename'' where filename is the
name of the transmitted file with the file contents as
standard input.
Each file transfer is acknowledged when COMMAND exits with 0
status. A non zero exit status terminates transfers.
A typical use for this form is _r_z_r_m_a_i_l which calls rmail(1)
to post mail to the user specified by the transmitted file
name. For example, sending the file "caf" from a PC-DOS
system to _r_z_r_m_a_i_l on a Unix system would result in the
contents of the DOS file "caf" being mailed to user "caf".
On some Unix systems, the login directory must contain a
link to COMMAND as login sets SHELL=rsh which disallows
absolute pathnames. If invoked with a leading ``v'', _r_z
will report progress to /tmp/rzlog. The following entry
works for Unix SYS III/V:
rzrmail::5:1::/bin:/usr/local/rzrmail
If the SHELL environment variable includes _r_s_h or _r_k_s_h
(restricted shell), _r_z will not accept absolute pathnames or
references to a parent directory, will not modify an
existing file, and removes any files received in error.
The meanings of the available options are:
Page 2 (printed 9/15/91)
RRRRZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) RRRRZZZZ((((1111))))
tttt ttttiiiimmmm
Change timeout to _t_i_m tenths of seconds.
vvvv Verbose causes a list of file names to be appended to
/tmp/rzlog . More v's generate more detailed debugging
output.
(Pro-YAM command)
<_A_L_T-_2>
Pro-YAM Command: _s_z *._h *._c
(This automatically invokes _r_z on the connected system.)
DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS
Exit status is as follows: 0 for successful transfers. 1 if
unrecoverable errors are detected. 2 if syntax errors or
file access problems are detected. 3 if the program was
terminated by a caught interrupt.
SSSSEEEEEEEE AAAALLLLSSSSOOOO
Professional-YAM, ZCOMM, DSZ, crc(omen), sz(omen),
usq(omen), undos(omen)
Compile time options required for various operating systems
are described in the source file.
NNNNOOOOTTTTEEEESSSS
ZMODEM's support of XOFF/XON flow control allows proper
operation in many environments that do not support XMODEM
uploads. Unfortunately, not all Unix versions support input
flow control. The TTY input buffering on some systems may
not adequately buffer long blocks or streaming input at high
speed. You should suspect this problem when you can't send
data to the Unix system at high speeds using ZMODEM,
YMODEM-1k or XMODEM-1k, but YMODEM with 128 byte blocks
works properly.
The DSZ or Pro-YAM zzzzmmmmooooddddeeeemmmm llll numeric parameter may be set to
a value between 64 and 1024 to limit the burst length
("zmodem pl128"). Although this compromises ZMODEM's
throughput, ZMODEM's superior reliability remains intact.
If a program that does not properly implement the specified
file transfer protocol causes _r_z to "hang" the port after a
failed transfer, either wait for _r_z to time out or keyboard
a dozen Ctrl-X characters. Every reported instance of this
problem has been corrected by using ZCOMM, Pro-YAM, DSZ, or
other program with a correct implementation of the specified
protocol.
Many programs claiming to support YMODEM only support XMODEM
with 1k blocks, and they often don't get that quite right.
Page 3 (printed 9/15/91)
RRRRZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) RRRRZZZZ((((1111))))
In the case of a few poorly designed microcomputers, sending
serial data to a tty port at sustained high speeds has been
known to cause lockups, system halts, kernel panics, and
occasional antisocial behaviour. This problem is not unique
to _r_z; CRT terminals with block mode transmission and line
noise have the same effect. When experimenting with high
speed input to a system, consider rebooting the system if
the file transfers are not successful, especially if the
personality of the system appears altered.
The Unix "ulimit" parameter must be set high enough to
permit large file transfers to Unix.
Telebit modems must not be set to "spoof" UUCP, XMODEM, or
KERMIT. Setting one of these spoofing modes interferes with
other protoocls.
32 bit CRC code courtesy Gary S. Brown. Directory creation
code from John Gilmore's PD TAR program.
BBBBUUUUGGGGSSSS
_R_z is not intended be called from _c_u(_1), or other
communications programs. Unix flavors of Omen Technology's
Professional-YAM communications software are available for
dial-out applications.
_R_z does not support some ZMODEM features. Unix flavors of
Professional-YAM may be linked to "rz" to support these
features.
The ASCII option's CR/LF to NL translation merely deletes
CR's; undos(omen) performs a more intelligent translation.
ZZZZMMMMOOOODDDDEEEEMMMM CCCCAAAAPPPPAAAABBBBIIIILLLLIIIITTTTIIIIEEEESSSS
_R_z supports ZMODEM command execution (zcommand), incoming
ZMODEM binary (-b), ASCII (-a), newer(-n), newer+longer(-N),
protect (-p), Crash Recovery(-r), clobber (-y),
match+clobber (-Y), compression(-Z), and append (-+)
requests. Other options sent by the sender are ignored.
The default is protect (-p) and binary (-b).
Unix Professional-YAM provides higher performance and other
features not supported by _r_z. Please contact Omen Technology
Inc for product information.
Omen Technology INC
Post Office Box 4681
Portland OR 97208
503-621-3406
FFFFIIIILLLLEEEESSSS
PPPPaaaaggggeeee 4444 ((((pppprrrriiiinnnntttteeeedddd 9999////11115555////99991111))))
RRRRZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) RRRRZZZZ((((1111))))
rz.c, crctab.c, rbsb.c, zm.c, zmr.c, zmodem.h, rz.1
/tmp/rzlog stores debugging output generated with -vv option
Page 5 (printed 9/15/91)