home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!hal.com!darkstar.UCSC.EDU!cats.ucsc.edu!bigben
- From: bigben@cats.ucsc.edu (Benbuck Nason)
- Newsgroups: comp.sys.amiga.datacomm
- Subject: Re: Term 2.4a bug?
- Message-ID: <1ikis4INN420@darkstar.UCSC.EDU>
- Date: 8 Jan 93 18:58:12 GMT
- References: <8DuswB4w165w@ersys.edmonton.ab.ca> <27697@sybase.sybase.com>
- Organization: University of California; Santa Cruz
- Lines: 25
- NNTP-Posting-Host: si.ucsc.edu
-
-
- In article <27697@sybase.sybase.com> dobrien@sybase.com (Dave O'Brien) writes:
- >In article <8DuswB4w165w@ersys.edmonton.ab.ca> Chris Ringe,
- >chrisr@ersys.edmonton.ab.ca writes:
- >>@2400bps, any stealing of processor time from Term while downloading will
- >>abort a ZMODEM transfer or corrupt data from a ZMODEM transfer. I don't
- >>believe that it is the XPR ZMODEM's fault. Even moving the transfer
- >window
- >>around a few times will cause Term to abort the D/L.
- >
- >I had lots 'o problems with Term aborting ZMODEM transfers until I upped
- >the program priority to 5 (from zero) using the Miscellaneous Setting
- >requester. Now it takes quite a load to derail the download. Not a fix,
- >but a good workaround until Olaf figures out the problem...
-
- I also had these same problems, which would manifest themselves during ANY
- disk access while DL-ing. I got the baudbandit.device serial driver and
- zmodem rarely chokes nowadays...
-
- Ben
- --
- ^v^v^v^v^v^v^v^v^v^v^v^v
- < Benbuck Nason bigben@cats.ucsc.edu
- > "I'd rather be judged by 12 than carried by 6" - Ice Cube
- < "He must be sparkin', talkin' about a double life plea bargain" - Ice Cube
-