BIND 10 #2292: eliminate const_cast from domaintree.h
BIND 10 Development
do-not-reply at isc.org
Tue Oct 9 12:50:49 UTC 2012
#2292: eliminate const_cast from domaintree.h
-------------------------------------+-------------------------------------
Reporter: | Owner: jinmei
jinmei | Status: reviewing
Type: | Milestone:
defect | Sprint-20121009
Priority: | Resolution:
medium | Sensitive: 0
Component: data | Sub-Project: DNS
source | Estimated Difficulty: 4
Keywords: | Total Hours: 0
Defect Severity: N/A |
Feature Depending on Ticket: |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Changes (by vorner):
* owner: vorner => jinmei
Comment:
Hello
I fixed the three small issues. But about this one, I have a problem
understanding how you mean it.
Replying to [comment:10 jinmei]:
> I'm afraid we cannot simply remove all of these tests. Things like
> loadRRSIGsRdataMixedCoveredTypes() or addOutOfZoneThrows() still seem
> to be necessary (or at least they cannot be removed due to this
> ticket). Also, we need *some* interface to add a particular RRset to
> an existing zone anyway in order to support incremental updates after
> ixfr or DDNS.
>
> #2268 revised the load/add interface quite substantially, so maybe we
> merge this branch with #2268, and update some of these tests using the
> revised add interface while keeping the constness of the domain tree
> interface?
Keeping the `add()` method seems to be a mutually exclusive requirement
for the
find to return immutable nodes, at least without cheating. If we have
immutable
node, we get only immutable ZoneData and therefore can't modify it to add
another RRset.
Also, I thought the incremental updates would happen inside the memory
manager
thing, which probably will look at the data in a different way. Therefore
it
might be premature to do some cheating because of add() that we may not
need in
the end.
Maybe the tests could be reconstructed without using add at all, just by
providing the right iterator, or something.
Thank you
--
Ticket URL: <http://bind10.isc.org/ticket/2292#comment:12>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list