BIND 10 #2309: define ZoneFinder::findAtOrigin()

BIND 10 Development do-not-reply at isc.org
Mon Jan 21 07:25:54 UTC 2013


#2309: define ZoneFinder::findAtOrigin()
-------------------------------------+-------------------------------------
            Reporter:  jinmei        |                        Owner:
                Type:  task          |                       Status:  new
            Priority:  medium        |                    Milestone:  Next-
           Component:  data source   |  Sprint-Proposed
            Keywords:                |                   Resolution:
           Sensitive:  0             |                 CVSS Scoring:
         Sub-Project:  DNS           |              Defect Severity:  N/A
Estimated Difficulty:  0             |  Feature Depending on Ticket:
         Total Hours:  0             |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------

Comment (by jinmei):

 Replying to [comment:7 vorner]:
 > Should the option work for `findAtOrigin` only, or generally for `find`?

 For completeness, I think it should (otherwise it'd be confusing),
 although it's not necessarily needed for the minimum goal in this
 context.

 > When the return value is the same, would abusing usual `find` with a
 hint-option work? Something like `find(origin, type, options |
 IS_ORIGIN)`? The data sources that don't have this optimisation would just
 ignore the option, while the optimised ones could ignore the name.

 Unfortunately not, because the specific motivation of `findAtOrigin()`
 is that the caller doesn't have to get a `Name` object of the zone
 origin.  It involves dynamic creation of the object for in-memory
 data source, which is generally expensive.

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


More information about the bind10-tickets mailing list