Path: utzoo!mnetor!uunet!tektronix!reed!omen!caf
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: comp.sys.ibm.pc
Subject: Re: DSZ downloads
Message-ID: <666@omen.UUCP>
Date: 26 Apr 88 01:44:35 GMT
References: <6208@swan.ulowell.edu> <1922@bgsuvax.UUCP> <8036@iuvax.cs.indiana.edu>
Reply-To: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Organization: Omen Technology Inc, Portland Oregon
Lines: 24

In article <8036@iuvax.cs.indiana.edu> bobmon@iuvax.UUCP (RAMontante) writes:
:describes -- a file transfer that was estimated at 12 minutes took over 75
:minutes! -- but Procomm is completely unable to establish a ymodem handshake,
:much less any transfer.  I know little about the Sytek cable (Sytek is a
:brand name), but I do know that it thinks it's 8-bit and it processes some
:characters including ctrl-S and ctrl-Q.  I'm kind of impressed that dsz got
:a binary through at all, in light of the performance degradation.  (Kermit
:works okay for text transfers over this line.)

Sounds like a problem with flow control, or more exactly the lack of
effective flow control.  The "Flow Control" chapter in the ZCOMM manual
deals with this in some detail.  (The discussion is not included in
DSZ.ARC because of length).

Try using the "w" option with the sz command to restrict the window
size..  This is poor man's flow control.

If that doesn't work, setting the zmodem "l" parameter should help.

Chuck Forsberg WA7KGX          ...!tektronix!reed!omen!caf 
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
  Omen Technology Inc    "The High Reliability Software"
17505-V NW Sauvie IS RD   Portland OR 97231   503-621-3406
TeleGodzilla BBS: 621-3746   CIS: 70007,2304    Genie: CAF