A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2016-August/146014.html below:

[Python-Dev] Update on PEP 523 and adding a co_extra field to code objects

[Python-Dev] Update on PEP 523 and adding a co_extra field to code objects [Python-Dev] Update on PEP 523 and adding a co_extra field to code objectsVictor Stinner victor.stinner at gmail.com
Wed Aug 31 02:18:12 EDT 2016
The PEP 445, C API for malloc, allows to plug multiple wrappers and each
wrapper has its own "void* context" data. When you register a new wrapper,
you store the current context and function to later chain it.

See the hooks example:
https://www.python.org/dev/peps/pep-0445/#use-case-3-setup-hooks-on-memory-block-allocators

Since the PEP 523 also adds a function, would it be possible to somehow
design a mecanism to "chain wrappers"?

I know that the PEP 523 has a different design, so maybe it's not possible.

For example, the context can be passed to PyFrameEvalFunction. In this
case, each project would have to register its own eval function, including
vmprof. I don't know if it makes sense for vmprof to modify the behaviour
at runtime (add a C frame per Python eval frame).

Victor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20160831/b8edab90/attachment.html>
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4