[Bug malloc/19754] abort() of malloc/tst-malloc-thread-exit with corrupted thread stack when RLIMIT_AS is in force

fweimer at redhat dot com sourceware-bugzilla@sourceware.org
Wed Mar 2 17:28:00 GMT 2016


https://sourceware.org/bugzilla/show_bug.cgi?id=19754

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Nick Alcock from comment #2)
> Running with my recently-posted --enable-stack-protector=all does *not*
> trigger a stack-protection abort when this testcase abort()s, which suggests
> that whatever is going wrong when the stack is smashed

This is an explicit abort call because a thread creation fails.  The error
message clearly indicates that the process has run out of resources.  It is not
caused by any kind of memory corruption.

I don't think this is a bug in the test.  The test needs a few threads to
exercise the malloc implementation, and each thread has a certain address space
requirement.  If you constrain the environment too much, the test cannot run in
a meaningful way.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Glibc-bugs mailing list