Shareware Overload

home *** CD-ROM | disk | FTP | other *** search

/ Shareware Overload / ShartewareOverload.cdr / comm / boyan2.zip / DSZ.DOC < prev next >

Wrap

Text File | 1989-01-17 | 80KB | 2,521 lines

DSZ - a ZMODEM, True YMODEM(TM), XMODEM File Transfer Program Chuck Forsberg Omen Technology Inc Omen Technology Incorporated The High Reliability Software 17505-V Northwest Sauvie Island Road Portland Oregon 97231 Modem: 503-621-3746 Speed 1200,2400,19200(Telebit PEP) Compuserve:70007,2304 GEnie:CAF UUCP: ...!tektronix!reed!omen!caf Chapter 0 DSZ Reference 2 ************************************************************************* Registration bypasses the shareware announcement and unlocks the advanced features in all past and future versions of DSZ. ************************************************************************* Chapter 1 DSZ Reference 3 1. FAIR PLAY Unlike snazzy menu interfaces, reliable high speed transfer protocols take many hours of testing, often over expensive phone connections, to develop. Two decades of communications experience and protocol testing are distilled in DSZ. DSZ is a user supported program developed and supported by Chuck Forsberg, owner of Omen Technology. Countless hours of work and expen$ive resources went to develop and support DSZ for the myriad environments users use it in. The fact that most of the problems people encounter with DSZ are caused by other software, hardware problems, failure to read the supplied documentation, or pirating has not kept users from seeking and getting help, even if it means calling the author in the middle of his sleep. Beyond this, the world of communications is constantly evolving, and it requires a significant ongoing effort to keep DSZ and its documentation up to date with the current state of the art. Individuals with little knowledge of the dynamic nature of telecommunications (or hidden agendas) have misrepresented the frequency of enhancements to DSZ as a sign that DSZ is "unstable" and unworthy of "serious consideration". If you think such sniping is fair play, you are more than welcome to use one of the many other protocol programs available, each of which claim to offer speed and reliability comparable to DSZ. Non registered users are welcome to use DSZ for a reasonable evaluation period. "Reasonable" means "until you've decided whether the program is worth $20.00". It does not mean "until some competing program gets around to adding ZMODEM or True Ymodem(TM)". Afterwards, ethical use of DSZ requires registering the copy. DSZ is not and never has been Public Domain. Every version of DSZ has included a Copyright Notice and a prohibition against sale or modification. There is no usage counter or other Trojan Horse in DSZ, but if you use this program, you have a moral and ethical obligation to register it. Paid registration enables OverThruster(TM), YMODEM-g, and other advanced features that are present in DSZ.ARC in encrypted form. The registration package serializes and decodes all past and future versions of DSZ.COM and DSZ.EXE. 1.1 Sharing DSZ Files You are welcome to share unmodified copies of DSZ.ARC with your friends and associates for their evaluation. This documentation file and the MAILER file must be provided with all copies of DSZ except by prior written permission from Omen Technology Inc. Because of piracy problems, Omen Technology must INSIST that DSZ be distributed only as Chapter 1 DSZ Reference 4 part of the DSZ.ARC file EXACTLY as provided by Omen Technology Inc or Dynamis Software. PLEASE!!! Do NOT repack the Omen supplied DSZ.ARC file with Pkarc!!! The few bytes saved by PKARC are more than offset by confusion and increased difficulty identifying virus infection, Trojan modifications, and unauthorized patches. The only approved exceptions to this rule are: [1] Dissemination the contents of the DSZ.DOC file (part of DSZ.ARC) in a convenient machine readable or human readable form, providing the editorial content is unchanged. [2] Encoding the DSZ.ARC file into printable characters for transmission over text based networks and/or message/news distribution systems. The "uuencode" program used with Usenet comp.binaries is an instance of such encoding. If you distribute DSZEXE.ZOO, DSZ.ARC must be included in the same directory since DSZEXE.ZOO references files in DSZ.ARC. The DSZEXE.ZOO file may not be modified in any way, including repacking with another archive program. I ask this favor because Rahul's ZOO is a superior archiving format, and I want to help it along. If you see an unpacked, repacked, or otherwise modified DSZ archive or parts thereof in a bulletin board, please ask the board's operator to replace such files with DSZ.ARC exactly as provided by Omen Technology Inc. Flame them until they behave responsibly. No version of DSZ may be sold without the prior written permission of Omen Technology Inc. Distribution or use of programs that modify, patch, disassemble, decompile, or otherwise reverse engineer DSZ without prior written permission by Omen Technology Inc is a bloody theft of services and a violation of federal copyright law. The same applies to debug scripts and documentation written for the same purposes. These perform the same function as pirate satellite and/or cable descramblers, to obtain benefit from encrypted communications without proper payment. Piracy has been investigated by the FBI and prosecuted under federal statutes. Applicable law provides for damages and recovery of attorney's fees. Omen Technology has received reports of serious problems caused by unauthorized patches to DSZ, and cannot assume liability for the performance of the resultant code. So far, none of the slime producing such bilge have seen fit to sign their real name and address to their cretinous attempts at ego gratification. Distribution of DSZ in any medium without this documentation file is an unauthorized modification to DSZ that deprives the rightful author Chapter 1 DSZ Reference 5 of registration revenues. That is a theft of intellectual property. Such distribution also damages the author also obliges the user and author to waste time and phone bills scrounging for the documentation, and answering questions that are fully covered in the documentation. If any version of DSZ is distributed with any other product, software or hardware, the product documentation must clearly and prominently state that the customer's continued use of DSZ requires registration directly with Omen Technology or its duly authorized agent(s). When DSZ is distributed on disk, a contemporary copy of ZCOMMDOC.ARC should be included on the same disk. Thank you for your support. 1.2 REGISTRATION After a short evaluation period, ethical users must register their copy of DSZ with a check for $20.00 in U.S. funds sent to: Omen Technology Inc. P.O. Box 4681 Portland, OR 97208 For VISA/MC Registrations, call 503-621-3406 Canadians may remit to: Dynamis Productivity Software LTD P. O. Box 5008, Station B Victoria BC V8R 6N3 The address on your check is sufficient, no need to fill out forms. Don't bother scrounging for an envelope, just print the INSTANT MAILER included in this archive! Overseas registrations are sent out International Air Mail. Users, especially those overseas, may choose to register their copy of DSZ for $25.00 U.S. by providing their VISA or Mastercard card number with expiration date and their name as it appears on their credit card. Please contact Omen Technology before issuing unfunded purchase orders. Chapter 1 DSZ Reference 6 ************************************************************************* The user registration package includes additional user documentation, a printed serial number password (SNP) card, latest versions of the DSZ programs, and the installation program which uses the SNP to enable andvanced features and bypass the opening advertisement. The registration package unlocks the extra value in all past and future versions of DSZ.COM and DSZ.EXE. ************************************************************************* The unique serial number on the registration card is registered to the user, and is acceptable proof of registration to corporate auditors. The putsnp program inserts your unique DSZ Serial Number Password (SNP) into you copy of DSZ with the following command: putsnp dsz.com Putsnp accepts your SNP and asks appropriate questions before inserting the SNP to enable the extra value in DSZ. Some TSR programs have been known to interfere with putsnp. If you have a lockup running putsnp, run it without any TSR programs. The only legitimate way to disable the opening advertisement in DSZ is to insert an authorized SNP obtained from Omen Technology into DSZ with the putsnp program. Any other suppression or modification of the opening screen is an illegal, unethical theft of services. Omen Technology has received reports of serious problems caused by unauthorized patches to DSZ, and cannot assume liability for the performance of the resultant code. Piracy is stealing. 1.3 Files on Registration Disk The following files are currently included on the Registration Disk sent to paid registrants. LOOZ.EXE Program to unpack .ZOO archives. DSZEXE.ZOO Contains DSZ.EXE. To dearchive with looz: looz x dszexe DSZ.ARC Contains DSZ.COM, this document, DESQview description files, and an instant no-effort registration mailer. Type "looz" without arguments to see the help message. Chapter 1 DSZ Reference 7 YZMODEM.ZOO Contains Official YMODEM and ZMODEM protocol descriptions. To dearchive with looz: looz x yzmodem RZSZ.ZOO ZMODEM C source code, porting base for several dozen ZMODEM implementations To dearchive with looz: looz x rzsz PUTSNP.EXE Installs your unique registered serial number to enable the extra value in DSZ. DSZBG.DOC (in DSZBG.ZOO) Background information for DSZ, part of the ZCOMM User's Manual. DSZBG.DOC is for paid registered users only; registered bulletin boards and unregistered users are welcome to read the ZCOMM manual contained in ZCOMMDOC.ARC. To dearchive with looz: looz x dszbg 1.4 Bulletin Board Registration DSZ may be freely used and copied by public bulletin board systems which agree to the conditions stated in the accompanying bbs_reg.txt file. Those not abiding to these conditions must obtain a paid registration for each node. The purpose of free bulletin board registrations is to support and promote ZCOMM and Professional-YAM by popularizing the ZMODEM protocol. BBS registrations must be submitted on the form with signature and date. BBS registrations postmarked after the date shown on the form will be ignored. Free bulletin board registrations are processed in batches, when there is a major upgrade to ZCOMM. Chapter 2 DSZ Reference 8 2. DESCRIPTION DSZ is a "protocol driver" that uses the ZMODEM, True YMODEM(TM), or XMODEM protocol to transfer files over a serial port with a variety of programs. ZMODEM Transfers feature 32 bit CRC, crash recovery, and advanced file management. DSZ has three main commands for ZMODEM transfers: "sz" sends file(s), "rz" receives file(s), and "t" is a terminal emulation function with automatic no-keystroke ZMODEM file downloads. When calling bulletin boards to download files with ZMODEM you can avoid the bother of starting DSZ for each transfer by calling DSZ first, before asking the BBS for the download. dsz t The "t" command allows you to keyboard the file request to the BBS. DSZ's ZMODEM AutoDownload(TM) then receives the file automatically, without any wasted keystrokes or delay. Try it, you'll like it! (The "t" command is described below.) YMODEM downloads are almost as easy. Use the "t" command as shown above, and hit the F3 key after telling the board to download a file with YMODEM. ZMODEM and True YMODEM(TM) transfers preserve exact file length and modification time. DSZ supports XMODEM-1k (XMODEM with 1024 byte blocks, sometimes mislabeled YMODEM) and CRC-16 with the sx -k and rc commands. DSZ is derived from Omen Technology's "Professional-YAM" high reliability communications tools, (also known as PowerCom(TM)), and supports a subset of Pro-YAM's file transfer related commands. This documentation makes extensive references to contemporary editions of the ZCOMM or Pro-YAM manual, and is incomplete without it. DSZ is designed to be called from a communications bulletin board program. DSZ may also be called from other communications programs, but the combination lacks much of the enjoyable user friendliness of a program with integrated ZMODEM. DSZ uses its own modem I/O. The original interrupt vector, UART parity, and interrupt configuration are restored on exit. The original state of the 8259 interrupt mask bit for this vector is also restored on exit. DSZ uses DOS standard output (stdout) for messages. It never writes directly to the screen. DSZ expects its standard output to point to the console, a logging file, or NUL, not the modem port. If dsz's standard output is redirected to the modem (as with ProComm's Host Chapter 2 DSZ Reference 9 mode DOS shell), the combination may lock up the computer. If necessary, dsz's standard output may be redirected back to the console device with the CON command. Chapter 3 DSZ Reference 10 3. EXIT STATUS DSZ exits with 0 status for successful transfers, or the value of the Q parameter (default 1) if a file transfer failed. Some languages and "door" programs do not return this information to the calling program. Some languages and "door" programs freak out (hang) on certain non- zero exit values. A batch file that calls DSZ directly may be used to detect the DSZ exit status with the DOS "errorlevel" construct. Please refer to the Q numeric parameter below for more information. DSZ's log file entries may also be examined to determine the success or failure of a file transfer. Chapter 4 DSZ Reference 11 4. COMMANDS dsz [CON] [port N] [speed S] [handshake XX] [D] [d] command DSZ commands are an improper subset of Pro-YAM/PowerCom/ZCOMM commands. They are fully described in the ZCOMM User's Manual, contained in ZCOMMDOC.ARC. Portions of that document are included with the DSZ registration disk. Please refer to that document for details on the following commands. *********************************************************** NOTE WELL Except as noted, all commands must be in entered lower case. (Case is significant!) *********************************************************** When used (in any combination), the CON, port, speed, handshake, and d commands must be given in the order shown. CON Redirect message output to the DOS "CON" (console) device, overriding any previous redirections. This is necessary to avoid lockups caused by Procomm host mode. Most programs do not require this hack. This command is unique to DSZ. estimate length [speed] Use the specified length and optional specified effective speed for the next receive file to be created. This command must come after any port, speed, or handshake commands. Please refer to the ZCOMM manual for details. handshake XX Enable one of several choices of hardware handshake. (The default is XOFF/XON software handshake). This command is documented in the ZCOMM or Pro-YAM manual, and in DSZBG.DOC. (The ZCOMM manual is available on all bulletin boards registered for DSZ as ZCOMMDOC.ARC.) On DSZ the "handshake" command may be abbreviated to "ha". port N select port N (n = 1,2,3,4,5,6,7,8, 10,11,12,13,14,15,16,17,18) Default is port 1 (COM1) or read from the DSZPORT dos environment variable. COM10 to COM18 refer to the COM1 to COM8 ports on the PS/2. In multitasking operation, accessing a port used by another running program may hang the machine. EXAMPLE: to use COM2: dsz port 2 rz portx ... Select arbitrary port address and interrupt vector. Please refer to the ZCOMM or Professional-YAM manual for information on this command. Chapter 4 DSZ Reference 12 speed S Set the specified speed. This command is rarely needed because DSZ reads the port's current speed by default. Please refer to the FLOW CONTROL, MAIN COMMANDS and SOFTWARE COEXISTENCE chapters in the ZCOMM or Pro-YAM manual for important information about the speed command. D Disables the modem (drops Data Terminal Ready, DTR) if carrier is lost. This may be used to prevent spurious events (phone ringing) from interfering with the calling bulletin board's recovery from carrier loss. d Disables carrier dropout monitoring, for modems that do not properly drive the "Carrier Detect" input on the PC. If you see a No Carrier Detect message, you need to give the d command. LARG Convert ARG to lower case, then parse arg. pxN Set a numeric parameter x to N. These parameters are mostly a subset of the Pro-YAM/ZCOMM numeric parameters, and are listed below. They assume their defaults each time DSZ is called. Without an argument, p displays the numeric parameters and their values. EXAMPLE: C>dsz p z pxN Set zmodem numeric parameter x to N. These parameters correspond to the Pro-YAM or ZCOMM "zmodem" parameters and rarely need changing. These parameters assume their defaults each time DSZ is called. Without an argument, z p displays the zmodem numeric parameters and their values. restrict Restrict pathnames to the current disk and directory tree, and disallow overwriting of existing files. When DSZ is restricted, it will refuse to transfer files containing the string autoexec.bat and command.com in upper or lower case. This provides some defense from malicious uploaded files. t [-8g] Talk with ZMODEM AutoDownload(TM). The optional -8g (available on registered copies only) allows "BBS (ANSI) graphics". (A video device driver such as ANSI.SYS must be loaded to suppport some types of graphics.) A small subset of ZCOMM/Pro-YAM term function subcommands are recognized. Keyboard F1 or ALT-X to exit. F3 receives file(s) with True YMODEM(TM), ALT-P toggles parity between the 8n default and 8g (enables ANSI "graphics"). ALT-H toggles two local echo ("Half Duplex") modes; the second displays a newline (CR/LF) when Enter is keyboarded. Keyboarded ASCII characters are sent to the modem. Modem characters print on the screen. A device driver such as ANSI.SYS may be used to recognize escape sequences. Chapter 4 DSZ Reference 13 DSZ's ZMODEM AutoDownload(TM) detects the start of a ZMODEM file download and accepts the file(s) without operator intervention. rz [-abenprt+Yy] [dir] [file ...] (ZMODEM receive) ** rb [-abt+y] [dir] [file ...] (YMODEM receive) ** rb -g [-abt+y] [dir] [file ...] (YMODEM-g receive) ** rc [-abt+y] file1 (XMODEM/CRC receive) ro [-abt+y] file1 (XMODEM OverThruster receive) rx [-abt+y] file1 (XMODEM receive) rx -g [-abt+y] file1 (Qmodem-G receive) ** ** Download directory specification requires paid registration sz [-abefnprtYQS+y] [-w[N]] file ... (ZMODEM send) sb [-ft] [PREFIX=p | ONAME=n] file ... (YMODEM, YMODEM-g send) sb -k [-ft] [PREFIX=p | ONAME=n] file ... (YMODEM-1k send) sx [-t] file1 (XMODEM, XMODEM/CRC, Qmodem-G send) sx -k [-t] file1 (XMODEM-1k send) The meanings of the optional arguments are described in the ZCOMM manual. The s (slugbait) option prevents a receiver from receiving a file without accounting for it. Attempts to do so are flagged with a Q status in the log file. This option can cause a transfer that legitimately fails near the very end of the file to be reported as Questionable rather than ERROR. Send files may be specified indirectly: dsz sz @C:files.lst sends the files in C:files.lst. This provides another means of bypassing the DOS command line limit. The first letter must be "@" and the third letter must be ":" to distinguish this from an ordinary pathname. Pathnames in the indirect may be separated with any combination of space(s), tab(s), CR and/or LF. No spaces may appear Chapter 4 DSZ Reference 14 inside a pathname; "FOO .BAR" won't work. 4.1 Interrupt Keys Ctrl-Break Terminates the transfer in progress. ALT-N Abruptly terminates (NUKES) the transfer in progress. Ctrl-X Typing a dozen Ctrl-X characters to another ZMODEM program terminates ZMODEM operations. ALT-F Skips the current file in ZMODEM transfers. ALT-B Cancels the current ZMODEM session. Chapter 5 DSZ Reference 15 5. NUMERIC PARAMETERS DSZ uses the following main numeric parameters, settable with the pxN command. EXAMPLE: C>dsz pQ0 In addition, DSZ uses the Pro-YAM/ZCOMM zmodem numeric parameters described in the Pro-YAM/ZCOMM reference manual. B Set the size of buffer used for disk reads and writes. The default is 1024, 8192 maximum. If your copy of DSZ is running on a floppy disk system or a very slow turkey hard disk, a larger value may give better results. Too large a value may exhaust memory, induce receiver timeouts, cause disconnects(!), or generate spurious CRC errors. If performance logging doesn't work, this parameter is too big. This parameter is supported on versions compiled with TurboC. EXAMPLE: C>dsz pB4096 sz A:floppy.fil Setting the buffer size larger may lock out the performance log, DSZFILES, and/or indirect pathname list in the "tiny model" DSZ flavor. If you aren't bloody sure you need a bigger buffer, don't use one. O This parameter controls XMODEM OverThruster(TM). It is described in dszbg.doc. This file is part of the software package sent to paid registrants. Q Error code returned to DOS (default 1). (Success always returns 0.) Some programs toss cookies when confronted with certain exit codes. EXAMPLE: C>dsz pQ-1 sz foo.bar S Timeout in seconds (default 15) waiting for restraint release (XON and/or handshake). W Wait for Enter key before exiting after an error. Effective on registered copies. Useful when calling DSZ from DESQview, allows the window to close unless there is an error message that should remain visible. a Calibrates certain protocol timeouts used with XMODEM and YMODEM transfers (Cybernetic Data Recovery(TM)). This parameter does not affect ZMODEM transfers. Chapter 5 DSZ Reference 16 The a numeric parameter is automatically set to 2000 for a 4.77 mHz PC or XT, 4000 for a PS2/30, 6000 for an 8 mHz 1ws AT, and 12000 for a PS2/80. If your computer has a speedup card or otherwise runs unusually fast (or slow!) for its type, you may set the a numeric parameter to a value that reflects its speed. EXAMPLE: dsz port 2 pa4000 rb NOTE: Setting this parameter does not suppress the "Unknown Machine Type" message which is displayed before the command line is scanned. d A non zero value (the default) causes incoming files received with ZMODEM and full YMODEM transfers to have their Date set to that sent in the file header. ZMODEM's file management features depend on the transmission of each file's modification date. Files will have the same creation date, even if the two machines are in different time zones. When transferring files to/from a Unix system, creation dates are interpreted according to GMT or Universal Coordinated Time. File dating may be disabled with a pd0 command. NOTE: Backdating file creation times may confuse some backup programs. v Verbose level (debugging output) Negative values inhibit some routine messages. Setting v to 1 or greater causes serialized copies to ring the bell when a transfer is done. z Timezone in minutes behind GMT, used for ZMODEM and True YMODEM file transfers to coordinate the actual date of the file with computers in other time zones. Effective on registered copies. PDT or MST corresponds to 420. This may be preset with the ZONE DOS environment variable. Chapter 6 DSZ Reference 17 6. ENVIRONMENT VARIABLES The following DOS environment variables may be set to modify DSZ operation. DIRRX (Registered copies only.) Specifies the directory to receive (download) files. If the sting in DIRRX ends with "/", directory and/or disk designators in the incoming pathname are stripped, and only the stem (name and extension) is used. Otherwise, if an incoming file has an absolute pathname, the incoming pathname is used. EXAMPLE: set DIRRX=C:/rxdirect/ The "set" command defining the receive directory may be placed in your AUTOEXEC.BAT file. DSZFILES May contain a list of up to 9999 pathnames to transmit, with entries separated by spaces. If present, DSZFILES is used in place of a normal command line list of files to send with the sb and sz commands. EXAMPLE: C>set DSZFILES=file1 file2 file3 *.c C>dsz port 2 handshake on sz -r In practice, this string would be built up by a calling program and passed to DSZ with a "spawnvpe", "execvpe", or similar subroutine call. SEE ALSO: Pathname list specification @C:files.lst DSZLOG log file to receive entries for files sent and received. (Default null). Sample entries: Z 46532 38400 bps 3324 cps 0 errors 66 1024 DSZ.COM 1177 Z 124087 19200 bps 1880 cps 0 errors 6 1024 MXY.TMP 1177 Transfer times are based on the DOS time of day clock and have one second jitter. As with all protocol throughput reports generated by Omen Technology programs (and contrary to the false claims of some critics), DSZ's throughput figures for ZMODEM, Kermit, and True YMODEM(TM) transfers do not take "credit" for pathname and/or protocol overhead characters. DSZ's throughput reports do not include the time required to send the pathname. This understates the true time required to transfer files, but the time required to send the pathname often depends on the alacrity of the operator, and thus does not always reflect the performance of the protocol itself. Transfers measuring less than one second are reported as having 9999 characters per second throughput. Chapter 6 DSZ Reference 18 The unlabeled numeric field after the error (retry) count is the number of flow control stoppages encountered sending the file. This number gives an indication of flow control restrictions (overloaded networks, etc.) encountered during the transfer. The last numeric field before the file name is the YMODEM block size or ZMODEM subpacket length used for the last block in the file. The last field is the serial number of the other program, or -1 if this information is not available. The code letter indicates the type of transfer, Z (ZMODEM), S (X/YMODEM), R (X/YMODEM), E (error), or L (transfer terminated by loss of data carrier). WARNING: If DSZ encounters a loss of carrier or other fatal error condition before a file commences transmission, a log entry will not be made. EXAMPLE: C>set DSZLOG=C:/yam/dszlog DSZOPT (Registered copies only) String containing default options for DSZ file transfers. Options are optional modifiers to the DSZ sz, rz, sx, rx, sb, rb commands. An 8n may be appended to the string to make BBS (ANSI) graphics the default for DSZ's t command. The ability to preset these options is especially helpful for controlling ZMODEM automatic downloads from DSZ's t command. EXAMPLE: C>set DSZOPT=r Enables DSZ's Intelligent Crash Recovery(TM) as a default. Let's say you wish ZMODEM crash recovery, and BBS "graphics" for the DSZ term function: C>set DSZOPT=r8g WARNING: Do NOT include "ena" or any other commands in the DSZOPT string. With the exception of the "8g" mode, only **options** may be placed in the DSZOPT string! (Options are the letters that modify the sz, rz, sb, etc. commands. In "rz -r", "r" is an option.) MAXBYTES Maximum number of bytes allowed for transfer. If this number is exceeded, DSZ skips the offending files (ZMODEM) or aborts remaining files in the batch (YMODEM). Chapter 6 DSZ Reference 19 DSZPORT Default communications port override, default 1. EXAMPLE: C>set DSZPORT=2 ZONE sets the z numeric parameter to the number of minutes the current local time lags GMT time. PDT or MST corresponds to 420. (Registered copies only) EXAMPLE: C>set ZONE=420 Chapter 7 DSZ Reference 20 7. EXAMPLES dsz sz c:foo.* b:*.c (send files) dsz sz -Z *.lst (send files with compression) dsz sz -r yzmodem.arc (CRASH RECOVERY: resume interrupted transfer) dsz rz -r (CRASH RECOVERY: resume interrupted transfer) dsz handshake both sz yzmodem.arc (Hardware+Software handshake) dsz sz -n *.* (send files that are newer or rx has no copy) dsz sz -Yn *.* (Only send files that are newer than receiver's copy) (Do not send files that do not exist on receiver's disk) dsz rz C:/UPLOADS (receive files to specified directory #) dsz port 2 speed 38400 restrict rz dsz rz -y prog.arc (ZMODEM, single file pathname override) dsz z pr1 rx foo.dat (XMODEM receive, remove file if error) dsz pO60 ro foo.dat (XMODEM/OverThruster receive, GEnie MNP) DSZ LRC L-Y NEWPROG.ARC (generate lower case "rc -y" command) dsz pv2 sz foo >debug.dmp (Debugging data dump) dsz sz @C:/bbs/files.lst (Indirect file list) # Paid registered copies only Chapter 8 DSZ Reference 21 8. IN CASE OF DIFFICULTY If you have difficulty getting DSZ to work, start with the following command to DSZ directly from the DOS prompt, without running any TSR or other COMM program: dsz port 1 speed 2400 d t (Change the port number and speed as necessary.) This connects you to the modem. Dial a bulletin board by typing AT commands to the modem ("ATDP621-3746"). Log in as usual. Then, request a ZMODEM download of a file you don't already have. The file will download automatically, you don't have to do anything. This procedure verifies the correct operation of DSZ. The "sb" and "sz" commands exploit DOS's tree structured file system. An "sz" command with no file specified sends all the files in the current directory. A directory or disk specifier expands to all files in that directory. 8.1 Incorrect Batch Files Incorrect batch files are the number one source of problems using DSZ for downloads. DSZ's command line echo was added to assist in correcting defective batch files. Try running DSZ by itself, without any batch files or TSR programs, calling it directly from DOS as described above. 8.2 No Carrier Detect If you see a No Carrier Detect message, you really need to give the d command: dsz port 1 speed 2400 d t Better yet, correct your modem cable to allow proper operation of the Carrier Detect signal (CD)! Some BBS and/or "door" programs hang when the program (such as DSZ) they call returns with a non 0 exit status. Please refer to the "EXIT STATUS" chapter of the document for more information. 8.3 PKARC 3.6 It has been reported that PK36 grabs some interrupts and doesn't restore them on exit in an attempt to prevent hacks of the program. Since eliminating that particular version and cleaning up memory, highspeed xfers even with 8250 UARTS work properly again. The problem with PK 3.6 appears to be most severe if a BBS operator has doorware, etc that accesses the PK programs from a shell of some sort. This info may be helpful to users who are having otherwise Chapter 8 DSZ Reference 22 inexplicable file xfer problams. Phil Katz has written me that this problem has been corrected in subsequent versions. 8.4 COMMAND NOT FOUND If you see this message, make sure DSZ is in the DOS PATH. Sometimes this error is caused by having too many environment variable strings. 8.5 DOS 3.x DOS 3.x systems may need to have a "STACKS = 8,256" line in CONFIG.SYS to prevent antisocial behavior. This is required on the NEC Multispeed, or if certain TSR's are used. 8.6 Lockups DSZ is fastidious about which interrupt vectors it takes over. Unlike some COMM programs, DSZ grabs only the correct interrupt vector for its interrupt service routine. This allows multi line operation under DESQview and other multitasking systems. Incorrectly configured serial ports that work with programs that pig out both IRQ3 and IRQ4, will lock up with DSZ. If DSZ locks up the machine as soon as it tries to send or receive data, this is usually the fault. Make sure the comm port is strapped correctly; COM1 uses IRQ4, COM2 uses IRQ3. DSZ will lock up if the comm port is not properly set up. In addition, DSZ will not work properly if two devices are connected to the same IRQ line, even when some other programs (that don't use interrupts as intensively) do work normally on the same machine. 8.7 IBM PS/2 Model 50Z Early samples of this machine have a design error on the motherboard that causes comms programs to lock up the machine. Replacing the motherboard with a correctly functioning unit from current production corrects the problem. The part number of the replacement PS2/50 Z motherboard is 35F5928. (Information provided by John M. Choma 73047,3566) In the U.S. IBM has stonewalled on this issue, but in December 1988 agreed to replace the defective motherboards under warranty. Chapter 8 DSZ Reference 23 8.8 Brain Damaged UARTS Omen Technology has received reports of problems with defective 8250 type UART integrated circuits in Leading Edge modem boards, serial port interfaces, and computers. The defective chip logic affects high performance software. Replacing the buggy chip with a newer chip (16450 or NS16550AN) corrects the problem. The NS16550AN is a plug in replacement for 8250 and 16450 serial chips. 386 and fast 286 machines should use the NS16550AN for best results.) Arrow Electronics 1-800-932-7769 sells National NS16550AN chips mail order (credit card) for about $22 each in small quantities. 8.8.1 Everex Internal Modems Numerous reports have been received concerning difficulties with Everex modem cards. Some of these cards contain buggy 8250 chips which are not up to the demands of full duplex streaming protocols such as ZMODEM. Replacing the buggy 8250 chip with a 16450 (or better yet NS16550AN) chip corrects these problems. 8.9 Weird Iron A few machines, some with V20 CPUs, don't like DSZ.COM. We have not been able to repeat this; TeleGodzilla (using a V20) runs DSZ.COM without a hitch. Switching to DSZ.EXE has cleared up the problems on other machines. 8.10 Will the real YMODEM please stand up? Some XMODEM programs claiming to support YMODEM do not send or accept the YMODEM pathname block. 1024 byte XMODEM is XMODEM-1k, not YMODEM as defined by Ward Christensen in 1985 when he coined the word. 1987 and later versions of YMODEM.DOC remind the reader of the official YMODEM definition, which has not changed since YMODEM's coinage in 1985. 8.11 286 and 386 Extended Memory Virtual memory disk caches and ramdisks using 80286 or 80386 extended memory require a kluge hardware reset of the CPU chip to return to the normal "real mode" after accessing extended memory. This interference to the interrupt response time causes lost characters on comm ports, and may be minimized by specifying shorter memory transfers. Switching to a National NS16550AN UART chip helps tremendously, allowing transfers at 115200 bps instead of 9600 bps with a standard 8250. The NS16550AN is a plug in replacement for 8250 and 16450 serial chips. Arrow Electronics 1-800-932-7769 sells National Chapter 8 DSZ Reference 24 NS16550AN chips mail order (credit card) for about $22 each in small quantities. Chapter 9 DSZ Reference 25 9. BACKGROUND OPERATION Three DESQview description files are provided to demonstrate background operation with modest (66 kb window) memory requirements. DSZ uses tight C/ASM code, table driven CRC generators, and buffered receive and transmit for good performance in the background without hogging CPU cycles. On a QIC Labs 8 mHz PC-AT clone, DSZ can download files in the background (3 background clock ticks, 9 foreground clock ticks) with a throughput better than 9600 bps. 2S Prompts for file name(s) and sends them with ZMODEM protocol. File: 2S-PIF.DVP 2T Talks to the modem and allows manual YMODEM (F3) or automatic ZMODEM downloads. File: 2T-PIF.DVP 2A Like 2T, but using Quarterdeck's dvansi.com memory resident ANSI CRT device driver to process ANSI screen codes. File: 2A-PIF.DVP DS.BAT is the batch file used by 2A. These files are written for a port 2 local connection and \TMP directory, but may be modified to suit your requirements using the DESQview CP command. The W numeric allows DESQview to close the window after DSZ finishes, providing a pleasant user interface. Other DVPs, Scripts, and Batch files are available on the DESQView conference on the Sound of Music as DVDSZ20Z.ARC. Operation at high speed (above 9600 bps) requires the DESQview "Optimize communications" performance Advanced Setup option. Newer versions of DESQview may require more "common memory" allocation (6-8 k bytes) to operate with DSZ. *********************************************************** WARNING When running DSZ under a multi tasking system such as DESQview, do not allow two programs to access the same comm port at the same time. At best, such actions will disrupt communications. At worst, your computer will attempt to open a subspace channel to V'ger. When running a comm program under DESQview or any related multitasking executive, DESQ must be called directly from the comm program, in the same window. DO NOT use a separate window for DSZ unless you were about to power down the computer anyway. *********************************************************** Chapter 10 DSZ Reference 26 10. CALLING DSZ FROM COMM PROGRAMS It may be necessary to give a SET COMSPEC=A:\COMMAND.COM (change as needed) in your AUTOEXEC.BAT file to allow programs to call DSZ. 10.1 GT POWER 13.00/14.00 GT Power version 13/14 includes a YMRX.BAT (YMODEM-g receive) file with an "rz" command. You guessed it, "rz" is for ZMODEM protocol (the z means ZMODEM!). Please change the file to use the correct "rb -g" for YMODEM-g. The files ZMTX.ARC and GT1300.NOT available on many bulletin boards contain useful information for GT Power users. 10.2 PROCOMM DSZ may not operate properly when called from Procomm if Procomm has files open at the time. When running under ProComm's Host mode, failure to use the DSZ CON command may cause Procomm to lock up the computer, or at least interfere with file transfers, etc. EXAMPLE: DSZ CON sz %1 The POE, PCALL, DSZ_ZAP, and PROZ programs have been popular in interfacing DSZ to Procomm's editor gateway. Hint: the DOS PATH environment variable must include Procomm's directory to allow POE to locate all the POE files,. The POE files should be stored in the Procomm directory. Setting the "PROCOMM" environment variable is insufficient. 10.3 PROCOMM PLUS DSZ may not operate properly when called from Procomm if Procomm has files open at the time. Here are some handy settings for Procomm Plus. First, set the DOS environment as necessary before running Procomm: SET DSZPORT=2 (Only needed for COM2) SET DSZLOG=DSZ.LOG (If you wish a log file) Then set Procomm's external protocol strings: Chapter 10 DSZ Reference 27 A- External protocol 1 upload filename ...ZMODEMU B- External protocol 1 download filename ... ZMODEMD And then some short batch files: ZMODEMU.BAT: DSZ sz %1 %2 %3 %4 %5 %6 %7 %8 %9 ZMODEMD.BAT: DSZ rz To make downloads easier, use the "dsz t" command described above. ZMODEMT.BAT: DSZ t 10.4 Qmodem The following is based on a message from Mike Cody, sysop of HomePlate 313-385-9969 3/12/24/96 HST Go into Qinstall and go to frame 3 Directories. Then select External protocols #3 I think. Now you will see a definition area to tell Qmodem the Letter,batchfile combo to use. Now put Z in the letter definition, Zup.bat in the u/l batch zdown.bat in the d/l batch, and Y in the btch protocol. Now save it at the menu with f10 and S. Then go to DOS and create the following batch files in your Qmodem directory... Zdown.bat: DSZ port %2 speed %1 rz -r Zup.bat: DSZ port %2 speed %1 sz %3 These are the batch files that will be called by Qmodem. If uou did everthing right when uoy hit PGDN or PGUP you will see an external protocol called Z) Zmodem in the box. For an easier time do a serch for either External.arc or maybe the string "Qmodem" in the file database as there is a file with several external prootcols and batch files available in the Mahoney file section (EXEC BBS). 10.5 BULLETIN BOARDS When installing DSZ on a bulletin board or host system, be sure to check for proper operation when the caller hangs up while a file is being sent or received. Currently, Only the TurboC version supports file sharing (shared read access on files sent by dsz). Some bulletin board interface routines do not call DSZ to send a file until they have verified the file's presence by opening the file. If this checking is done in DOS's default exclusive open mode, dsz's file sharing will be defeated. Chapter 10 DSZ Reference 28 11. FLOW CONTROL If you plan to send files over Telenet (PC-Pursuit), you must refer to the Pro-YAM or ZCOMM Reference manual (in ZCOMMDOC.ARC) FLOW CONTROL chapter for vital information on flow control considerations necessary for proper operation of ZMODEM and other streaming protocols. Chapter 12 DSZ Reference 29 12. ERROR MESSAGES COM2 1200 bps Carrier Detect enabled Handshake slow Command line = (commands) This is a normal message displayed to help resolve problems with incorrect batch files. The port number, speed, carrier detect ("enabled" or "DISABLED") and "handshake" indicate the selected mode of operation. DSZ FINISHED! exit code = 0 This is DSZ's normal exit when no unrecoverable errors have been detected. If an error such as failed file transfer had been detected, the exit code would be 1, or the value set in the Q numeric parameter. As the message implies, DSZ has done all of its processing, and has return the communications port and vector to its original value before displaying this message. If the computer locks up after this message is displayed, there's something wrong with the program that called DSZ, not with DSZ itself. Unknown Machine Type XX, 'a' parameter preset to 6000 indicates a ROM BIOS that does not follow the IBM specification for identifying the machine type. If your computer causes DSZ to display this message, you may set the a numeric parameter described elsewhere in this document. This message is generated before any commands are read, so do not be alarmed when setting the a parameter doesn't make this message go away. The a parameter does not affect ZMODEM transfers. Need more memory to run DSZ or Abnormal program termination is displayed by the TurboC startup routine if DSZ is run in too small a memory partition. If you see this message, use a larger memory partition for DSZ or remove some memory resident programs. This message may also appear if the calling program fails to free memory before calling DSZ. No Carrier Detect is displayed when DSZ recognizes a loss or lack or carrier detect signal from the modem. This is caused by a line disconnect, defective cable, or incorrect modem strapping. It may be disabled with the d command. Sometimes this is caused by setting the B parameter to too large a value. Garbage Count Exceeded Indicates ZMODEM has not detected a valid start of header in a reasonable number of characters. If DSZ becomes "stuck" on emitting this messages, it is possible the sending program may not be able to recognize and act upon transmission requests (ZROPS headers). The sending program should be corrected. In the meantime, setting a ZMODEM packet length with the "zmodem pl4096" command forces the sender to wait for the receivers' progress reports. Chapter 12 DSZ Reference 30 Permission denied comes from the Microsoft C Library. This may be caused by attempts to modify a read only file or directory, or create a file in a nonexistient directory. A furtive flashing appearance of XOFF or FLOW during ZMODEM or YMODEM-g file sending signifies DSZ is responding to flow control restraint. This is normal operation when buffered modems or packet switched networks are used. ZMODEM's robustness and reliability allow creative users to transfer files over unusual multiple computer lash- ups, causing modem data lights and computer status displays to dance in unfamiliar rhythms. Got ZRPOS indicates the receiving program has detected a transmission error and has requested retransmission. In other words, ZMODEM is doing its job of detecting and correcting missing and garbled data. If this happens more often than observed line errors would indicate is reasonable, there may be a flow control problem in one of four areas: + Between the sending program and its modem. If using an interface speed higher than the transmission speed, or modem to modem error correction (MNP, LAPB, PEP, etc.), check that the modem and the sending program are configured for the same flow control methods. Omen Technology's software is faster than most other programs, and may expose flow control problems not seen with slower software. + Between the sending modem and the network. Correcting this requires "handshake both" to allow the sending program to honor both hardware (CTS) flow control from the modem and software flow control (XON/XOFF) from the network. + Between parts of the network. + Between the receiving modem and the receiving program. This can happen at high transmission speeds when the receiver has specified a large I/O buffer size with the B numeric parameter. Excessive interrupt latency from extended memory ramdisks or disk caches, and poorly written hard disk drivers also wreak havoc on streaming protocols but do not affect start-stop protocols (XMODEM, etc.). To correct these problems, give the "handshake slow" command to the receiver. Byte NNNN retry M: <error message> These messages appear when the protocol has detected an error and is attempting to retransmit the garbled data. These are normal messages. Serial Input Error: Line Status Register HH indicates a slow device driver, TSR program, or other software is disabling interrupts too long for the program to accept incoming data, and some characters are lost. A slow response to folow control also triggers this message. Chapter 12 DSZ Reference 31 The value of the line status register is displayed in HEX. The following error conditions when present OR into the Line Status Register. 01 The Interrupt level circular buffer has been overrun. The remote did not respond to 's XOFF or hardware flow control, and continued to send characters after being told not to. This problem is alleviated by correct modem flow control configuration. 02 Data Overrun is caused by firmware, TSR programs, EGA/VGA board auto-select, or operating system software locking out interrupts for excessive periods. Interrupt latency caused by EGA/VGA board auto-select can be corrected by disabling auto-select. Other chapters in this document give additional suggestions for correcting excessive interrupt latency. 08 Framing Error generally caused by line noise or an incorrect transmission speed or format (number of bits). Most protocols require 8 bits no parity for proper operation. This is set automatically by Omen Technology programs, but other programs may not be so smart. 10 Break Interrupt generally caused by line noise or an incorrect transmission speed or format (number of bits). Please refer to the In Case of Difficulty chapter of this document for solutions. Less commonly encountered DSZ error messages are explained in the Pro-YAM manual. Chapter 13 DSZ Reference 32 13. ASSOCIATED DOCUMENTS Consult the Professional-YAM, PowerCom, or ZCOMM manual chapter "OPTIONS FOR FILE TRANSFERS" for descriptions of the file transfer options. The "FILE TRANSFER BASICS" chapter explains the relative merits of XMODEM, YMODEM, ZMODEM, and other protocols and gives tips on their use. The "MAIN COMMANDS" chapter describes the rb, rx, rc, rz, sb, and sz commands. The "MODEM INTERFACING" and "FLOW CONTROL" chapters contain important information on the use of buffered modems with DSZ. Information on the ZMODEM Inter Application File Transfer Protocol may be found in ZMODEM.DOC, part of YZMODEM.ZOO (yzmodem.arc). C Source code for XMODEM, YMODEM, and ZMODEM transfers is included in RZSZ.ZOO. This file includes a Pro-YAM/ZCOMM script to upload a bootstrap file to a Unix system, force its compilation, and (if the compilation is successful) upload the rz/sz source files. The C source code now includes VAX/VMS support. Chapter 14 DSZ Reference 33 14. FILES 2S-PIF.DVP, 2A-PIF.DVP, DS.BAT, 2T-PIF.DVP DSZ.COM, and DSZ.DOC constitute Omen Technology's DSZ.ARC. 2S-PIF.DVP, 2A-PIF.DVP, DS.BAT, and 2T-PIF.DVP are only used with Quarterdeck Office Systems' DESQview multitasking executive for background operation. Their use is described in a previous chapter of this document. ZCOMMDOC.ARC (manual), ZCOMMEXE.ARC (programs), ZCOMMHLP.ARC (help processor and database), ZCOMM communications tools. The ZCOMM files should be available on the BBS you downloaded DSZ.ARC from. If these files are not available, the BBS is not fulfilling the concractual requirements of free BBS registration of DSZ. YZMODEM.ARC contains XMODEM, YMODEM, and ZMODEM Protocol Descriptions. RZSZ.ZOO contains ZMODEM "C" source code. (COMPLETE VAX VMS and Unix/Xenix programs). DSZ.EXE compiled with the Xenix to DOS XC provides moderately higher maximum throughput (1700 vs 1300 cps downloading to a 4.77 mHz XT). The speed difference is a function of the compiler, the source code is the same. The Xenix XC version requires more memory, and does not support file sharing or a large I/O buffer. This version is available in DSZEXE.ZOO. ZCOMM and Pro-YAM also run at a higher speed than DSZ.COM. DSZBG.ZOO contains DSZBG.DOC. Part of the DSZ registration disk (and not for public distribution), this file provides background information on the ZCOMM/Pro-YAM commands provided in DSZ. LOOZ.EXE unpacks .ZOO archives. LOOZ.DOC describes LOOZ.EXE. The ZOO archive format is a machine independent improvement on the PC-DOS specific .ARC format. Chapter 15 DSZ Reference 34 15. CHANGES Be sure to save your serial number/password (SNP) card and the putsnp program you received from Omen to use with future versions of DSZ you may download! The current DSZ version is maintained on GEnie, EXEC- BBS, CompuServe as well as TeleGodzilla. 1-17-89 Reduces transfer overhead generated by Strongest SlugBait. 1-13-89 THIS IS WAR. Stronger SlugBait with "sz -ss" or stronger yet "sz -sss". Strong SlugBait decreases the accuracy of transmission time estimates displayed by the receiver, but does not compromise the reliability of honest file transfers. 1-08-89 SlugBait adds "sz -s" to report a questionable file transfer "Q" status when the receiving program aborts the transfer after it has received all of the file. SlugBait prevents ingrate programs from avoiding credit for downloading files. SlugBait causes a slight delay at the end of the file. This option can cause a transfer that legitimately fails at the very end of the file (bloody unlikely) to be reported as Questionable rather than ERROR. 1-02-89 Adds code to compensate for effects of MNP modems on KMD's XMODEM-1k handshake variation. Specifying a download directory no longer causes a mysterious abend on unregistered copies. 12-20-88 A side effect of some optimizations to deal with PC Pursuit buffering problems caused 2400 bps transfers to use 512 byte subpackets unless explicitly overridden or a ZMODEM window size was specified. While this does not slow things down much, numerous questions from users who confuse ZMODEM subpacket length with XMODEM block length did slow things down. So, yet another version. Further fixes to the "estimate" command; it now works. A confusing "Carrier Lost" message has been changed to the standard "No Carrier Detect" message which is explained in DSZ.DOC. DSZ.ARC is packed on Xenix with arc 5.21, reducing the size of the archive by almost 3kb. 12-16-88 Oops ... the 12-14 DSZ forgot to decode the -Z option (it did receive files witn compression). 12-14-88 Introduces ZMODEM RLE compression with the -Z option. (DSZ copies with paid registration also accept "Z" in the DSZOPT environment variable.) ZMODEM RLE compression packs runs of the same character in two or three character sequences. Compression is useful for screen dumps, uncompressed workspaces, compiler listings, and Chapter 15 DSZ Reference 35 other files rich with strings of repeated characters, but not .ARC and compressed files to more than 1000 per cent (10x speedup!) for the Personal Computing text file benchmark(!). When sending to programs that do not support ZMODEM compression, the -Z option is ignored. The "estimate" command is fixed. 10-19-88 ZMODEM crash recovery of files where the source is shorter than the destination is now (properly) inhibited. The "z" parameters may now be set in the context of an XMODEM or YMODEM transfer. 8-30-88 Bloated file transfer times when spanning midnight have been corrected. Some of the error messages have been made more understandable, and are explained in this document. 8-10-88, 7-19-88 Further Documentation enhancements. 7-11-88 Documentation enhancements. Putsnp program now compiled under TurboC, resets console raw mode to avoid lockup with off the wall device drivers. Portx command allows selection of comm port with specified base address and interrupt vector. YMODEM-g modified for better compatibility with non standard programs. 6-07-88 Minor changes which do not affect normal file transfers. The speed/handshake status readout now reflects the conditions used for the actual transfer instead of the first speed or handshake command encountered. With the sz command, the k option forces an initial 1024 byte subpacket length. This is for you folks that just can't wait until Dsz's adaptive optimizations get up to 1k subpackets. EXAMPLE: sz -k *.c *.h REMEMBER: ZMODEM subpacket length isn't the same as the difference between 128 and 1024 byte XMODEM blocks!!! Most of what you know about 128 and 1024 byte XMODEM and YMODEM blocks doesn't apply to the ZMODEM subpacket length. DSZ.COM is now compiled with TurboC under SCO 386 Xenix+VP/ix to reduce the possibility of virus infection. 5-7-88 A spurious message about Crash Recovery when the -r option is used and no old file is present has been suppressed. "Handshake slow" is more effective than previously. Chapter 15 DSZ Reference 36 4-23-88 Good news for tired frog stompers! The ZMODEM rz/sz programs are now available in a VMS C flavor. The VAX/VMS source files are contained in the RZSZ.ARC (RZSZ.ZOO) archive file. Support for CP/M format (0x1A EOF character) log files has been restored. (Previously, it had been removed to save memory). The value of the DSZOPT string (if set) is now displayed to aid debugging. A coding error that caused excruciatingly slow throughput if a transmission error or common section mismatch was detected *after* the sending program had reached EOF was fixed. "Handshake slow" has been added to disable the RTS signal to the modem while writing to disk, even if the interrupt buffer is not chock full of bytes. This should help systems with excessive interrupt latency on disk writes. 4-14-88 The DSZOPT=8g feature (for the t command term function) now works as documented. Bogus file count displays seen on YMODEM and ZMODEM downloads have been fixed. (They were caused by the serial number being sent in decimal instead of octal.) 4-6-88 Send pathnames may be specified indirectly: dsz sz @C:files.lst sends the files in C:files.lst. This provides another means of bypassing the DOS command line limit. The first letter must be "@" and the third letter must be ":" to distinguish this from an ordinary pathname. Obligations of Bulletin Boards requesting free BBS registrations have been amended. Unethical behavior on the part of a small minority prompted these clarifications. 3-29-88 There never was a 3-26-88 version, except for use by the Sandinista troops in Honduras. 3-26-88 First general release compiled with TurboC version 1.5. Outstanding meganit: on certain networked systems, the reported number of files on batch send is ridiculous. This version no longer needs or accepts the "memory allocation patch". This version has a number of changes to ease interfacing and problem resolution. The command line and acive com port are displayed to aid debugging of batch files that call DSZ. The DIRRX DOS environment variable may be used to specify a directory Chapter 15 DSZ Reference 37 for receiving files. If the DIRRX environment variable ends with a slash, any drive designators and/or directory names in the incoming file are stripped. The DSZFILES environment variable may be used to specify an alternate list of pathnames to transmit whose length is not limited by the DOS command line. It is typically used by calling programs using one of the C library "spawn" functions. Setting the v (verbose) parameter to 1 or greater causes serialized copies to ring the bell when a transfer is done. 2-28-88 More changes in DSZ.DOC, no changes to the software. 2-8-88 DSZ.DOC has been extensively rewritten and reorganized. DSZ now supports the advanced buffering of the National NS16550AN and Intel 82510 serial interface devices. Arrow Electronics 1-800-932- 7769 sells National NS16550AN chips mail order (credit card) for about $22 each in small quantities. ZMODEM subpacket length adjustment has been improved to deal with Telenet congestion. Pirated/hacked versions of DSZ have cost users and DSZ's developer thousands of dollars in lost time and other expenses, in addition to injuring the reputation of Omen Technology and its products. Regrettably, Omen Technology cannot support prior versions of DSZ because of this piracy. Name Length Date Time CRC dsz.com 52614 Crunched 16% 44443 17 Jan 89 12:31p f291 Your copy of DSZ should show this information as provided by arc v dsz.arc or pkxarc -v dsz.arc If your copy shows a different CRC or file length, insist on a legitimate copy and report the source of the bogus/pirated copy to Omen Technology Inc. Omen Technology has received reports of serious problems caused by unauthorized patches to DSZ, and cannot assume liability for the performance of the resultant code. Chapter 16 DSZ Reference 38 16. Other Omen Technology Products Omen Technolgy makes Professional-YAM, a comphrensive comms program with unmatched power. Flavors are available for PC-DOS, Unix, Xenix, and OS/2 Protected mode. ZCOMM is a full featured shareware version with a $40.00 basic registration. Chapter 17 DSZ Reference 39 17. ACKNOWLEDGEMENTS 32 bit CRC code courtesy Gary S. Brown. The High Reliability Software(TM), TurboLearn Script Writer(TM), Cybernetic Data Recovery(TM), AutoDownload(TM), Intelligent Crash Recovery(TM), Error Containment(TM), Full Time Capture(TM), True YMODEM(TM), OverThruster(TM), Password Guardian(TM), CryptoScript(TM), and TurboDial(TM) are Omen Technology trademarks. PowerCom was trademarked in 1985 by POLYTRON Corporation, Hillsboro Oregon. DSZ and this documentation are Copyright 1988 by Omen Technology Inc, all rights reserved. True YMODEM(TM) is an Omen Technology Trademark signifying YMODEM protocol support that meets the full YMODEM specification. Omen Technology Incorporated The High Reliability Software 17505-V Northwest Sauvie Island Road Portland Oregon 97231 Modem: 503-621-3746 Speed 1200,2400,19200 PEP Compuserve:70007,2304 GEnie:CAF CONTENTS 1. FAIR PLAY.................................................... 3 1.1 Sharing DSZ Files...................................... 3 1.2 REGISTRATION........................................... 5 1.3 Files on Registration Disk............................. 6 1.4 Bulletin Board Registration............................ 7 2. DESCRIPTION.................................................. 8 3. EXIT STATUS.................................................. 10 4. COMMANDS..................................................... 11 4.1 Interrupt Keys......................................... 14 5. NUMERIC PARAMETERS........................................... 15 6. ENVIRONMENT VARIABLES........................................ 17 7. EXAMPLES..................................................... 20 8. IN CASE OF DIFFICULTY........................................ 21 8.1 Incorrect Batch Files.................................. 21 8.2 No Carrier Detect...................................... 21 8.3 PKARC 3.6.............................................. 21 8.4 COMMAND NOT FOUND...................................... 22 8.5 DOS 3.x................................................ 22 8.6 Lockups................................................ 22 8.7 IBM PS/2 Model 50Z..................................... 22 8.8 Brain Damaged UARTS.................................... 23 8.9 Weird Iron............................................. 23 8.10 Will the real YMODEM please stand up?.................. 23 8.11 286 and 386 Extended Memory............................ 23 9. BACKGROUND OPERATION......................................... 25 10. CALLING DSZ FROM COMM PROGRAMS............................... 26 10.1 GT POWER 13.00/14.00................................... 26 10.2 PROCOMM................................................ 26 10.3 PROCOMM PLUS........................................... 26 10.4 Qmodem................................................. 27 10.5 BULLETIN BOARDS........................................ 27 11. FLOW CONTROL................................................. 28 12. ERROR MESSAGES............................................... 29 13. ASSOCIATED DOCUMENTS......................................... 32 14. FILES........................................................ 33 15. CHANGES...................................................... 34 16. Other Omen Technology Products............................... 38 17. ACKNOWLEDGEMENTS............................................. 39 DSZ - a ZMODEM, True YMODEM(TM), XMODEM File Transfer Program Chuck Forsberg Omen Technology Inc ABSTRACT ZMODEM - Not just another XMODEM hack The ZMODEM file transfer protocol provides reliable file and command transfers with complete END-TO-END data integrity between application programs. ZMODEM's 32 bit CRC protects against errors that continue to sneak into even the most advanced networks. Unlike traditional and many recently introduced protocols, ZMODEM safeguards all data and supervisory information with effective error detection. ZMODEM rapidly transfers files, particularly with buffered (error correcting) modems, timesharing systems, satellite relays, and wide area packet switched networks. User Friendliness is an important ZMODEM feature. ZMODEM AutoDownload(TM) (Automatic file Download initiated without user intervention) greatly simplifies file transfers compared to traditional protocols. DSZ's ZMODEM provides advanced file management features including Intelligent Crash Recovery, flexible control of selective file transfers, and security verified command downloading. DSZ is one of many available programs that implement the ZMODEM file transfer protocol.