Jens Schleusener <[EMAIL PROTECTED]> writes:
> But that doesn't work since wget probably needs the downloaded pages
> to find the files necessary to properly display the complete HTML
> page.
Exactly. Sorry about that; it will be fixed in a future release.
Currently the only workaround is to do
Hi,
I just want to use wget (v1.9.1-rc1) to do some simple access-time
benchmarking of some WWW pages. So I first started with
wget --page-requisites --timeout=30 --proxy=off \
--tries=1 \
http://www.foo.bar/
(last output line for e.g.: Downloaded: 76,431 bytes in 27 files)
But
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> i wouldn't do i at configure time because compilation would then be
> prone to some problems which may be difficult to find out. for
> example, what if you have compiled wget without loading the ipv6
> module, but your system supports PF_INET6 sockets
On Wed, 12 Nov 2003, Hrvoje Niksic wrote:
> Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>
> > perhaps we can perform a check like this in main: if AI_ADDRCONFIG
> > is not supported AND ipv6 is not supported (e.g. creation of
> > PF_INET6 sockets fails or we don't have a global ipv6 address
> > co
Alain Bench <[EMAIL PROTECTED]> writes:
> OK, wasn't aware of the spurious HEAD bodies problem. But Wget also
> closes the connection between a GET (with body) and the HEAD for the
> next file.
Could you post a URL for which this happens? I wasn't aware of this
problem and would like to fix it.
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> perhaps we can perform a check like this in main: if AI_ADDRCONFIG
> is not supported AND ipv6 is not supported (e.g. creation of
> PF_INET6 sockets fails or we don't have a global ipv6 address
> configured on one of the interfaces), then enable --inet
On Tuesday, November 11, 2003 at 2:41:31 PM +0100, Hrvoje Niksic wrote:
> Alain Bench <[EMAIL PROTECTED]> writes:
>> with --timestamping: Each HEAD and each possible GET uses a new
>> connection.
> I think the difference is that Wget closes the connection when it
> decides not to read the request
On Wed, 12 Nov 2003, Hrvoje Niksic wrote:
> Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>
> >> I suppose I can work around the problem by specifying `inet4_only=yes'
> >> in .wgetrc...
> >>
> >> Better yet, maybe we should make -4 the default on machines that don't
> >> support AI_ADDRCONFIG and o
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>> I suppose I can work around the problem by specifying `inet4_only=yes'
>> in .wgetrc...
>>
>> Better yet, maybe we should make -4 the default on machines that don't
>> support AI_ADDRCONFIG and on which creating an AF_INET6 socket fails?
>
> IMHO, no.
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> On Wed, 12 Nov 2003, Hrvoje Niksic wrote:
>> "Mauro Tortonesi" <[EMAIL PROTECTED]> writes:
>>
>> >> Wget works well, but it looks ugly because my machine is not
>> >> configured for IPv6.
>> >>
>> >> According to OpenGroup's web site, AI_ADDRCONFIG fla
On Wed, 12 Nov 2003, [iso-8859-2] Dra¾en Kaèar wrote:
> Hrvoje Niksic wrote:
>
> > According to OpenGroup's web site, AI_ADDRCONFIG flag should be of use
> > here. Should I be worried that the getaddrinfo man page on my (RHL 9)
> > system doesn't mention AI_ADDRCONFIG?
>
> Yes. The end of OpenGro
Hrvoje Niksic wrote:
> According to OpenGroup's web site, AI_ADDRCONFIG flag should be of use
> here. Should I be worried that the getaddrinfo man page on my (RHL 9)
> system doesn't mention AI_ADDRCONFIG?
Yes. The end of OpenGroup's man page says:
IEEE Std 1003.1-2001/Cor 1-2002, item XSH
On Wed, 12 Nov 2003, Hrvoje Niksic wrote:
> "Mauro Tortonesi" <[EMAIL PROTECTED]> writes:
>
> >> Wget works well, but it looks ugly because my machine is not
> >> configured for IPv6.
> >>
> >> According to OpenGroup's web site, AI_ADDRCONFIG flag should be of use
> >> here. Should I be worried t
13 matches
Mail list logo
