🚀 go-pugleaf

In article <1402@mimir.dmt.oz>, paz@mimir.dmt.oz (Paul Zemancheff) writes:
> 
> 		Help, Help, Help......
> 	
> 	A colleague of mine has been having problems with MicroSoft Works
> Xmodem uploads. I have described the problem below. Any comments about solving
> these problems would be willingly accepted. 
... 
> is that this problem is peculiar to the MAC/WORKS combination.
> 
> Paul Zemancheff		      PHONE: +61 3 487 9271    FAX: +61 3 484 0878

I have had this same type of problem with Microsoft Works, Mac240, and a 
copy of Zterm (0.75) when trying to upload using Xmodem to a UNIX host.
Downloading works fine with all applications, but uploading locks up after
the first characters on all of them.

I have been told that this could have something to do with flow control.
Apparently, the Mac can send data faster than the host can receive so the
host sends out a control-s (binary equiv, of course) from hardware,
causing a lockup in the protocol.  I don't know if this is true, but in our
case here at Ball State it is a valid argument not because the host sends
out the control-s, but because our wonderful (&*&%*) AT&T ISN network does
its own flow control unless the system administrator explicitly disables it
port by port.  Of course, he would not do this for just anyone (especially not
a student...)

So I'm stuck.  For uploading I use Kermit; for downloading I use either Xmodem
or Zmodem.  If anyone has any other commemts or suggestions, feel free to 
e-mail me.

Thanks,
-Michael


-- 
Michael Niehaus        UUCP: <backbones>!{iuvax,pur-ee}!bsu-cs!mithomas
Apple Student Rep      ARPA:  mithomas@bsu-cs.bsu.edu
Ball State University  AppleLink: ST0374 (from UUCP: st0374@applelink.apple.com)