for a bigger buffer and this is indeed badness for us. Making this work
on both old and new glibc versions require an ugly loop that in its worse
form cause 45 bad loops when using the correct glibc and a non-resolving
host name... :-/

We want a better fix. Badly.

for freeing single dns cache entries

AGGRESIVE_TEST is also defined, as an addition to MALLOCDEBUG. It doesn't
work for multi interface usage and should only be used with careful
consideration.

counter so that the caller needs to decrease that counter when done with
the returned data.

If compiled with MALLOCDEBUG I've added some extra checking that the counter
is decreased before a handle is closed etc.

memory. Avery Fay brought the example code that proved this.

size isn't big enough. For some reason they now return EAGAIN.

Redhat 8 ships with this glibc version.

when it can't lookup the name (at least in some cases) and thus we need
to make an extra check to detect failures.

case a timeout is set. This seems to work. God knows if it is good enough
or what kind of side-effects we introduce here and now.

I'll close my eyes and cross my fingers. Hard.

Bug report #564585.

after we've realloc() the packed hostent struct.

even when the realloc() actually gets a new memory block

used for "exported" globals.

any name resolved data in any curl handle struct. That way, we won't mind
if the cache entries are pruned for the next time we need them. We'll just
resolve them again instead.

This changes the Curl_resolv() proto. It modifies the SessionHandle struct
but perhaps most importantly, it'll make the internals somewhat dependent
on the DNS cache not being disabled as that will cripple operations somewhat.
Especially for persistant connections.

by Daniel.

A Bjrn Reese patch.

This can be optimized a tidbit, but this is a start.

Now first check if IPv6 is supported, then use PF_UNSPEC. If not, use PF_INET.
It'll solve both the "slow name lookup" problem on IPv4 and still work fine on
IPv6 hosts.

Bug report #530204 has more details:
http://sourceforge.net/tracker/?func=detail&atid=100976&aid=530204&group_id=976

functionality and this change reverts this.

However, with this revert we bring back problems on (some/all?) non-IPv6
enabled Linux machines that have getaddrinfo().

Really, we should only #define this in one file, not both here and in
connect.c!

on IPv4-linux machines

all platforms, I also edited a few data types slightly to prevent my
compiler from warning on comparisions between signed and unsigned values

fine..

host:port, so accessing curl.haxx.se on port 80 would yield a key value
of ::
curl.haxx.se:80

2) in the curl_dns_cache_entry structure, timestamp should be
a time_t instead of an integer (although I doubt it matters).

The default cache timeout for this is 60 seconds, which is arbitrary and
completely subject to change :)