This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/386] pthread_create returns ENOMEM but should return EAGAIN
- From: "jhaberman at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Tue, 10 May 2011 00:27:56 +0000
- Subject: [Bug nptl/386] pthread_create returns ENOMEM but should return EAGAIN
- Auto-submitted: auto-generated
- References: <bug-386-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=386
Josh Haberman <jhaberman at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
CC| |jhaberman at gmail dot com
Resolution|WORKSFORME |
--- Comment #9 from Josh Haberman <jhaberman at gmail dot com> 2011-05-10 00:27:37 UTC ---
I was just able to reproduce this. Using strace I discovered that ENOMEM was
coming from the mprotect() call that sets up the guard page. And indeed this
seems to be a case that isn't converting ENOMEM -> EAGAIN.
http://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/allocatestack.c;h=ba251b91626cd1463a19f9db3fbed85eec585897;hb=be9c5e8b2014bdbf724f206bb25249c67115db49#l636
mprotect() returns ENOMEM if you've hit the maximum number of mappings for a
process (which on Linux is currently is 65050).
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.