diff options
| author | Aurelien Jarno <aurelien@aurel32.net> | 2018-01-05 20:34:10 +0100 |
|---|---|---|
| committer | Aurelien Jarno <aurelien@aurel32.net> | 2018-01-05 20:34:10 +0100 |
| commit | 24731685c89dbd2c4579234583c268b52d943d0b (patch) | |
| tree | 480886d1e91f81d6a925972e3686a1af4afcc89c /Makerules | |
| parent | 8e900969dbde8e46963b3be4005d7941792327cb (diff) | |
| download | glibc-24731685c89dbd2c4579234583c268b52d943d0b.tar glibc-24731685c89dbd2c4579234583c268b52d943d0b.tar.gz glibc-24731685c89dbd2c4579234583c268b52d943d0b.tar.bz2 glibc-24731685c89dbd2c4579234583c268b52d943d0b.zip | |
prlimit: Translate old_rlimit from RLIM64_INFINITY to RLIM_INFINITY [BZ #22678]
prlimit called without a new value fails on 32-bit machines if any of
the soft or hard limits are infinity. This is because prlimit does not
translate old_rlimit from RLIM64_INFINITY to RLIM_INFINITY, but checks
that the value returned by the prlimit64 syscall fits into a 32-bit
value, like it is done for example in getrlimit. Note that on the
other hand new_rlimit is correctly translated from RLIM_INFINITY to
RLIM64_INFINITY before calling the syscall.
This patch fixes that.
Changelog:
[BZ #22678]
* sysdeps/unix/sysv/linux/prlimit.c (prlimit): Translate
old_rlimit from RLIM64_INFINITY to RLIM_INFINITY.
Diffstat (limited to 'Makerules')
0 files changed, 0 insertions, 0 deletions