Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!NISC.SRI.COM!cwilson
From: cwilson@NISC.SRI.COM (Chan Wilson)
Newsgroups: comp.sys.apple
Subject: Re: Ymodem batch
Keywords: XMODEM, SUNOS
Message-ID: <13569@fs2.NISC.SRI.COM>
Date: 25 Feb 90 14:35:17 GMT
References: <2905@cunixc.cc.columbia.edu> <2520@cs-spool.calgary.UUCP> <1990Feb22.143217.4624@mintaka.lcs.mit.edu> <2540@cs-spool.calgary.UUCP>
Reply-To: cwilson@NISC.SRI.COM (Chan Wilson)
Organization: Network Info Systems Ctr., SRI Intl., Menlo Park, CA.
Lines: 37

In article <2540@cs-spool.calgary.UUCP> demarco@cs-sun-fsb.UUCP (Vince Demarco) writes:
>[Stuff deleted, about getting sx/sb/sz to work under sunOS]
>>set on the concentrator and BOOM! all happy. (I type "term download"
>>before connecting to the sun.)
>>--
>
>What is happening to me is that as soon as the xfer gets to block 13 I
>get a bunch of complement errors.  That is SunOS (I think) seems to be
>sending a Null after a line feed or return.  So the recieveing side
>instead of getting the complement of the block number it gets a null.
>If the file is smaller than 13 xmodem blocks all is fine.  (there
>isn't too many files that small)

Hmm... this is interesting. Perhaps this is related to the sporatic problems
I have up/downloading files using Zlink/Proterm and [rs][xbz]...  Latest
annoying problem came when downloading the corrected version of Multijuggle.
Using sz -k on the unix (sunos4.0.3) and Zlink (ymodem/batch), it dies at
byte 141312.  Using plain sz on the unix side, it dies someplace before that.
Moving over into Proterm, that didn't work to hot either, but that's not 
too enormously surprising.  

Funny (ha!) thing was, even if I tried s[xb] and Zlink, it still dies.  Go
figure.  Finally had to resort to Kermit, and I'm not even sure that worked. 

Note that this is at any baud, 2400-19200, not that I can see it matters..
Who's bug is this?

>>Dave Whitney

>vince demarco

--Chan
			   ................
  Chan Wilson -- cwilson@nisc.sri.com <or> radius!cwilson@apple.com
Janitor/Architect of comp.binaries.apple2 archive on wuarchive.wustl.edu
	      I don't speak for SRI, someone else does.
			   ................