[Python-Dev] doc for new restricted execution design for Python
Gerhard Häring
gh at ghaering.de
Thu Jun 22 18:12:01 CEST 2006
Brett Cannon wrote:
> On 6/22/06, *Gerhard Häring* <gh at ghaering.de <mailto:gh at ghaering.de>> wrote:
>
> Brett Cannon wrote:
> > I have been working on a design doc for restricted execution of
> Python
> > [...]
>
> All the rest of the API made sense to me, but I couldn't understand why
>
> PyXXX_MemoryFree
>
> is needed. How could memory usage possibly fall below 0?
>
> It can't in real life, but people could call MemoryFree() too many
> times. Plus you need some way to lower the amount when memory is
> freed. No need to penalize a script that does a bunch of malloc/free
> calls compared to one that just does a bunch of malloc calls.
But if you want to limit the amount of memory a Python interpreter can
use, wouldn't you have to integrate that resource checking into the
standard Alloc/Dealloc functions instead of only enforcing the resource
limit when some new API functions are called?
Existing extension modules and existing C code in the Python interpreter
have no idea of any PyXXX_ calls, so I don't understand how new API
functions help here.
-- Gerhard
More information about the Python-Dev
mailing list