From the wget man page:
Code:
However, if the file is bigger on the server because it's been
_changed_, as opposed to just _appended_ to, you'll end up with a
garbled file. Wget has no way of verifying that the local file is
really a valid prefix of the remote file. You need to be
especially careful of this when using `-c' in conjunction with
`-r', since every file will be considered as an "incomplete
download" candidate.
Another instance where you'll get a garbled file if you try to use
`-c' is if you have a lame HTTP proxy that inserts a "transfer
interrupted" string into the local file. In the future a
"rollback" option may be added to deal with this case.
Note that `-c' only works with FTP servers and with HTTP servers
that support the `Range' header.
Probably the unneeded -r that caused the problem.
Adv Reply
Bookmarks