From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21964 invoked by alias); 10 Mar 2004 21:52:38 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 21950 invoked from network); 10 Mar 2004 21:52:37 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 10 Mar 2004 21:52:37 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 07A7B2B92; Wed, 10 Mar 2004 11:40:20 -0500 (EST) Message-ID: <404F44F3.8010009@gnu.org> Date: Fri, 19 Mar 2004 00:09:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Michael Snyder Cc: gdb-patches@sources.redhat.com, gdb@sources.redhat.com Subject: Re: Sparc32 Solaris target function calls on stack References: <404F8217.70909@redhat.com> In-Reply-To: <404F8217.70909@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-03/txt/msg00253.txt.bz2 Message-ID: <20040319000900.9y8XtcHqrM_ptCCtw4818Ea3KJRGrskaIPhNJOFCPlE@z> > Is anyone planning on converting the sparc32 target over to use > a target-function-call scheme similar to that of sparc64? ie. so > that it doesn't have to execute code on the stack? > > Apparently there is a security setting on Solaris that prohibits > executing code on the stack, even on sparc32, to reduce the risk > of being hacked into, and I'm guessing more and more companies are > going to be adopting it in these uncertain times. This is from the NEWS file for 6.1: > * Revised SPARC target > > The SPARC target has been completely revised, incorporating the > FreeBSD/sparc64 support that was added for GDB 6.0. As a result > support for LynxOS and SunOS 4 has been dropped. Calling functions > from within GDB on operating systems with a non-executable stack > (Solaris, OpenBSD) now works. It should be working? Andrew