| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
adns release 1.5.0~rc1
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| | |
Use an individual target for each test. This allows parallel make to
get its teeth into the problem.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| | |
These shouldn't be fatal, and they should be affected by
ads->config_report_unknown.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| | |
This now handles whatever is in `word', not necessarily the whole
option. (We do this rename in a separate patch as it makes the
previous patch easier to review.)
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
`nextword' does not nul-terminate the words it returns. So the
strcmps in ccf_options are wrong. Fix this as follows:
* Abolish most uses of l in favour of a pointer variable endword.
* Have OPTION_IS and OPTION_STARTS update word, and endword, so
that it is convenient to use them for option values, etc.
* Save the whole option in new variables opt and optend for
reporting and to assist the `adns_af:' loop.
* Use OPTION_IS, OPTION_STARTS and memchr, rather than strcmp,
ad-hoc memcmp, and strcspn.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| | |
You can now set the option `adns_ignoreunkcfg'. This is relevant to
Debian #411263.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| | |
Debian #411263. I also read wheezy's resolv.conf(5).
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Replace a lot of things like `l>=5 && memcmp(word,"debug",5)'
with use of some new macros.
No functional change.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Check for unknown flags in adns_initflags, adns_queryflags, and
adns_rrtype.
This will allow us to extend the API in the future but still retain
backward-ABI-safety: new applications which pass a new flag but are
run against old adns will get an error (typically, ENOSYS).
In each case we reserve a few of the spare bits for `harmless'
extensions: flags which we decide, at the time of introduction, that
it is harmless for old implementations to ignore.
We simply provide explicit hex values for the flags. This is easier
than listing all of the actually-defined flags, and probably no less
reliable. Failing to add a new flag to the check as well as to the
enum will produce an obvious error (unless the `harmless' flag is used
- and those are at the top of the space to reduce that probability).
In the case of adns_rrtype, all of the external functions quickly pass
the type to adns__findtype, so we can do the check there.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| | |
This does not change the library ABI - the only callers are internal.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| | |
We are using git now and it doesn't do this kind of thing. They are a
pain, anyway.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| | |
(Cherry-picked from Debian's adns dgit/experimental branch.)
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The declaration mentioning CLIENTS has an unfortunate side-effect: it
`mentions' the file adnshost_c.o, which is not part of the build and
is not buildable.
According to the rules in `(make)Implicit Rule Search' this causes
make to try to build adnshost_playback from adnshost_c.o (rule 5).
This is because files whose names are `mentioned' are taken to `ought
to exist'.
This causes adns to be unbuildable on the make from Debian sid
(4.0-8); it is not visible on earlier makes (eg 3.81-8.2) because they
don't appear to actually follow the documented algorithm.
Bodge this (further) by filtering adnshost out of the client list. It
is currently the only client made out of multiple object files.
(Cherry-picked from Debian's adns dgit/experimental branch.)
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This makes the tests clearer to read. No functional change.
Change was made with
for f in regress/*.sys; do perl -i~ -p ../t.pl $f; done
where t.pl is this script
if ($.==1) { $at=m{^(?:\./)?adnstest\b}; }
if ($at && $.==2 && m/^:/) {
m/^:(\S+)/ or die;
$r=$'; #';
$_=$1;
s{\b(\d+)\b}{
sprintf "0x%x|%d", ($1 & ~0xffff), ($1 & 0xffff)
}ge;
$_=":$_$r";
}
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In the medium term we want to make adns tolerate cname chains better.
One thing we want to do is to change the default to be
adns_qf_cname_loose.
So introduce a flag now that allows applications to explicitly request
strict. For now this new flag has no effect.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The C standard helpfully permits enums with a small range of values to
be short. This effect is not desirable in an API because it means that
adding new values (new flags, say) may cause ABI incompatibility.
Add some `sizeforce' members to relevant enums in the API. In none of
the three cases do we expect this to actually cause an ABI break on
actual practical platforms, because the values we choose are within
the same power-of-two bitwidth.
Specifically:
max value in adns 1.4 new max value
adns_initflags 0x0300 0x7fff
adns_queryflags 0x0ff00000 0x7fffffff
adns_rrtype 0x20000 0x7fffffff
adns_status 499 unchanged
The small max value of adns_initflags is unfortunate. But we can't
change it without actually breaking the ABI on actual existing
platforms. We can put off biting that bullet until we run out of
initflags - there are still three flags remaining.
This patch is not expected to have any practical effect with existing
platforms and compilers but it makes the code more correct and less
likely to be misoptimised by a future aggressive compiler.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The declaration mentioning CLIENTS has an unfortunate side-effect: it
`mentions' the file adnshost_c.o, which is not part of the build and
is not buildable.
According to the rules in `(make)Implicit Rule Search' this causes
make to try to build adnshost_playback from adnshost_c.o (rule 5).
This is because files whose names are `mentioned' are taken to `ought
to exist'.
This causes adns to be unbuildable on the make from Debian sid
(4.0-8); it is not visible on earlier makes (eg 3.81-8.2) because they
don't appear to actually follow the documented algorithm.
Bodge this (further) by filtering adnshost out of the client list. It
is currently the only client made out of multiple object files.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|