This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/12225] Incorrect mprotect after dlopen of object requiring execstack
- From: "jseward at acm dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Mon, 3 Jan 2011 14:02:28 +0000
- Subject: [Bug libc/12225] Incorrect mprotect after dlopen of object requiring execstack
- Auto-submitted: auto-generated
- References: <bug-12225-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=12225
--- Comment #3 from Julian Seward <jseward at acm dot org> 2011-01-03 14:02:18 UTC ---
(In reply to comment #2)
> There is nothing wrong. Only the parts of the stack which have to be
> executable are made executable.
That's fair enough -- I suspected that was the reason.
The problem is not that the mprotect is wrong. The problem is that
after the mprotect happens, pthread_attr_getstack produces values
that are different from what it produced before the mprotect happened.
In this case we have an application (Firefox 4 beta) computing the
address for the top end of the stack by adding the .stackaddr and
.stacksize values returned from pthread_attr_getstack, and being
confused because this value changes when the stack becomes
executable.
--
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.