home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.datacomm
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!gatech!usenet.ins.cwru.edu!eagle!lims02.lerc.nasa.gov!esgbs
- From: esgbs@lims02.lerc.nasa.gov (GARY STANDEN)
- Subject: Re: Term 2.4a bug?
- Message-ID: <8JAN199308325323@lims02.lerc.nasa.gov>
- News-Software: VAX/VMS VNEWS 1.41
- Sender: news@eagle.lerc.nasa.gov
- Nntp-Posting-Host: lims02.lerc.nasa.gov
- Organization: NASA Lewis Research Center
- References: <8DuswB4w165w@ersys.edmonton.ab.ca> <27697@sybase.sybase.com>
- Date: 8 Jan 1993 08:32 EST
- Lines: 21
-
- 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 would just bet that everyone that has problems with XPRZModem is running
- it on a stock 68000. It sounds like a timing problem. I have the same
- problem with my 500 with, term, VLT, NComm 2.XX . Changing the priority
- didn't change a thing. The problem only hit when I use the hard drive for
- the download. When I use the floppy or ram for the download, NO ERRORS!
-
- Gary
-