home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!stanford.edu!rutgers!cbmvax!cbmehq!cbmnl!ecl014!ronald
- From: ecl014@cbmnl.cbm.nl
- Newsgroups: comp.sys.amiga.datacomm
- Subject: Re: Hey, does zmodem work for 2.4a?
- Message-ID: <ronald.06zx@ecl014.uucp>
- Date: 27 Dec 92 17:28:35 GMT
- References: <olsen.7173@sourcery.mxm.sub.org> <1gopsoINNl30@uwm.edu> <olsen.7377@sourcery.mxm.sub.org> <1hbhleINNdo8@uwm.edu>
- Organization: R&R Software
- Lines: 27
-
- In article <1hbhleINNdo8@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R Block) writes:
- >Anyways, enough banter. The problem only exists in 68000 systems, so
- >it's obviously a timing issue. The problem exists when something else
- >takes up a large amount of cpu, running at an equal or greater task
- >level. "lha" does it every time.
- >
- >If you could get access to a 68000 to try this with, begin a download,
- >and, from ram, un-lharc a program to ram. Bang, the download ends
- >with error count exceeded... and there certainly aren't 20 errors in
- >that list, for the fraction of a second that the window stays up.
-
- Sorry, I did produce it on an A4000.
- - Set your zmodem buffer size to something like 256k
- - Do a download at high speed (19200)
- - When you got past 256k term writes out the buffer and bang!
- the transfer window closes and you get a lot of sh*t on the screen.
-
- I can reproduce it *every* time.
-
- C'ya,
-
- --
- +-------------------------------------------------------------------------+
- | Ronald van Eijck ecl014@cbmnl.cbm.nl R&R Software |
- | |
- | You don't have to be tall to be big |
- +-------------------------------------------------------------------------+
-