This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: prlimit64: inconsistencies between kernel and userland
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: David Daney <ddaney dot cavm at gmail dot com>
- Cc: Rich Felker <dalias at aerifal dot cx>, "Pinski, Andrew" <Andrew dot Pinski at caviumnetworks dot com>, Andreas Barth <aba at ayous dot org>, David Miller <davem at davemloft dot net>, <aurelien at aurel32 dot net>, <linux-mips at linux-mips dot org>, <libc-alpha at sourceware dot org>
- Date: Tue, 5 Nov 2013 22:36:24 +0000
- Subject: Re: prlimit64: inconsistencies between kernel and userland
- Authentication-results: sourceware.org; auth=none
- References: <20130628133835 dot GA21839 at hall dot aurel32 dot net> <20131104213756 dot GD18700 at hall dot aurel32 dot net> <20131104 dot 194519 dot 1657797548878784116 dot davem at davemloft dot net> <Pine dot LNX dot 4 dot 64 dot 1311050058580 dot 9883 at digraph dot polyomino dot org dot uk> <20131105012203 dot GA24286 at brightrain dot aerifal dot cx> <20131105085859 dot GE28240 at mails dot so dot argh dot org> <20131105183732 dot GB24286 at brightrain dot aerifal dot cx> <52793C50 dot 9030300 at gmail dot com>
On Tue, 5 Nov 2013, David Daney wrote:
> Why can't the default version of the functions in question be fixed so that
> they do the right thing? That way you wouldn't have to rebuild old binaries.
>
> Do we really need new function versions at all?
If we change RLIM64_INFINITY to match the kernel, then the right thing for
at least getrlimit64 depends on whether it's an old or new binary (for old
binaries it should return the old value of RLIM64_INFINITY and for new
ones it should return the new value).
--
Joseph S. Myers
joseph@codesourcery.com