home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #1 / monster.zip / monster / PROG_C / RZSZ0127.ZIP / SZ.DOC < prev    next >
Text File  |  1994-01-27  |  22KB  |  529 lines
  1.  
  2.  
  3.  
  4.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  5.  
  6.  
  7.  
  8.      NNNNAAAAMMMMEEEE
  9.       sx, sb, sz - Send Files with ZMODEM, YMODEM, or XMODEM
  10.       zcommand, zcommandi -    Send Commands with ZMODEM
  11.  
  12.      SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  13.       sz [-++++aaaabbbbddddeeeeffffkkkkLLLLllllNNNNnnnnooooppppttttuuuuvvvvyyyyYYYYZZZZ] _f_i_l_e ...
  14.       sb [-ddddffffkkkkttttuuuuvvvv] _f_i_l_e ...
  15.       sx [-kkkkttttuuuuvvvv] _f_i_l_e
  16.       zcommand [-oooottttvvvv] CCCCOOOOMMMMMMMMAAAANNNNDDDD
  17.       zcommandi [-oooottttvvvv] CCCCOOOOMMMMMMMMAAAANNNNDDDD
  18.       sz -T
  19.  
  20.  
  21.      LLLLIIIICCCCEEEENNNNSSSSEEEE AAAAGGGGRRRREEEEEEEEMMMMEEEENNNNTTTT
  22.       This is a copyrighted    shareware program.  Commercial use of
  23.       this program is subject to licensing conditions detailed in
  24.       the rz.c source code.     "Commercial Use" includes any use of
  25.       this program to send files to    a commercial or    shareware
  26.       program not published    or licensed by Omen Technology INC.
  27.  
  28.       Registration information is provided in the file mailer.rz.
  29.  
  30.       Use of this program constitutes agreement to the License
  31.       Agreement.
  32.  
  33.      SSSSUUUUPPPPPPPPOOOORRRRTTTT
  34.       Unregistered users may dial 900-737-7836 (900-737-RTFM) for
  35.       technical assistance.     There is a charge of $3.69 per    minute
  36.       to use this support line.  Callers must be 18    years or
  37.       older.
  38.  
  39.       Registered users encountering    problems using this program on
  40.       standard serial ports    to transfer files with Professional-
  41.       YAM or ZCOMM may call    the support number listed in the
  42.       Professional-YAM/ZCOMM documentation.
  43.  
  44.      DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  45.       SSSSzzzz (send ZMODEM) uses    the ZMODEM, YMODEM or XMODEM error
  46.       correcting protocol to send one or more files    over a dial-in
  47.       serial port to a variety of programs running under PC-DOS,
  48.       CP/M,    Unix, VMS, and other operating systems.
  49.  
  50.       To obtain the    the full performance and functionality of this
  51.       program we recommend its use with Professional-YAM or    ZCOMM.
  52.  
  53.       This program is intended to interface    with terminal
  54.       programs, not    to act as one.    This program is    not designed
  55.       to be    called from _c_u(_1) _t_i_p(_1), or other communications
  56.       programs.  Unix flavors of Omen Technology's Professional-
  57.       YAM communications software are available for    dial-out
  58.       applications.     Unix Professional-YAM supports    dial-out
  59.       applications with telephone directory, a powerful script
  60.  
  61.  
  62.  
  63.      Page 1                         (printed 1/27/94)
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  71.  
  72.  
  73.  
  74.       language with    learn function,    high quality multiple protocol
  75.       support, and UUCP port arbitration.
  76.  
  77.       SSSSzzzz sends one or more files with ZMODEM protocol.
  78.  
  79.       ZMODEM greatly simplifies file transfers compared to XMODEM.
  80.       In addition to a friendly user interface, ZMODEM provides
  81.       Personal Computer and    other users an efficient, accurate,
  82.       and robust file transfer method.
  83.  
  84.       ZMODEM provides complete EEEENNNNDDDD----TTTTOOOO----EEEENNNNDDDD data integrity between
  85.       application programs.     ZMODEM's 32 bit CRC catches errors
  86.       that sneak into even the most    advanced networks.
  87.  
  88.       Advanced file    management features include AutoDownload
  89.       (Automatic file Download initiated without user
  90.       intervention), Display of individual and total file lengths
  91.       and transmission time    estimates, Crash Recovery, selective
  92.       file transfers, and preservation of exact file date and
  93.       length.
  94.  
  95.       The ----yyyy option    instructs the receiver to open the file    for
  96.       writing unconditionally.  The    ----aaaa option causes the receiver
  97.       to convert Unix newlines to PC-DOS carriage returns and
  98.       linefeeds.
  99.  
  100.  
  101.       SSSSbbbb sends one or more files with YMODEM or ZMODEM protocol.
  102.       The initial ZMODEM initialization is not sent.  When
  103.       requested by the receiver, ssssbbbb    supports YYYYMMMMOOOODDDDEEEEMMMM----gggg with
  104.       "cbreak" tty mode, XON/XOFF flow control, and    interrupt
  105.       character set    to CAN (^X).  YYYYMMMMOOOODDDDEEEEMMMM----gggg (Professional-YAM gggg
  106.       option) increases YMODEM throughput over error free channels
  107.       (direct connection, X.PC, etc.) by disabling error recovery.
  108.  
  109.       On Unix systems, additional information about    the file is
  110.       transmitted.    If the receiving program uses this
  111.       information, the transmitted file length controls the    exact
  112.       number of bytes written to the output    dataset, and the
  113.       modify time and file mode are    set accordingly.
  114.  
  115.  
  116.       SSSSxxxx sends a single _f_i_l_e with XXXXMMMMOOOODDDDEEEEMMMM or    XXXXMMMMOOOODDDDEEEEMMMM----1111kkkk protocol
  117.       (sometimes incorrectly called    "ymodem").  The    user must
  118.       supply the file name to both sending and receiving programs.
  119.  
  120.       Iff sssszzzz is invoked with $SHELL    set and    iff that variable
  121.       contains the string _r_s_h or _r_k_s_h (restricted shell), sssszzzz
  122.       operates in restricted mode.    Restricted mode    restricts
  123.       pathnames to the current directory and PUBDIR    (usually
  124.       /usr/spool/uucppublic) and/or    subdirectories thereof.
  125.  
  126.  
  127.  
  128.  
  129.      Page 2                         (printed 1/27/94)
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  137.  
  138.  
  139.  
  140.       The fourth form sends    a single COMMAND to a ZMODEM receiver
  141.       for execution.  ZZZZccccoooommmmmmmmaaaannnndddd exits with the COMMAND return
  142.       value.  If COMMAND includes spaces or    characters special to
  143.       the shell, it    must be    quoted.
  144.  
  145.  
  146.       The fifth form sends a single    COMMAND    to a ZMODEM receiver
  147.       for execution.  ZZZZccccoooommmmmmmmaaaannnnddddiiii exits as soon as the receiver has
  148.       correctly received the command, before it is executed.
  149.  
  150.  
  151.       The sixth form (sz -T) outputs all 256 code combinations to
  152.       the terminal.     The hex value of the character, a space, and
  153.       the raw character are    sent, 8    per line.  In you are having
  154.       difficulty sending files, this command lets you see which
  155.       character codes are being eaten by the operating system or
  156.       network.  The    terminal program must be set to    display    all
  157.       256 codes in a distinct form.     Check that each code is sent,
  158.       and that the 8th bit on codes    0x80 to    0xFF is    set.
  159.  
  160.       Sz -T    then allows the    caller to input    characters which are
  161.       echoed in hex.  You should check that    all control characters
  162.       can be input this way.
  163.  
  164.  
  165.  
  166.       The meanings of the available    options    are:
  167.  
  168.       ++++    Instruct    the receiver to    append transmitted data    to an
  169.            existing    file (ZMODEM only).
  170.       aaaa    Instruct    the ZMODEM receiver to convert text file
  171.            format as appropriate for the receiving system.    Valid
  172.            only for    ZMODEM.
  173.       bbbb    (ZMODEM)    Binary override: transfer file without any
  174.            translation.
  175.       cccc    Instruct    the receiver to    change the pathname if the
  176.            destination file    exists.
  177.       dddd    Change all instances of "." to "/" in the transmitted
  178.            pathname.  Thus,    C.omenB0000 (which is unacceptable to
  179.            MSDOS or    CP/M) is transmitted as    C/omenB0000.  If the
  180.            resultant filename has more than    8 characters in    the
  181.            stem, a "." is inserted to allow    a total    of eleven.
  182.       eeee    Escape all control characters; normally only XON, XOFF,
  183.            DLE, CR-@-CR, and Ctrl-X    are escaped.
  184.       ffff    Send Full pathname.  Normally directory prefixes    are
  185.            stripped    from the transmitted filename.
  186.       gggg    Send ESC-[-?-3-4-l to start DSZ from Kermit.
  187.       kkkk    (XMODEM/YMODEM) Send files using    1024 byte blocks
  188.            rather than the default 128 byte    blocks.     1024 byte
  189.            packets speed file transfers at high bit    rates.
  190.            (ZMODEM streams the data    for the    best possible
  191.            throughput.)
  192.  
  193.  
  194.  
  195.      Page 3                         (printed 1/27/94)
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  203.  
  204.  
  205.  
  206.       LLLLNNNN   Use ZMODEM sub-packets of length    N.  A larger N (32 <=
  207.            N <= 1024) gives    slightly higher    throughput, a smaller
  208.            N speeds    error recovery.     The default is    128 below 300
  209.            baud, 256 above 300 baud, or 1024 above 2400 baud.
  210.       llllNNNN   Wait for    the receiver to    acknowledge correct data every
  211.            NNNN (32 <=    N <= 1024) characters.    This may be used to
  212.            avoid network overrun when XOFF flow control is
  213.            lacking.
  214.       nnnn    (ZMODEM)    Send each file if destination file does    not
  215.            exist.  Overwrite destination file if source file is
  216.            newer than the destination file.
  217.       NNNN    (ZMODEM)    Send each file if destination file does    not
  218.            exist.  Overwrite destination file if source file is
  219.            newer or    longer than the    destination file.
  220.       oooo    (ZMODEM)    Disable    automatic selection of 32 bit CRC.
  221.       pppp    (ZMODEM)    Protect    existing destination files by skipping
  222.            transfer    if the destination file    exists.
  223.       rrrr    (ZMODEM)    Resume interrupted file    transfer.  If the
  224.            source file is longer than the destination file,    the
  225.            transfer    commences at the offset    in the source file
  226.            that equals the length of the destination file.
  227.       rrrrrrrr   As above, but compares the files    (the portion common to
  228.            sender and receiver) before resuming the    transfer.
  229.       ttttttttiiiimmmm Change timeout to _t_i_m tenths of seconds.
  230.       uuuu    Unlink the file after successful    transmission.
  231.       wwwwNNNN   Limit the transmit window size to N bytes (ZMODEM).
  232.       vvvv    Verbose causes a    list of    file names to be appended to
  233.            /tmp/szlog .  More v's generate more output.
  234.       yyyy    Instruct    a ZMODEM receiving program to overwrite    any
  235.            existing    file with the same name.
  236.       YYYY    Instruct    a ZMODEM receiving program to overwrite    any
  237.            existing    file with the same name, and to    skip any
  238.            source files that do have a file    with the same pathname
  239.            on the destination system.
  240.       ZZZZ    Use ZMODEM file compression to speed file transfer.
  241.  
  242.      DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS
  243.       Exit status is as follows: 0 for successful transfers.  1 if
  244.       unrecoverable    errors are detected.  2    if syntax errors or
  245.       file access problems are detected.  3    if the program was
  246.       terminated by    a caught interrupt.
  247.  
  248.      EEEEXXXXAAAAMMMMPPPPLLLLEEEESSSS
  249.       ZZZZMMMMOOOODDDDEEEEMMMM FFFFiiiilllleeee TTTTrrrraaaannnnssssffffeeeerrrr (Unix to    DSZ/ZCOMM/Professional-YAM)
  250.       %%%% sssszzzz ----aaaa ****....cccc
  251.       This single command transfers    all .c files in    the current
  252.       Unix directory with conversion (----aaaa) to end of    line
  253.       conventions appropriate to the receiving environment.     With
  254.       ZMODEM AutoDownload enabled, Professional-YAM     and ZCOMM
  255.       will automatically receive the files after performing    a
  256.       security check.
  257.  
  258.  
  259.  
  260.  
  261.      Page 4                         (printed 1/27/94)
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  269.  
  270.  
  271.  
  272.       %%%% sssszzzz ----YYYYaaaannnn ****....cccc    ****....hhhh
  273.       Send only the    .c and .h files    that exist on both systems,
  274.       and are newer    on the sending system than the corresponding
  275.       version on the receiving system, converting Unix to DOS text
  276.       format.
  277.  
  278.       ZZZZMMMMOOOODDDDEEEEMMMM CCCCoooommmmmmmmaaaannnndddd DDDDoooowwwwnnnnllllooooaaaadddd (Unix    to Professional-YAM)
  279.        cpszall:all
  280.           zcommand "c:;cd /yam/dist"
  281.           sz -ya $(YD)/*.me
  282.           sz -yb y*.exe
  283.           zcommand "cd /yam"
  284.           zcommandi    "!insms"
  285.       This Makefile    fragment uses zzzzccccoooommmmmmmmaaaannnndddd to issue    commands to
  286.       Professional-YAM to change current disk and directory.
  287.       Next,    sssszzzz transfers the ._m_e files from    the $YD    directory,
  288.       commanding the receiver to overwrite the old files and to
  289.       convert from Unix end    of line    conventions to PC-DOS
  290.       conventions.    The third line transfers some ._e_x_e files.  The
  291.       fourth and fifth lines command Pro-YAM to change directory
  292.       and execute a    PC-DOS batch file _i_n_s_m_s    . Since    the batch file
  293.       takes    considerable time, the zzzzccccoooommmmmmmmaaaannnnddddiiii form is used to allow
  294.       the program to exit immediately.
  295.  
  296.       XXXXMMMMOOOODDDDEEEEMMMM FFFFiiiilllleeee TTTTrrrraaaannnnssssffffeeeerrrr (Unix to    Crosstalk)
  297.       % ssssxxxx ffffoooooooo....cccc
  298.       EEEESSSSCCCC
  299.       rrrrxxxx ffffoooooooo....cccc
  300.       The above three commands transfer a single file from Unix to
  301.       a PC and Crosstalk.  This combination    is much    slower and
  302.       less reliable    than ZMODEM.
  303.  
  304.      EEEERRRRRRRROOOORRRR MMMMEEEESSSSSSSSAAAAGGGGEEEESSSS
  305.       "Caught signal 99" indicates the program was not properly
  306.       compiled, refer to "bibi(99)"    in rbsb.c for details.
  307.  
  308.      SSSSEEEEEEEE AAAALLLLSSSSOOOO
  309.       rz(omen), ZCOMM User's Manual, Professional-YAM User's
  310.       Manual, crc(omen), sq(omen), todos(omen), tocpm(omen),
  311.       tomac(omen), yam(omen)
  312.  
  313.       Compile time options required    for various operating systems
  314.       are described    in the source file.
  315.  
  316.      FFFFIIIILLLLEEEESSSS
  317.       32 bit CRC code courtesy Gary    S. Brown.
  318.  
  319.       sz.c,    crctab.c, rbsb.c, zm.c,    zmr.c, zmodem.h    Unix source
  320.       files
  321.  
  322.       /tmp/szlog stores debugging output (sz -vv)
  323.  
  324.  
  325.  
  326.  
  327.      Page 5                         (printed 1/27/94)
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  335.  
  336.  
  337.  
  338.      TTTTEEEESSSSTTTTIIIINNNNGGGG FFFFEEEEAAAATTTTUUUURRRREEEE
  339.       The command "sz -T file" exercises the AAAAttttttttnnnn sequence error
  340.       recovery by commanding errors    with unterminated packets.
  341.       The receiving    program    should complain    five times about
  342.       binary data packets being too    long.  Each time sssszzzz is
  343.       interrupted, it should send a    ZDATA header followed by
  344.       another defective packet.  If    the receiver does not detect
  345.       five long data packets, the AAAAttttttttnnnn sequence is not
  346.       interrupting the sender, and the MMMMyyyyaaaattttttttnnnn string in sssszzzz....cccc must
  347.       be modified.
  348.  
  349.       After    5 packets, sssszzzz stops the    "transfer" and prints the
  350.       total    number of characters "sent" (Tcount).  The difference
  351.       between Tcount and 5120 represents the number    of characters
  352.       stored in various buffers when the Attn sequence is
  353.       generated.
  354.  
  355.      SSSSEEEERRRRVVVVEEEERRRR////NNNNEEEETTTTWWWWOOOORRRRKKKK NNNNOOOOTTTTEEEESSSS
  356.       Terminals on some timesharing    systems    are connected
  357.       indirectly to    the host with TTTTEEEERRRRMMMMIIIINNNNAAAALLLL SSSSEEEERRRRVVVVEEEERRRRSSSS operating over
  358.       networks.  Terminal servers often interfere with file
  359.       transfers by "eating"    control    characters and/or losing data.
  360.  
  361.       When terminal    servers    interfere with file transfers, server
  362.       commands are often available to help the problem.  When
  363.       possible, enable the server and modems for hardware flow
  364.       control in and out.  Set the terminal    server to telnet
  365.       transparent mode.  Some typical commands are "terminal
  366.       download" and    "terminal no esc", but there is    no standard
  367.       set of commands suitable for all terminal servers.
  368.  
  369.       Escaping control characters (sz -e) may help if the transfer
  370.       gets stuck in    the same place on every    attempt.
  371.       Professional-YAM and ZCOMM allow selection of    which control
  372.       characters need to be    escaped.  In extreme cases 7-bit
  373.       transmission may be required (see the    Professional-YAM/ZCOMM
  374.       manual).
  375.  
  376.       If you encounter problems with control characters Please
  377.       refer    to the sz -T command in    sz.doc for more    help.
  378.  
  379.       Flow control between the server and modem is often
  380.       defective.  This rarely causes a problem in interactive
  381.       applications whose short bursts (a screenfull    at most) fit
  382.       within the available memory buffers.    Streaming protocols
  383.       such as YMODEM-g, long packet    SuperKermit, and ZMODEM    can
  384.       overload the available buffering.  Try "sz -w1024 file..."
  385.       to enable software flow control. Experiment with different
  386.       values to find the best throughput.
  387.  
  388.       Terminal servers are designed    to accept keyboard input from
  389.       human    operators.  They may lose data when a program sends
  390.  
  391.  
  392.  
  393.      Page 6                         (printed 1/27/94)
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  401.  
  402.  
  403.  
  404.       data to the host faster than humans type.  Some servers
  405.       allow    larger input buffers to    support    file uploads.  If you
  406.       can upload short files (less than 100    bytes) but not longer
  407.       files, try "sz -w1024    file..." with your uploading program.
  408.       (Not all programs support this option; use ZCOMM or
  409.       Professional-YAM.)
  410.  
  411.       When both flow control and character transparency are
  412.       problems, use    "sz -ew1024 file..." as    a starting point.
  413.  
  414.       Sometimes the    terminal server    software is defective and must
  415.       be upgraded.    Please contact the network's vendor for
  416.       corrective procedures.  An alternative is to install direct
  417.       serial ports for users desiring to upload files.
  418.  
  419.       Some systems enforce a timeout which disconnects a user
  420.       after    several    minutes    of no keyboarding.  This can cause
  421.       problems in long, error free ZMODEM transfers.  Restricting
  422.       the window size with a "-w8192" option provides terminal
  423.       input    at regular intervals even when no error    correction is
  424.       needed.  If problems persist,    try setting a packet length
  425.       (sz -l1024).
  426.  
  427.      NNNNOOOOTTTTEEEESSSS
  428.       Particular attention must be paid to flow control.  The
  429.       modem    and Unix must agree on the flow    control    method.     Sz on
  430.       USG (SYS III/V) systems use XON/XOFF flow control.  Some
  431.       terminal servers do not provide working flow control.     If
  432.       flow control cannot be properly set up,
  433.       Try a    "-w1024" option    (given to the sending program) to
  434.       enforce protocol level flow control.    Experiment with
  435.       different window sizes for best results.
  436.  
  437.       Telebit modems must not be set to "spoof" UUCP, XMODEM,
  438.       YMODEM, or KERMIT.  Setting one of these spoofing modes
  439.       interferes with other    protocols.  Telebit's YMODEM spoofing
  440.       interferes with YMODEM transfers.
  441.  
  442.       If a program that does not properly implement    the specified
  443.       file transfer    protocol causes    _s_b to "hang" the port after a
  444.       failed transfer, either wait for _s_b to time out or keyboard
  445.       a dozen Ctrl-X characters.  Every reported instance of this
  446.       problem has been corrected by    using ZCOMM, Pro-YAM, DSZ, or
  447.       other    program    with a correct implementation of the specified
  448.       protocol.
  449.  
  450.       Many programs    claiming to support YMODEM only    support    XMODEM
  451.       with 1k blocks, and they often don't get that    quite right.
  452.       XMODEM transfers add up to 127 garbage bytes per file.
  453.       XMODEM-1k and    YMODEM-1k transfers use    128 byte blocks    to
  454.       avoid    extra padding.
  455.  
  456.  
  457.  
  458.  
  459.      Page 7                         (printed 1/27/94)
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.      SSSSZZZZ((((1111))))        OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy    IIIINNNNCCCC ((((OOOOMMMMEEEENNNN))))         SSSSZZZZ((((1111))))
  467.  
  468.  
  469.  
  470.       YMODEM programs use the file length transmitted at the
  471.       beginning of the transfer to prune the file to the correct
  472.       length; this may cause problems with source files that grow
  473.       during the course of the transfer.  This problem does    not
  474.       pertain to ZMODEM transfers, which preserve the exact    file
  475.       length unconditionally.
  476.  
  477.       Most ZMODEM options are merely passed    to the receiving
  478.       program; some    programs do not    implement all of these
  479.       options.
  480.  
  481.       Circular buffering and a ZMODEM sliding window should    be
  482.       used when input is from pipes    instead    of acknowledging
  483.       frames each 1024 bytes.  If no files can be opened, sssszzzz sends
  484.       a ZMODEM command to echo a suitable complaint; perhaps it
  485.       should check for the presence    of at least one    accessible
  486.       file before getting hot and bothered.
  487.  
  488.       Unix Professional-YAM    provides higher    performance and    other
  489.       features not supported by _s_z.    Please contact Omen Technology
  490.       Inc for product information.
  491.  
  492.       Omen Technology INC
  493.       503-621-3406
  494.       Post Office Box 4681
  495.       Portland OR 97208
  496.  
  497.  
  498.      BBBBUUUUGGGGSSSS
  499.       On at    least one BSD system, sz would abend it    got within a
  500.       few kilobytes    of the end of file.
  501.       Using    the "-w8192" option fixed the problem.    The real cause
  502.       is unknown, perhaps a    bug in the kernel TTY output routines.
  503.  
  504.       The test mode    leaves a zero length file on the receiving
  505.       system.
  506.  
  507.  
  508.  
  509.  
  510.  
  511.  
  512.  
  513.  
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.      Page 8                         (printed 1/27/94)
  526.  
  527.  
  528.  
  529.