Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!ucsfcgl!cca.ucsf.edu!wet!tempest
From: tempest@wet.UUCP (Ken Lui)
Newsgroups: comp.sys.ibm.pc
Subject: Re: XMODEM,YMODEM,ZMODEM,KERMIT Which is best and why?
Summary: Resurrect transfers
Keywords: ZMODEM
Message-ID: <896@wet.UUCP>
Date: 1 Jan 90 19:35:53 GMT
References: <32428@news.Think.COM> <1989Dec31.210253.25273@delta.uucp>
Reply-To: tempest@wet.UUCP (Ken Lui)
Organization: Wetware Diversions, San Francisco
Lines: 27

In article <1989Dec31.210253.25273@delta.uucp> don@delta.UUCP (Donald K. Irmiger) writes:
>Works great.  I like the ability to resurrect an interrupted transfer,
>although I've yet to use it.
>

I'll have to second this reason for liking Zmodem.  I've had to
use it more than once and believe me, it really saves your skin
if a large file was being uploaded or downloaded.  The only
problem I have with it is there isn't an option where you can
turn off the CRC checking.  It would be really nice to have a
Zmodem-equivalent of Ymodem-G for high-speed or error correcting
modems.  Although Ymodem-G is about as fast as you can get in
transferring a file, you don't have the resurrect transfer option
of something goes wrong; and it appends extra bytes to
files...which can be a pain if you transfer compressed files--.Z
files from UNIX.  You will get extra garbage as you uncompress
them.  Maybe it's my version of compress, but I always get them
when I use X or Ymodem to download; I never get the trailing
garbage if I use Zmodem.

Ken

-- 
_____________________________________________________________________________
     Kenneth K.F. Lui	   |  UUCP:	...{ucsfcca|claris}!wet!tempest
     tempest@wet.UUCP	   |  Internet:	cca.ucsf.edu!wet!tempest@cgl.ucsf.edu
			   |	-or- 	claris!wet!tempest@ames.arc.nasa.gov