On Thu, 07 Sep 2000, Lawrence Houston wrote:
>
> With other large files I am experiencing similar problems with downloads
> failing to complete, although the "block" is different for each file!
> Additionally after truncating the file (so that it contains just the
> "missing" data), these downloads fails even to start (having already seen
> NCFTP's "get -C filename" on the original file fail)??? A "cludge" (which
> is working successfully) is FTPing UUencoded versions of the same binary
> files (UUdecoding at the other end)! Especially curious: the text version
> downloaded at almost twice the rate of the binary one, leading me to
> believe this there is compress data occuring??? Also fearful that it
> might be "fault" within the data compression which is preventing the
> binary downloads from completing, ie. specific patterns within the data
> stream being the "problem"? The connection is ADSL (Flashcom), anyone
> know where data compression might be occuring???
>
Probably on the "modem" side. You might see if you can issue a
command (via a terminal) to the ADSL modem to tell it to turn off
hardware compression. Sometimes that'll work.
Another thing that could be a problem is that, at least in the old
days, if you got a "+++" string in a downloaded file, it would cause
your modem to freak out and go into a special mode, and so, I found
that with some files, if I couldn't download the "binary" version of
the file (or sometimes text files) I'd zip 'em up and that would
generally allow me to download. 'Course this was back when 14.4 was
thought to be "fast." :-)
John
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
