Re: [Bug-wget] Batch retrieval does not recover from extended pause

2012-03-29 Thread Ángel González
Hello Pekka, Thanks for your report. gethttp() isn't the easiest function to follow, with its 1243 lines, but I think everything important is happening at the bottom. The file is created in line 2855, but not stored into output_stream (it's only used by -O). Then it's failing at read_response_body

Re: [Bug-wget] patch to fix some types of warnings

2012-03-29 Thread Giuseppe Scrivano
Hello Tim, Tim Ruehsen writes: > function declaration isn't a prototype [-Wstrict-prototypes] > no previous prototype for 'convert_links_in_hashtable' [-Wmissing-prototypes] > suggest braces around empty body in an 'else' statement [-Wempty-body] > > please apply it to the repository. please pr

Re: [Bug-wget] timeout question (regarding the code)

2012-03-29 Thread Giuseppe Scrivano
Micah Cowan writes: > On 03/29/2012 11:23 AM, Giuseppe Scrivano wrote: >> Tim Ruehsen writes: >> >>> Hi, >>> >>> the wget man page says a timeout value of 0 means 'forever'. >>> Even if seldom used, 0 seems to be a legal value. >> >> it can't be a legal value. It means the value you are waiti

Re: [Bug-wget] timeout question (regarding the code)

2012-03-29 Thread Micah Cowan
On 03/29/2012 11:23 AM, Giuseppe Scrivano wrote: > Tim Ruehsen writes: > >> Hi, >> >> the wget man page says a timeout value of 0 means 'forever'. >> Even if seldom used, 0 seems to be a legal value. > > it can't be a legal value. It means the value you are waiting for is > immediately availabl

Re: [Bug-wget] timeout question (regarding the code)

2012-03-29 Thread Giuseppe Scrivano
Tim Ruehsen writes: > Hi, > > the wget man page says a timeout value of 0 means 'forever'. > Even if seldom used, 0 seems to be a legal value. it can't be a legal value. It means the value you are waiting for is immediately available. That is not possible when you are waiting for something com

Re: [Bug-wget] patch to activate itimer support

2012-03-29 Thread Giuseppe Scrivano
Tim Ruehsen writes: > > === modified file 'src/utils.c' > --- src/utils.c 2012-03-25 15:49:55 + > +++ src/utils.c 2012-03-28 11:10:57 + > @@ -59,6 +59,11 @@ > # endif > #endif > > +/* Needed for itimer support in alarm_set() and alarm_cancel() */ > +# ifdef HAVE_SYS_TIME_H

Re: [Bug-wget] Bug on latest wget (1.3.14)

2012-03-29 Thread Tim Rühsen
In url.c / url_file_name() an empty query is not used for the filename: /* Append "?query" to the file name. */ u_query = u->query && *u->query ? u->query : NULL; Should it be patched here ? Mit freundlichen Grüßen Tim Rühsen Am Thursday 29 March 2012 schrieb Tim Ruehsen: > Jus

Re: [Bug-wget] Bug on latest wget (1.3.14)

2012-03-29 Thread Tim Ruehsen
Just some more infos: It is reproducible with the latest trunk version. The problem seems to be empty queries like in main.css (original): src: url('/TLBB/fbinir/mult/stagsans-book-webfont.eot');^M src: url('/TLBB/fbinir/mult/stagsans-book-webfont.eot?#iefix') format('embedded-opentype'),^M BTW,

Re: [Bug-wget] trouble with self signed certificates --ca-directory=directory

2012-03-29 Thread Ángel González
On 29/03/12 04:45, drayon wrote: > Having the most head wrenching time with wget: > > Version/compile details running on Mac OS X 10.6.8 > == > GNU Wget 1.13.4 built on darwin11.3.0. > (...) > > I then issued the following command: (--certificate=file

[Bug-wget] trouble with self signed certificates --ca-directory=directory

2012-03-29 Thread drayon
Having the most head wrenching time with wget: Version/compile details running on Mac OS X 10.6.8 == GNU Wget 1.13.4 built on darwin11.3.0. +digest +https +ipv6 -iri +large-file -nls +ntlm +opie +ssl/openssl Wgetrc: /usr/local/etc/wgetrc (sys