Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ncar!noao!grandi
From: grandi@noao.edu (Steve Grandi)
Newsgroups: comp.binaries.ibm.pc.d
Subject: (really dsz) Re: Thanks to everyone who helped with SIMTEL20
Message-ID: <954@noao.UUCP>
Date: 12 Dec 88 14:53:15 GMT
References: <15632@iuvax.cs.indiana.edu> <485@mccc.UUCP> <10688@s.ms.uky.edu>
Reply-To: grandi@noao.edu (Steve Grandi)
Organization: National Optical Astronomy Observatories, Tucson AZ
Lines: 19

In article <10688@s.ms.uky.edu> simon@ms.uky.edu (Simon Gales) writes:
>
>My problem is that my dsz and sz/rz won't work together.  I gave up
>on them long ago, they always have errors and never finish a xfer.
>I know this is supposed to work, any ideas on why it won't????

I have never been able to get reasonable performance out of the dsz-sz/rz
system when I'm using a 9600 directly connected terminal line.  The poor
750 on the other end of the line cannot keep up with the data stream and
errors, retrys, and ultimate failure results.  There are some parameters in
dsz to limit the maximum packet size which may help things.

On the other hand, YMODEM Batch using 128 byte packets works fine; I use a
combination of dsz on the PC and my XMODEM program on the 750
(the XMODEM program works on BSD VAXs and Suns; I've posted it in the past)
-- 
Steve Grandi, National Optical Astronomy Observatories, Tucson AZ, 602-325-9228
UUCP: {arizona,decvax,ncar}!noao!grandi  or  uunet!noao.edu!grandi 
Internet: grandi@noao.edu             SPAN/HEPNET: NOAO::GRANDI (NOAO=5355)