From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2324 invoked by alias); 9 Feb 2005 04:11:08 -0000 Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org Received: (qmail 2306 invoked by uid 48); 9 Feb 2005 04:11:08 -0000 Date: Wed, 09 Feb 2005 09:19:00 -0000 Message-ID: <20050209041108.2305.qmail@sourceware.org> From: "mckinlay at redhat dot com" To: java-prs@gcc.gnu.org In-Reply-To: <20050208143717.19823.matz@suse.de> References: <20050208143717.19823.matz@suse.de> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libgcj/19823] java fails with non-executable memory X-Bugzilla-Reason: CC X-SW-Source: 2005-q1/txt/msg00290.txt.bz2 List-Id: ------- Additional Comments From mckinlay at redhat dot com 2005-02-09 04:11 ------- Note that TestProxy is failing too, which does seem to indicate a problem with ffi closures. boehm-gc does have code to call mprotect() on its heap (see PROTECT/UNPROTECT in os_dep.c), but it isn't used because we don't build the GC with MPROTECT_VDB. It sounds like, if the heap is now not exec-enabled by default, that the GC will have to unconditionally call mprotect() in order to set PROT_EXEC when initializing its heap? cc'ing Hans for his comments. -- What |Removed |Added ---------------------------------------------------------------------------- CC| |Hans dot Boehm at hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823