wget ipv6 patch

here is my first patch to improve ipv6 support of wget. please, notice that the code compiles, but is still buggy and will probably not work. i am sending this preliminary patch only to gather feedback from wget developers and to coordinate with other developers who are working on ipv6 support fo

Re: some wget patches against beta3

[EMAIL PROTECTED] (Martin v. Löwis) writes: > Why do you think the scheme is narrow-minded? Because "1.9-beta3" seems to be a problem. > VERSION = ('[.0-9]+-?b[0-9]+' >'|[.0-9]+-?dev[0-9]+' >'|[.0-9]+-?pre[0-9]+' >'|[.0-9]+-?rel[0-9]+' >'|[.0-9]+[a

Re: wget ipv6 patch

Mauro Tortonesi <[EMAIL PROTECTED]> writes: > so, i am asking you: what do you think of these changes? Overall they look very good! Judging from the patch, a large piece of the work part seems to be in an unexpected place: the FTP code. Here are some remarks I got looking at the patch. It inad

Re: [PATCH] wget-1.8.2: Portability, plus EBCDIC patch

On Tue, Oct 07, 2003 at 06:06:59PM +0200, Hrvoje Niksic wrote: > Martin, thanks for the patch and the detailed report. Note that it > might have made more sense to apply the patch to the latest CVS > version, which is somewhat different from 1.8.2. What must I set CVSROOT to? > I'm really not su

problem with 302 server respose parsing

I use Wget 1.8.2. When I try receive page with '-nc' option and server return 302 and new url, wget not test that url on rules in '-nc' and download and rewrite existing file. I think wget not used command line option rules when parse server response header! It is a bug?

Re: wget ipv6 patch

On Wed, 8 Oct 2003, Hrvoje Niksic wrote: > Mauro Tortonesi <[EMAIL PROTECTED]> writes: > > > so, i am asking you: what do you think of these changes? > > Overall they look very good! Judging from the patch, a large piece of > the work part seems to be in an unexpected place: the FTP code. yes, i

Re: wget ipv6 patch

Mauro Tortonesi <[EMAIL PROTECTED]> writes: >> I still don't understand the choice to use sockaddr and >> sockaddr_storage in a application code. >> They result in needless casts and (to me) uncomprehensible code. > > well, using sockaddr_storage is the right way (TM) to write IPv6 enabled > code

Re: wget ipv6 patch

Mauro Tortonesi wrote: > are there __REALLY__ systems which do not support inet_aton? their ISVs > should be ashamed of themselves... Solaris, for example. IIRC inet_aton isn't in any document which claims to be a standard. > however, yours seemed to me an ugly hack, so i have temporarily remove

Error: wget for Windows.

I am trying to use wget for Windows & get this message: "The ordinal 508 could not be located in the dynamic link library LIBEAY32.dll". This is the command I am using: wget http://www.website.com --http-user=username --http-passwd=password I have the LIBEAY32.dll file in the same folder as the

Re: Error: wget for Windows.

Hi Suhas! > I am trying to use wget for Windows & get this message: "The ordinal 508 > could not be located in the dynamic link library LIBEAY32.dll". You are very probably using the wrong version of the SSL files. Take a look at http://xoomer.virgilio.it/hherold/ Herold has nicely rearranged t

Re: some wget patches against beta3

[EMAIL PROTECTED] (Martin v. Löwis) writes: > Hrvoje Niksic <[EMAIL PROTECTED]> writes: > >> > VERSION = ('[.0-9]+-?b[0-9]+' >> >'|[.0-9]+-?dev[0-9]+' >> >'|[.0-9]+-?pre[0-9]+' >> >'|[.0-9]+-?rel[0-9]+' >> >'|[.0-9]+[a-z]?' >> >'|[0-9][0-