Mailman 3 July 2012 - capi-sig

ANN: expy 0.6.5 released!
by Yingjie Lan 16 Apr '22

16 Apr '22

EXPY is an express way to extend Python! EXPY provides a way to extend python in an elegant way. For more information and a tutorial, see: http://expy.sourceforge.net/ What's new: 1. Correct treatment of __init__ method. 2. Give warnings of missing Py_INCREF on appropriate special type methods. 3. Documentation update. Cheers, Yingjie

3 3

ANNOUNCE: PyBindGen 0.8
by Gustavo Carneiro 10 Mar '22

10 Mar '22

The other day I released PyBindGen 0.8. Main news is that it features a new experimental header file scanner based on pygccxml (i.e., it's similar to py++ in scope, if not in maturity, but does not use boost.pythonunderneath). == What == PyBindGen is a Python module that is geared to generating C/C++ code that binds a C/C++ library for Python. It does so without extensive use of either C++ templates or C pre-processor macros. It has modular handling of C/C++ types, and can be easily extended with Python plugins. The generated code is almost as clean as what a human programmer would write, and does not depend on any library or header files besides Python itself. == Where == https://launchpad.net/pybindgen/ == NEWS == - Support C++ instance attributes through getter/setter methods - Support functions as methods of C++ classes - Support the PyObject* type - Support unsigned int, C strings (char*) (from Mark Lee) - Add basic support for enum types - New experimental automatic module generator based on C/C++ header file scanner and annotations in comments, using pygccxml - Some bug fixes -- Gustavo J. A. M. Carneiro INESC Porto, Telecommunications and Multimedia Unit "The universe is always one step beyond logic." -- Frank Herbert

2 1

C API equivalent to abc.ABCMeta.register?
by Daniel Stutzbach 02 Mar '22

02 Mar '22

I'm the author of an extension module (blist) that provides a type that fits the MutableSequence API. Is there a canonical way for me to register the type as a MutableSequence from the C API? -- Daniel Stutzbach, Ph.D. President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>

3 2

Software Development - Application Development - Game Development
by Gary 10 Jan '22

10 Jan '22

You are receiving this email because we wish you to use our cost-effective IT services. We are a China based Custom Software Application Development provider. We offer full cycle custom software programming services, from product idea, software development to support and enhancement. We employ a large pool of software engineers coming from different backgrounds. We are able to balance product development efforts and project duration to your business needs. Core Services: Custom Application Development Custom Software Development iPhone Application Development iPad Application Development Mobile Application Development Android Mobile Application Development Soft Product Development Game Design & Development Game Testing & Quality Assurance Cloud Computing Solutions: CRM Software Application Development ERP Software Application Development Enterprise Portal Solution Sales Force Automation Solution Game Design & Development Knowledge Management Solution Workflow Management Solution SharePoint Development Services Microsoft Online Services Microsoft Azure Services Best regards, Gary ITVIATSA Software Development Contact: ibsoftware(a)yeah.net Pls send address to larryremove123(a)msn.com for remove

2 2

Re: [capi-sig] Modify tp_getset or PyGetSetDef entries in run-time
by Mateusz Loskot 06 Jul '12

06 Jul '12

On 6 July 2012 13:35, Campbell Barton <ideasman42(a)gmail.com> wrote: > While this isnt impossible - its definetly not intended, when python > runs PyType_Ready() it converts the PyGetSetDef's into PyObject's > attribute descriptors which are stored in the PyType's dictionary. > so strongly advice against trying to manipulate that data at low > level... Campbell, That's what I thought indeed. > - you could look at assigning properties to a class as can be done in python... > > MyClass.foo = property(getx, setx, delx, "This is a property") > > ... doing in C will be more verbose of course but it should work fine. It is a very interesting option, though I'm running out of either C API fu or imagination how to make such thing at C API level...without fiddling with PyGetSetDef table. If Python sources make use of it, I could grasp it easily, but what to look there at? Would you mind pointing where to learn some details? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

Re: [capi-sig] Modify tp_getset or PyGetSetDef entries in run-time
by Campbell Barton 06 Jul '12

06 Jul '12

While this isnt impossible - its definetly not intended, when python runs PyType_Ready() it converts the PyGetSetDef's into PyObject's attribute descriptors which are stored in the PyType's dictionary. so strongly advice against trying to manipulate that data at low level... some alternatives could be.... - define pygetattro and manage the lookups on each call - typical way to handle such cases. - you could look at assigning properties to a class as can be done in python... MyClass.foo = property(getx, setx, delx, "This is a property") ... doing in C will be more verbose of course but it should work fine. On Thu, Jul 5, 2012 at 1:42 PM, Mateusz Loskot <mateusz(a)loskot.net> wrote: > Hi, > > I have a type object implemented using plain Python 3 C API. > The type has number of attributes - tp_getset slot set with typical > table of geters and seters. > I'd like to find out best way to make certain attributes read-only at run-time. > > The table I assign to tp_getset looks like this: > > PyGetSetDef Foo_getseters[] = > { > {"text", (getter)Foo_get_text, (setter)Foo_set_text, > PyDoc_STR("Foo text"), NULL }, > {NULL} > }; > > Now, at some point at run-time, I'd like to disallow assignment to > .text property > Obvious way to do that is to check desired condition in Foo_set_text() > and set AttributeError. > > I wonder if it would be possible and sensible to modify the tp_getset slot and > simply set the Foo_set_text entry in Foo_getseters to NULL. > > Is it possible? > Is there any better way to make an attribute read-only at run-time? > > Best regards, > -- > Mateusz Loskot, http://mateusz.loskot.net > _______________________________________________ > capi-sig mailing list > capi-sig(a)python.org > http://mail.python.org/mailman/listinfo/capi-sig -- - Campbell

1 0

How to pass arguments to tp_new and tp_init from subtypes?
by Mateusz Loskot 06 Jul '12

06 Jul '12

Hi, I'm reading the PEP 253 [1] on subtyping and there are plenty of good recommendations on how to structure the types, call tp_new and tp_init slots, etc. But, it lacks an important note on passing arguments from sub to super type. It seems the PEP is unfinished as per the note: (XXX There should be a paragraph or two about argument passing here.) So, I'm trying to extrapolate some strategies well known from the Python classes [2] subtyping, especially techniques that each level strips-off arguments, etc. I'm looking for techniques to achieve similar effect to this, but in using plain Python C API (3.x): class Shape: def __init__(self, shapename, **kwds): self.shapename = shapename super().__init__(**kwds) class ColoredShape(Shape): def __init__(self, color, **kwds): self.color = color super().__init__(**kwds) What would be the equivalent in C API? Also, how to deal with similar situation but with arguments specific to derived class expected in different order, it is given at the end of the args tuple (or kwds dict, I assume principle would be same). Here is some (pseudo-)code that illustrates the situation: class Base: def __init__(self, x, y, z): self.x = x self.y = y self.z = z class Derived(Base): def __init__(self, x, y, a): self.a = a super().__init__(x, y, None): Note, if the 'a' was expected first: Derived.__init__(self, a, x, y) it would be similar situation to the Shape and ColoredShape above. It would be easier to deal with, I assume. [1] http://www.python.org/dev/peps/pep-0253/ [2] http://rhettinger.wordpress.com/2011/05/26/super-considered-super/ Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

Modify tp_getset or PyGetSetDef entries in run-time
by Mateusz Loskot 05 Jul '12

05 Jul '12

Hi, I have a type object implemented using plain Python 3 C API. The type has number of attributes - tp_getset slot set with typical table of geters and seters. I'd like to find out best way to make certain attributes read-only at run-time. The table I assign to tp_getset looks like this: PyGetSetDef Foo_getseters[] = { {"text", (getter)Foo_get_text, (setter)Foo_set_text, PyDoc_STR("Foo text"), NULL }, {NULL} }; Now, at some point at run-time, I'd like to disallow assignment to .text property Obvious way to do that is to check desired condition in Foo_set_text() and set AttributeError. I wonder if it would be possible and sensible to modify the tp_getset slot and simply set the Foo_set_text entry in Foo_getseters to NULL. Is it possible? Is there any better way to make an attribute read-only at run-time? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

capi-sig July 2012