[Python-Dev] doc for new restricted execution design for Python
Jim Jewett
jimjjewett at gmail.com
Wed Jun 28 15:42:05 CEST 2006
More information about the Python-Dev mailing list
Wed Jun 28 15:42:05 CEST 2006
- Previous message: [Python-Dev] doc for new restricted execution design for Python
- Next message: [Python-Dev] doc for new restricted execution design for Python
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 6/27/06, Neal Norwitz <nnorwitz at gmail.com> wrote: > On 6/27/06, Brett Cannon <brett at python.org> wrote: > > > > > (5) I think file creation/writing should be capped rather than > > > binary; it is reasonable to say "You can create a single temp file up > > > to 4K" or "You can create files, but not more than 20Meg total". > > That has been suggested before. Anyone else like this idea? > [ What exactly does the limit mean? bytes written? bytes currently stored? bytes stored after exit?] IMHO, I would prefer that it limit disk consumption; a deleted or overwritten file would not count against the process, but even a temporary spike would need to be less than the cap. That said, I would consider any of the mentioned implementations an acceptable proxy; the point is just that I might want to let a program save data without letting it have my entire hard disk. -jJ
- Previous message: [Python-Dev] doc for new restricted execution design for Python
- Next message: [Python-Dev] doc for new restricted execution design for Python
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list