This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients Paul.Price, docs@python, kushal.das, r.david.murray, terry.reedy
Date 2013-03-21.20:15:09
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1363896909.61.0.639205248889.issue17409@psf.upfronthosting.co.za>
In-reply-to
Content
Thanks for the patch.  You got the patch mechanics correct.

I did a little experimenting, and at least on my linux box, the exception is raised for any(*) resource whose hard limit is not unlimited.  I'm attaching a revised patch that expresses this.  Do you think this provides sufficient clarification?

One question I have relates to the use of the word 'infinite'.  In the shell, the term 'unlimited' is used, so I'm thinking that's what most people will be familiar with.  On the other hand, the man page for the syscall we are wrapping uses the term 'infinite', so one can argue that it is more correct.  I'm ambivalent about which term to use.

(*) I tested this on NO_PROC, since that's the only other one my shell has a hard limit for, and by setting a hard limit via the shell ulimit command and then using (-1, -1) in the setrlimit call.
History
Date User Action Args
2013-03-21 20:15:09r.david.murraysetrecipients: + r.david.murray, terry.reedy, docs@python, Paul.Price, kushal.das
2013-03-21 20:15:09r.david.murraysetmessageid: <1363896909.61.0.639205248889.issue17409@psf.upfronthosting.co.za>
2013-03-21 20:15:09r.david.murraylinkissue17409 messages
2013-03-21 20:15:09r.david.murraycreate