Mailman 3 June 2013 - 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] Constructing variable arg tuples
by Hrvoje Niksic 11 Jun '13

11 Jun '13

Todd Lyons <tlyons(a)ivenue.com> writes: >> Obviously the scripts and your embedding module need to agree on an API; > > Yes. I've set the following limitations: > 1. All args passed to a python function are converted to strings. It > is up to the function to include an implicit cast > 2. No dicts, tuples, etc are passed. Just simple strings or numbers > (which are converted to strings). > 3. Return from a function is always cast back to a string, which is > what exim prefers. > > This is subject to changes and additions. Such an interface makes sense in Perl, where you can always treat numbers and strings in vice-versa, but might be somewhat inconvenient in Python, which is much more "strongly" typed (you can query for an object's type, and things like 1+"2" fail). If my understanding is correct, you want exim configuration to define which Python functions will be called by exim, without an API defined upfront. >> interface of the function is regulated by you, and it is you who >> prescribe how many and what kind of arguments it will accept. > > I had to do a little work to figure out how many arguments the > function is written to accept, and then double check that the call > from the exim ACL's is using the correct number, and only then convert > the variables and make the function call. Why would you need to do that -- can't you just call the function and leave it to raise an exception if called with an incorrect argument count? Not only for EAFP, but because inspecting how many argument a function can fail. After all, the function could be imported from a module written in C or Boost.Python, or accept *args, which will likely confuse count detection. > The perl function count_headers() gets passed one variable: "from", > stored in a variable named $header. The perl function is written to > load the headers from the message (a big text blob), convert it to an > array, then loop through the array looking for /^$header:/, counting > how many it finds. Then it returns the number. > > The "condition" line simply compares the returned value to 1, and if > it's greater than one, it will set the fakereject and quarantine > settings. This will work and is easy to implement, but it does feel a bit more Perlish than Pythonic. If you want to go for a solution with a more native Python accent, I'd recommend passing the Python function some sort of context argument. Instead of a string, this would be an object with some methods that retrieve the message information, such as headers, and others to affect the response. This needn't be a complex framework -- if designed carefully, excellent functionality can be achieved with a very small number of methods.

2 1

Re: [capi-sig] Constructing variable arg tuples
by Hrvoje Niksic 09 Jun '13

09 Jun '13

Todd Lyons <tlyons(a)ivenue.com> writes: > Hi all, I'm embedding python into a c app (exim, the MTA). I've > gotten code in to initialize python, read in the embedded script, call > various functions within that script, and appropriately return data > from those functions back to the exim call. > > One thing that does not make sense yet though, is how to assemble the > data to be passed to the python functions. Imagine the following > simple function: > > def simple_math(a,b): > return a+b > > In this case, a and b are integers or long integers. How can I format > that incoming data without knowing in advance that there are two > arguments to this function and that are both are integers? Obviously the scripts and your embedding module need to agree on an API; for example, the script could look like this: import exim exim.modify_configuration(...) x = exim.query_something(...) exim.add_callback(my_function) ... The "exim" module is provided by you as the embedder and serves for the script to access exim's functionality. (Otherwise the script would be executed as just another Python script, which would not be too useful from the embedding standpoint.) In other words, you're not calling the functions from the script: the script is calling your functions. The only time that you are calling a script's function is when the script passes a function to one of your functions that accepts a callback argument -- but even then the interface of the function is regulated by you, and it is you who prescribe how many and what kind of arguments it will accept. > If the reason for this question is not clear, imagine that the > sysadmin goes and edits the python script so that it now is: > > def simple_math(name,a,b): > // do something to log "name" to a logfile > return a+b What would be the point of such a function, before or after the edit? You cannot just call any random function from a script: you need to execute the script, providing a way for the script to call *you*.

2 1

Re: [capi-sig] Embedded python, adding a path to sys.path before import, strange observations
by Hrvoje Niksic 07 Jun '13

07 Jun '13

Todd Lyons <tlyons(a)ivenue.com> writes: > I was testing by comparing the output of Py_GetPath() before I > adjusted the path, and then after I adjusted the path. It always > shows the same. [...] > Question A: Is it normal that Py_GetPath() doesn't show the adjusted path? The documentation is clear: char* Py_GetPath() Return the *default* [emphasis mine] module search path; this is computed from the program name (set by Py_SetProgramName() above) and some environment variables. The returned string consists of a series of directory names separated by a platform dependent delimiter character. The delimiter character is ':' on Unix and Mac OS X, ';' on Windows. The returned string points into static storage; the caller should not modify its value. The list sys.path is initialized with this value on interpreter startup; it can be (and usually is) modified later to change the search path for loading modules. The last sentence makes it clear that sys.path is initialized from the value returned by Py_GetPath(), and not the other way around. > Question B: All three seem to work equally well, is there a reason to > choose one over the other? All are fine (I guess I'd use method 1 myself), but the code that manipulates sys.path is almost always fishy. In many cases there are better ways to achieve the same result.

1 0

Itutinga - Nomes dos aprovados
by David Anderson 05 Jun '13

05 Jun '13

Itutinga ALINE MOURA FERREIRA, LARESSA RAMOS FERREIRA, FERNANDA LEONTSINIS CARVALHO BRANCO, NATIELLY ALEXANDRE CARNEIRO, JOÃO CARLOS MOREIRA DE CARVALHO, CLAUDIO LUIS GOMES PEREIRA, MARIA CECILIA ALBUQUERQUE CORDEIRO, ISABELLE PEREIRA DA SILVA. RUI ANDRADE DA SILVA, ELIANA DANTAS RIBEIRO, MATHEUS FERNANDES CAMPOS, JOSE VALDIR TEIXEIRA BRAGA FILHO, VINICIUS CANDIDO DOS REIS. Perolândia. Piquet Carneiro ALINE PINHO BARROS, LARISSA FORTE VASCONCELOS, FERNANDO DE MORAES RODRIGUES, NEWTON BEVILAQUA DIAS NETO, JOÃO CARLOS MOREIRA DE CARVALHO, CLAYTON DANTAS DE OLIVEIRA, MARIA DA CONCEIÇÃO SIMÕES LOPES, IVANILDO NUNES DA SILVA. SABRINA ISABEL DE OLIVEIRA PAIVA, ELIELSON LEANDRO DE LIMA, MAURICIO CARLOS DE SOUZA FILHO, JOSE WILSON DE CARVALHO FILHO, VITOR GOMES DOS SANTOS. Cassilândia. Catas Altas ANA CAROLINA DE FIGUEIREDO COSTA, LIGEOVÂNIA FABRÍCIA HACÁRIO SILVA, FRANCISCO EMANUEL TIMBO FERREIRA JUNIOR, PAULO MATHEUS MOTA MARANHAO, JOÃO CARLOS MOREIRA DE CARVALHO, DAMIÃO FRANCISCO BARBOSA FILHO, MARIA GISELDA DE OLIVEIRA ARAÚJO, JANAINA SALES DE BRITO. SHERLANE CRISTINA DA SILVA, ANTONIO LEONARDO FREITAS SIQUEIRA, LUCAS MEDEIROS CAVALCANTE COSTA, GILDENE Mº DE MACEDO RODRIGUES, RAYSA PINHEIRO LEMOS. Cassilândia.

1 0