make the code easier to read

usage.

 threaded name resolves.

now cause the resolve function to return NULL immediately

some bad thinking on my part.

when not using ares.

even such platforms?)

time to restructure this source file!

Good enough?

from a name resolve. Without this, we leak memory!

the specific time to wait for a resolve. The definition is at the top of
this source file.

of Curl_is_resolved() to address Roy Shan's reported problem.

might change it. I don't *think* it does it when the timeout is 0,0 but it
is better to be sure...

DEBUG_THREADING_GETHOSTBYNAME is defined

an int when we assign it.

cleared up some ssize_t/size_t mixups

This works by magicly starting up a new thread that can be killed when the
timeout is reached. testtesttest!

my_getaddrinfo() (caused a warning by the IRIX MIPSPro compiler). Also
clarified the situation for the 3-arg version of gethostbyname_r() with a huge
comment.

be. Simply skip the pruning.

same channel during the whole curl handle's life until curl_easy_cleanup().

seems to correct some host cache screw-ups I could reproduce.

archs, also no longer typecast pointers to ints as that is a nono on 64bit
systems.

NOTE that this breaks ares-compatibility, we have now officially taken the
turn into the c-ares path. We will now officially depend on c-ares for asynch
name resolves.

as well, and when failing and not getting a timeout we now include the
error message ares can provide us with.

Dirk Manske, but modified by me.

in the cache (Vincent Bronner)

make the pruning at each name lookup, only in Curl_done().

is made in the hash function in the case of failure (using the already setup
'dtor' function).