Path: utzoo!utgpu!watmath!iuvax!bsu-cs!mithomas From: mithomas@bsu-cs.bsu.edu (Michael Thomas Niehaus) Newsgroups: comp.sys.mac Subject: Re: Xmodem uploads using MicroSoft Works ( Troubles ) Keywords: Xmodem Works Mac Message-ID: <6777@bsu-cs.bsu.edu> Date: 14 Apr 89 18:09:54 GMT References: <1402@mimir.dmt.oz> Organization: CS Dept, Ball St U, Muncie, IN, USA Lines: 39 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: !{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)