Daniel Stenberg 00ae13f966 - Guilherme Balena Versiani: I noted a strange BUG in Win32 port
(ares_init.c/get_iphlpapi_dns_info() function): when I disable the network
  by hand or disconnect the network cable in Windows 2000 or Windows XP, my
  application gets 127.0.0.1 as the only name server. The problem comes from
  'GetNetworkParams' function, that returns the empty string "" as the only
  name server in that case. Moreover, the Windows implementation of
  inet_addr() returns INADDR_LOOPBACK instead of INADDR_NONE.
2006-09-11 20:25:13 +00:00
..
2004-10-24 13:02:46 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2004-02-03 08:47:26 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2005-11-11 19:20:22 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2005-11-11 19:20:22 +00:00
2006-08-04 15:41:56 +00:00
2006-08-29 15:17:47 +00:00
2004-04-02 09:50:42 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2004-04-02 09:50:42 +00:00
2006-08-29 15:17:47 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2004-04-01 06:10:56 +00:00
2006-07-22 15:37:10 +00:00
2006-07-22 15:37:10 +00:00
2004-04-02 09:50:42 +00:00
2006-07-22 15:37:10 +00:00
2006-08-29 15:17:47 +00:00
2006-05-05 21:08:09 +00:00
2006-07-22 15:37:10 +00:00
2005-11-09 22:17:13 +00:00
2006-07-22 15:37:10 +00:00
2006-08-04 17:35:05 +00:00
2006-07-26 10:33:17 +00:00
2003-10-08 20:18:15 +00:00
2006-08-14 07:21:33 +00:00
2005-11-10 16:52:43 +00:00
2003-10-08 20:18:15 +00:00

This is c-ares, a forked version of the original ares. The original ares
README follows below, the c-ares specific details are in README.cares

====================================================================

This is ares, an asynchronous resolver library.  It is intended for
applications which need to perform DNS queries without blocking, or
need to perform multiple DNS queries in parallel.  The primary
examples of such applications are servers which communicate with
multiple clients and programs with graphical user interfaces.

This library implementation is not especially portable to crufty old
systems like SunOS 4.  It assumes a compiler which can handle ANSI C
syntax, a system malloc which properly handles realloc(NULL, foo) and
free(NULL), and a reasonably up-to-date <arpa/nameser.h>.

I have attempted to preserve the externally visible behavior of the
BIND resolver in nearly all respects.  The API of the library is, of
course, very different from the synchronous BIND API; instead of
invoking a function like res_send() and getting a return value back
indicating the number of bytes in the response, you invoke a function
like ares_send() and give it a callback function to invoke when the
response arrives.  You then have to select() on the file descriptors
indicated by ares_fds(), with a timeout given by ares_timeout().  You
call ares_process() when select() returns.

Some features are missing from the current version of ares, relative
to the BIND resolver:

	* There is no IPV6 support.
	* There is no hostname verification.
	* There is no logging of unexpected events.
	* There is no debugging-oriented logging.
	* There is no YP support.

libares requires an ANSI compiler to compile and use.  To build the
library, just run "./configure" and "make".  To install it, run "make
install".  Run "./configure --help" to see a list of options you can
provide to configure to change how the library builds.  libares has no
data files, so you can move the include file and library around freely
without leaving behind any dependencies on old paths.  Building the
library will also build the "adig" program, a little toy for trying
out the library.  It doesn't get installed.

libares is distributed at athena-dist.mit.edu:pub/ATHENA/ares.  Please
send bug reports and comments to ghudson@mit.edu.