BIND 10 #1179: python interface for data source

BIND 10 Development do-not-reply at isc.org
Wed Sep 7 19:10:51 UTC 2011


#1179: python interface for data source
-------------------------------------+-------------------------------------
                   Reporter:         |                 Owner:  jelte
  jinmei                             |                Status:  assigned
                       Type:  task   |             Milestone:
                   Priority:  major  |  Sprint-20110927
                  Component:  data   |            Resolution:
  source                             |             Sensitive:  0
                   Keywords:         |           Sub-Project:  DNS
            Defect Severity:  N/A    |  Estimated Difficulty:  4
Feature Depending on Ticket:         |           Total Hours:  0
        Add Hours to Ticket:  0      |
                  Internal?:  0      |
-------------------------------------+-------------------------------------

Comment (by jinmei):

 Replying to [comment:5 jelte]:

 > > - I suspect a straightforward implementation of this python wrapper
 > >   would need to get access to symbols (and perhaps class/structure
 > >   definitions also) defined in pydnspp.so, [...]

 > I am not sure that serialization may not work in all cases (then again,
 maybe it does).

 Yeah, I was afraid so, and even if it's possible and even though
 python scripts are generally not supposed to be very fast, the
 performance penalty of serialization/de-serialization might be too
 high in some cases.

 I've not fully considered other details yet, but providing conversion
 utility libraries may be a promising approach.  As for the constness,
 it may depend on the context and how exactly we use it in the python
 binding code.  I found in some cases with careful definitions we can
 reasonably reserver the constness in the binding code, but in this
 specific case it may be inevitably difficult.

 > The code is not pushed yet, but if you want to take a look at it before
 we discuss cross-wrapper functionality, I could push it so an experimental
 branch (I want to rebase this one as some other tickets get resolved).

 I myself am not in hurry.  If you would like to get earlier feedback,
 I'm happy to take a closer look; if you'd rather complete other parts
 first, please do so.

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


More information about the bind10-tickets mailing list