home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!think.com!spool.mu.edu!uwm.edu!ee!bloc1469
- From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
- Newsgroups: comp.sys.amiga.datacomm
- Subject: Re: Hey, does zmodem work for 2.4a?
- Date: 4 Jan 1993 06:52:25 GMT
- Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
- Lines: 36
- Message-ID: <1i8mr9INN4jo@uwm.edu>
- References: <olsen.7377@sourcery.mxm.sub.org> <1hbhleINNdo8@uwm.edu> <ronald.06zx@ecl014.uucp>
- NNTP-Posting-Host: 129.89.2.33
-
- In article <ronald.06zx@ecl014.uucp> ecl014@cbmnl.cbm.nl writes:
- >Sorry, I did produce it on an A4000.
-
- Don't apologize. :)
-
- >- 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.
-
- Wonderful. Give us a task list, would you? Also, during your
- downloads, have you happened to notice the term's download window to
- place things kind of "funny"?
-
- In particular, Term sometimes neglects, during batch transfers, to
- update the file being downloaded until it is finished. Term seems to
- also randomly put everything into "inverse video" when it writes
- things into their respective stuff, and I've seen term "misplace"
- things--for instance, the # of bytes transferred often ends up way on
- the left side of the "box" it's in, not in it's usual "displaced"
- place.
-
- (shrug) it's late.
-
- Good eve.
-
- Greg
-
-
- --
- (: (: (: (: Have you overdosed on smileys today? Why NOT!?! :) :) :) :)
- (: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run :)
- (: Thy will be done, At Commodore as it is at Apple" -Dan Barrett :)
- (: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
-