Noting that RedHat's own curl (7.9.8) is configured with ipv6 enabled, I
reconfigured curl 7.10.1 with
                ./configure --with-ssl=/usr/local/ssl --enable-ipv6
and look and behold - the resolver problem disappeared. For me it is a
satifactory solution - it is possible that the new glibc (which is a
development version) has a bug in the resolver - which is certainly not the
task of curl devlpers to fix. If I have time I'll look at it some more, but in
the meantime curl works for me.

Thanks,

Zvi.

On Thu, 17 Oct 2002 17:11:14 +0200, Zvi Har'El wrote about "Re: gethostbyname_r(2)":
> I still got no results from gdb, but let me say the problem doesn't happen in
> curl 7.10.1 installed in Red Hat Linux 7.3 (gcc 2.96, glibc 2.2.5), neither in
> Solaris 2.8 (gcc 2.95.3 20010315, SUN libc). I only have it in Red Hat 8.0
> (gcc 3.2 , glibc 2.2.93). I beleive the problem hasn't hit a lot of people
> since many hadn't have a chance to upgrade to redhat 8.0 ;-)
>
> On Thu, 17 Oct 2002 11:06:26 +0200, Zvi Har'El wrote about "Re: gethostbyname_r(2)":
> > On Thu, 17 Oct 2002 09:28:11 +0200, Daniel Stenberg wrote about "Re: gethostbyname_r(2)":
> > > On Wed, 16 Oct 2002, Zvi Har'El wrote:
> > >
> > > > Second, I have a problem: When using curl without a proxy, it fails to
> > > > reolve the site address:
> > > >
> > > > ~$ curl --version
> > > > curl 7.10.1 (i686-pc-linux-gnu) libcurl/7.10.1 OpenSSL/0.9.6g zlib/1.1.4
> > > > ~$ curl -I http://www.google.com
> > > > * Couldn't resolve host 'www.google.com'curl: (6) Couldn't resolve host
> > > > * 'www.google.com'
> > >
> > > I find this very strange, since no one else has reported this and I figure it
> > > should hit quite a lot of people if this is truly a curl error.
> > >
> > > However, can you possibly set a break-point in Curl_getaddrinfo (hostip.c
> > > around line 510) and single-step forward until it fails and see what kind of
> > > error it detects?
> > >
> > > We use gethostbyname_r() for name resolves (where available), and this
> > > function is annoyingly badly documented.
> >
> > I'll gladly do it and send you the reults.
> >
> > >
> > > > ~$ export http_proxy=http://proxy:8080/
> > > > ~$ curl -I http://www.google.com
> > > > HTTP/1.0 302 Moved Temporarily
> > >
> > > It could resolve the proxy name at least!
> >
> > the proxy is defined in /etc/hosts in my case. I also have no problems in
> > connecting to other sites whose names can be resolved by /etc/hosts lookup. The
> > problem is with the DNS lookup.
> >
> --
> Dr. Zvi Har'El mailto:rl_at_math.technion.ac.il Department of Mathematics
> tel:+972-54-227607 Technion - Israel Institute of Technology
> fax:+972-4-8324654 http://www.math.technion.ac.il/~rl/ Haifa 32000, ISRAEL
> "If you can't say somethin' nice, don't say nothin' at all." -- Thumper (1942)
> Thursday, 11 Heshvan 5763, 17 October 2002, 5:00PM
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: viaVerio will pay you up to
> $1,000 for every account that you consolidate with us.
> http://ad.doubleclick.net/clk;4749864;7604308;v?
> http://www.viaverio.com/consolidator/osdn.cfm

-- 
Dr. Zvi Har'El     mailto:rl_at_math.technion.ac.il     Department of Mathematics
tel:+972-54-227607                   Technion - Israel Institute of Technology
fax:+972-4-8324654 http://www.math.technion.ac.il/~rl/     Haifa 32000, ISRAEL
"If you can't say somethin' nice, don't say nothin' at all." -- Thumper (1942)
                           Thursday, 11 Heshvan 5763, 17 October 2002,  5:21PM
-------------------------------------------------------
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm