chiark / gitweb /
resolv.conf option parsing: Fix word separation
[adns.git] / NEWS
1 Changes in adns 1.5, since adns 1.4, are:
2
3  * This release provides full IPv6 support.  Applications can request
4    AAAA records (containing IPv6 addresses) as well as, or instead of,
5    A records (containing IPv4 addresses).  adns 1.5 can speak to
6    nameservers over IPv6.
7
8   * adns_addr2text and adns_text2addr: Convenient C functions for
9     converting between addresses and address literals.  These carry
10     less baggage than getaddrinfo and getnameinfo.
11
12  * There is a fix to the one currently known bug in the resolver:
13    previously, some harmless but wrong owner names for checked ptr
14    queries would be accepted; now they are rejected with `Domain
15    invalid for particular DNS query type'.
16
17  * We fix a crashing bug in adnslogres.  (Debian#392102.)
18
19  * There are also some build system and test suite improvements.
20
21  * Licence is now GPLv3.
22
23 Compatibility:
24
25   adns 1.5 is fully forwards API- and ABI-compatible with 1.4.
26
27   adns 1.5 is not backwards ABI-compatible, in the sense that
28   applications built against adns 1.5 but run with adns 1.4 may
29   experience `Function not implemented' errors, or `symbol lookup
30   error' due to undefined symbols.  But applications built against 1.4
31   will not experience data corruption due to ABI mismatches.
32
33   adns_r_addr queries (general `address' queries where the application
34   does not specify the kind of address) used to only return AF_INET
35   (IPv4) addresses.  To avoid surprising existing applications,
36   AF_INET6 (IPv6) addresses will be returned only if the application
37   explicitly states its support for handling a mixture of address
38   families in the results from adns_r_addr.  In a future version of
39   adns this will become the default.
40
41   adnshost and the other command-line utilities are fully forward- and
42   backward-compatible, except that in adns 1.5, adnshost will return
43   IPv6 as well as IPv4 information if simply asked for `addresses'.
44   Calling programs which did not ask for a specific address type ought
45   to cope with this.