| Age | Commit message (Collapse) | Author |
|---|
|
I'm not quite sure how this was happening, but I've been seeing PTR queries
which seem to return empty responses. At least, they were empty when calling
ares_expand_name() on the record. Here's a patch which guarantees to
NUL-terminate the expanded name. The old behavior failed to NUL-terminate if
len was 0, and this was causing strlen() to run past the end of the buffer
after calling ares_expand_name() and getting ARES_SUCCESS as the return
value. If q is not greater than *s then it's equal and *s is always
allocated with at least one byte.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.3.0
|
|
|
|
|
|
|
|
|
|
added (somewhat ugly) typecasts to build warning-free on 64bit platforms (the
result of a (char *) - (char *) cannot be stored in an int universally)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
on Solaris and FreeBSD. At least.
|
|
include, as it seems at least some AIX versions don't really allow it to be
include at the same time as the original nameser.h.
|
|
X.
|
|
|
|
should come from <ws2tcpip.h>, but Winsock 1.1 should
suffice.
|
|
|
|
(IRIX 6.5.22 it seems)
|
|
|
|
code uses that
|
|
|
|
|
|
|
|
systems that do not include these functions. These will be necessary for CIDR support and IPv6 support.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
