This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/18240] hcreate, hcreate_r should fail with ENOMEM if element count is too large (CVE-2015-8778)
- From: "pinskia at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 12 Feb 2016 02:06:14 +0000
- Subject: [Bug libc/18240] hcreate, hcreate_r should fail with ENOMEM if element count is too large (CVE-2015-8778)
- Auto-submitted: auto-generated
- References: <bug-18240-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18240
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pinskia at gcc dot gnu.org
--- Comment #14 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
This testcase is failing on aarch64.
apinski@arm64:~/src/glibc/build/misc$ LD_LIBRARY_PATH=../ ./bug18240
Timed out: killed the child process
The reason is:
test_size (INT_MAX - 2);
test_size (INT_MAX - 1);
test_size (INT_MAX);
test_size (((unsigned) INT_MAX) + 1);
test_size (UINT_MAX - 2);
test_size (UINT_MAX - 1);
test_size (UINT_MAX);
Note I have 128GB on the machine so allocating INT_MAX aka 2GB-1 will work just
fine but since my machine is slower (I am running at 1.5GHz for many different
reasons don't ask) it fails so I think the timeout should be increased.
--
You are receiving this mail because:
You are on the CC list for the bug.