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 loewis
Recipients BreamoreBoy, ajaksu2, loewis, mdr0, nnorwitz, r.david.murray, sable
Date 2010-09-16.11:24:08
SpamBayes Score 3.7311185e-07
Marked as misclassified No
Message-id <4C91FE57.9080102@v.loewis.de>
In-reply-to <1284580982.98.0.416446600835.issue678264@psf.upfronthosting.co.za>
Content
> As a point of information, on my gentoo linux system without
> largefile support in the kernel, any value 4294967295 or above
> results in getrlimit reporting -1.  Any smaller value is set and
> reported as itself.  (If a sufficiently large value is passed in to
> setrlimit, an OverflowError results.)

I think we really should create new issues for any remaining problems.

AFAICT, the remaining problems are:
- resource.RLIM_INFINITY is -1 on Linux, when it is meant to be
   a really large value
- (as you reported) getrlimit returns -1 to indicate RLIM_INFINITY.

I think the core of the problem is that the resource module considers
rlim_t to be a signed type (or at least representable in "long long").
Using FromUnsignedLongLong in the appropriate place might solve the
issue.
History
Date User Action Args
2010-09-16 11:24:10loewissetrecipients: + loewis, nnorwitz, mdr0, sable, ajaksu2, r.david.murray, BreamoreBoy
2010-09-16 11:24:08loewislinkissue678264 messages
2010-09-16 11:24:08loewiscreate