[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] Problem using GNU Wget 1.11.4 Windows version

From: Paul Wratt
Subject: Re: [Bug-wget] Problem using GNU Wget 1.11.4 Windows version
Date: Tue, 20 Mar 2012 22:01:12 +1300

On Tue, Mar 20, 2012 at 7:53 AM, Micah Cowan <address@hidden> wrote:
> On 03/19/2012 09:19 AM, Anthony Bryan wrote:
>> using the latest version of wget is always better than not, but you
>> can't fix this download with wget. (by that, I mean if you've kept the
>> error file & not deleted it).
>> wget will be fine if no errors occur, but the larger the download the
>> more likely you are to run into an error (probably). & you have
>> already gotten errors at least twice.
> I don't see why a working wget environment could not solve his problem,
> that is what -c is for, after all.
> The problem seems to be that he lacks a working wget (that, or it could
> conceivably be a server issue). Fixing his wget should fix his problem.
> -mjc

ok the key to -c being successful if some data after the 206 in:
HTTP/1.1 206 Partial Content

ok - but I recently had (iso on) server the although said successful
what actually restarting the download from 0 again. the difference
here was this actual file was also zero'd too

I do have super "shitty" net connection - so I can confirm the the
only time I get -c issues is with the above instance, and (only) one
other time when the file was unknown length it would restart by adding
to end of current file

not I explicitly use v1.12 except for 6 months last year when I use
v1.13 cos it was upgraded in distro

even after rewrite 1.13 reacts the same as 1.12 - I will not use an
older version

so let me re-itterate others on the list:
It is possible for wget to get a true response to 206, but fail to
"seek to partial start", rather starting from 0. if file is of unknown
length it may be added to end of current file

it is server specific - it does not change per download time or after
successful download (1 session with no interruptions) - it is also
common with large files on php download redirect with a slow
connection (connection times out after 2+ hours) - use of php
redirects does not guarentee reproduction of issue - if the file is of
unknown size it is reproducable on some servers (206=true but
partial=0 start).

reply via email to

[Prev in Thread] Current Thread [Next in Thread]