BIND 10 #2433: implement validateZone, base part

BIND 10 Development do-not-reply at isc.org
Thu Jan 3 19:05:06 UTC 2013


#2433: implement validateZone, base part
-------------------------------------+-------------------------------------
            Reporter:  jinmei        |                        Owner:
                Type:  task          |  jinmei
            Priority:  medium        |                       Status:
           Component:  libdns++      |  reviewing
            Keywords:                |                    Milestone:
           Sensitive:  0             |  Sprint-20130108
         Sub-Project:  DNS           |                   Resolution:
Estimated Difficulty:  4             |                 CVSS Scoring:
         Total Hours:  0             |              Defect Severity:  N/A
                                     |  Feature Depending on Ticket:
                                     |  loadzone-ng
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------

Comment (by jinmei):

 Thanks for the review.

 First, independently from the points below, I merged a new version of
 trac2432 as it affects this branch (commit 9a2fd23).  The merge
 succeeded cleanly, but I needed to update the branch due to the API
 changes at commit 28f3867.

 Replying to [comment:13 vorner]:

 > I see two minor issues. First, would it be reasonable to make the
 > `nullCallback` public? What if someone wanted to get all the errors and
 none of
 > the warnings?

 Hmm, on thinking about it, I guess we should simply allow empty
 callback functors.  Then just NULL suffices instead of the explicit
 `nullCallback`.  And, to this end, I don't see the need for having the
 default constructor any more (it would still save some typing if the
 caller really wants to callbacks completely, but in the case of zone
 checks (not just loading) it would be a rare case).  So I deprecated
 it, too.

 > The other, the „trivial wrapper“ `CallbackWrapper has 21 lines, which is
 a bit
 > too much to be trivial and bit too much to remember single boolean
 variable.
 > Wouldn't it be easier to create another Callbacks object and pass a
 function
 > modifying a boolean on stack there?

 I've updated it to avoid the wrapper class.  The amount of the
 additional code doesn't seem to be much reduced, but I have no
 objection to the suggestion per se.

-- 
Ticket URL: <http://bind10.isc.org/ticket/2433#comment:14>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list