wget -S dies with wget: realloc: Failed to allocate -2147483648 bytes; memory exhausted. because of 8-bit characters in HTTP headers

2007-02-01 Thread Vladimir Volovich
Hi! when using the -S option, wget dies apparently because the server returns 8-bit characters in the WWW-Authenticate header: $ wget -S http://lib.homelinux.org/_djvu/zzz.txt --01:46:17-- http://lib.homelinux.org/_djvu/zzz.txt = `zzz.txt' Resolving lib.homelinux.org... 83.149.236.67

Re: problem with downloading when HREF has ../

2007-02-01 Thread Vladimir Volovich
On Mon, 03 Apr 2006 17:15:52 +0200 Mauro Tortonesi [EMAIL PROTECTED] wrote: The fix will appear in the next release, 1.11. Mauro's paragraph you quoted (beginning with i am going to test and apply your patch later this week) referred to applying the patch to the version control

Re: problem with downloading when HREF has ../

2006-04-03 Thread Vladimir Volovich
MT == Mauro Tortonesi writes: are there any news on the wget update? MT hrvoje fixed this problem more than one month ago. from the MT ChangeLog: i don't see the official source at ftp.gnu.org/gnu/wget/ that's what i'm asking about. Best, v.

Re: problem with downloading when HREF has ../

2006-03-27 Thread Vladimir Volovich
MT == Mauro Tortonesi writes: I addressed this bug in wget few months ago. See the fix here: http://www.mail-archive.com/wget@sunsite.dk/msg08516.html MT hi frank, MT i am going to test and apply your patch later this week, as well MT as many other pending patches. unfortunately i am

problem with downloading when HREF has ../

2006-02-26 Thread Vladimir Volovich
Greetings, [wget version: 1.10.2] suppose that i run wget -r -l 1 http://some-host.com/index.html and index.html contains a link like this: A HREF=../directory/file.htmlfile/A then wget, when it tries to download this file, sends the following HTTP request: GET /../directory/file.html

Re: problem with downloading when HREF has ../

2006-02-26 Thread Vladimir Volovich
DV == Dmitry Vereschaka writes: suppose that i run wget -r -l 1 http://some-host.com/index.html and index.html contains a link like this: A HREF=../directory/file.htmlfile/A DV URL ../directory/file.html placed in DV http://some-host.com/index.html is illegal because no

Re: problem with downloading when HREF has ../

2006-02-26 Thread Vladimir Volovich
FM == Frank McCown writes: DV URL ../directory/file.html placed in DV http://some-host.com/index.html is illegal because no parent DV directory for /index.html exists. it is legal. it works everywhere else. that's why i ask to normalize the URL properly. FM The URL is legal if the web

wget 1.8: FTP recursion through proxy servers does not work anymore

2002-04-03 Thread Vladimir Volovich
Hi! in wget 1.8, FTP recursion through proxy servers does not work anymore: when i run wget --execute ftp_proxy = http://some.proxy:3128; -m ftp://some.host/dir/ wget only retrieves the file ftp://some.host/dir/index.html and stops. i found the following ChangeLog entries: * recur.c

wget 1.8: FTP recursion through proxy servers does not work anymore

2002-04-03 Thread Vladimir Volovich
Hi! additional note: wget 1.7.1 works fine WRT FTP recursion through proxy servers; that was the last version before the change from recursive_retrieve to retrieve_tree was made (according to ChangeLog). So, indeed the change from recursive_retrieve to retrieve_tree introduced a bug. Best, v.

retrieving index.html for ftp downloads

2002-03-22 Thread Vladimir Volovich
Hi, when wget receives an empty list from the LIST command (FTP) when getting the contents of some directory, it tries to download a file index.html from that directory, which does not seem to make sense. Best, v.

decoding the destination paths

2001-12-19 Thread Vladimir Volovich
Hi! this is not strictly speaking a bug, but is an inconsistency. when i run wget -x http://some.host/path%20to%20file/file%20name.html wget saves the result in some.host/path%20to%20file/file name.html i.e. it decodes %-characters in filename, but not in directory name(s). since these

Re: decoding the destination paths

2001-12-19 Thread Vladimir Volovich
Hrvoje == Hrvoje Niksic writes: this is not strictly speaking a bug, but is an inconsistency. when i run wget -x http://some.host/path%20to%20file/file%20name.html wget saves the result in some.host/path%20to%20file/file name.html i.e. it decodes %-characters in filename,

wget 1.8 bug

2001-12-13 Thread Vladimir Volovich
Hi, when i run wget 1.8 with two arguments: wget http://some/url http://some/url which are the same, i get: Assertion failed: !hash_table_contains (dl_url_file_map, url), file recur.c, line 752 Abort (core dumped) Best, v.