From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Camm Maguire Newsgroups: gmane.emacs.devel,gmane.lisp.gcl.devel Subject: unexec and fedora core 4 Date: 08 Dec 2005 20:27:58 -0500 Message-ID: <54acfbnjoh.fsf_-_@intech19.enhanced.com> References: <87hd9j42g3.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1134091755 29019 80.91.229.2 (9 Dec 2005 01:29:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 9 Dec 2005 01:29:15 +0000 (UTC) Cc: Matt Kaufmann , gcl-devel@gnu.org, Sandip Ray Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 09 02:29:06 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EkX3Z-0000bK-9Q for ged-emacs-devel@m.gmane.org; Fri, 09 Dec 2005 02:28:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EkX3n-00007f-Ft for ged-emacs-devel@m.gmane.org; Thu, 08 Dec 2005 20:28:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EkX3c-000078-Sv for emacs-devel@gnu.org; Thu, 08 Dec 2005 20:28:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EkX3b-00006q-EB for emacs-devel@gnu.org; Thu, 08 Dec 2005 20:28:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EkX3b-00006m-B0; Thu, 08 Dec 2005 20:28:19 -0500 Original-Received: from [67.101.227.59] (helo=intech19.enhanced.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EkX4i-00065y-AG; Thu, 08 Dec 2005 20:29:28 -0500 Original-Received: from camm by intech19.enhanced.com with local (Exim 3.35 #1 (Debian)) id 1EkX3G-0001Vi-00; Thu, 08 Dec 2005 20:27:58 -0500 Original-To: emacs-devel@gnu.org In-Reply-To: <87hd9j42g3.fsf@jurta.org> Original-Lines: 19 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:47273 gmane.lisp.gcl.devel:6047 Archived-At: Greetings! I am a developer of GCL, which shares unexec with emacs. I have noticed on certain recent Fedora Core 4 machines, binaries produced with unexec cannot mprotect memory (allocated with brk) PROT_EXEC (returning EACCESS, i.e. permission denied), whereas binaries output by ld can do so just fine. This does not vary with exec-shield or randomize_va_space settings, and appears quite machine specific. The same binary which functions perfectly normally on one fc4 machine shows this failure only on another machine. I have as yet been unable to correlate this with dynamic library placement, or other settings in /proc/sys. If this rings any bells with anyone, I'd be most appreciative for any enlightenment. Take care, -- Camm Maguire camm@enhanced.com ========================================================================== "The earth is but one country, and mankind its citizens." -- Baha'u'llah