Denis Solovyov <[EMAIL PROTECTED]> writes:
> Is it true or false that if --connect-timeout is set to a value
> larger than timeout implemented by system libraries, it will make no
> sense because system timeout will take precedence (i.e. it will
> happen earlier than wget&
Is it true or false that if --connect-timeout is set to a value larger
than timeout implemented by system libraries, it will make no sense
because system timeout will take precedence (i.e. it will happen
earlier than wget's internal timeout)?
(I believe that it will be the
Here is the much awaited connect timeout patch. Although the alarm()
implementation should be the simplest and most portable one, there is
still a portability catch: longjumping out of a signal handler will on
some OS'es leave the signal blocked. You must either explicitly
unblock it
down a patch for this, would the -T timeout value be
> the one to use even for connects? "set the read timeout to SECONDS" doesn't
> quite sound like what we want here, we want a "set the connect timeout to
> SECONDS"... but would we want to introduce yet another op
owing and offering support.
Anyway, if I would write down a patch for this, would the -T timeout value be
the one to use even for connects? "set the read timeout to SECONDS" doesn't
quite sound like what we want here, we want a "set the connect timeout to
SECONDS"... but wou
retrieval.
> >Which of this were you using ?
>
> I tried sveral things, including:
>
>wget -t 2 -T 10 -w 1
>
> But, be honest, is the -T option actually a *connect* timeout?
You're right it's not 8-(
$ wget -d -T 5 http://192.168.1.
-t 2 -T 10 -w 1
But, be honest, is the -T option actually a *connect* timeout?
>And please the next time send bugreports including debug output (wget
>-d =2E..)
I don't think it would do you much good in this case... but I can send
you one if you want.
Nic
Nic Ferrier wrote:
>
> Sorry if you're already aware of this... I couldn't find the archives of
> this list at GNU. Maybe you should put a link on the page:
> http://www.gnu.org/software/wget/
The official web-site is http://wget.sunsite.dk/
Yes, there should be a link from the GNU site.
[List]
On Wed, 7 Nov 2001, Nic Ferrier wrote:
> I've discovered that wget doesn't do connection timeouts. That is if the
> host it is trying to connect to cannot be reached for some reason then
> wget simply hangs.
>
> I expected wget to return after T seconds after specifying the timeout
> option on th
Sorry if you're already aware of this... I couldn't find the archives of
this list at GNU. Maybe you should put a link on the page:
http://www.gnu.org/software/wget/
I've discovered that wget doesn't do connection timeouts. That is if the
host it is trying to connect to cannot be reached for som
10 matches
Mail list logo