From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3272 invoked by alias); 28 Nov 2004 18:41:46 -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 3263 invoked from network); 28 Nov 2004 18:41:43 -0000 Received: from unknown (HELO localhost.localdomain) (64.81.244.109) by sourceware.org with SMTP; 28 Nov 2004 18:41:43 -0000 Received: by localhost.localdomain (Postfix, from userid 1000) id F229443998; Sun, 28 Nov 2004 10:41:41 -0800 (PST) Date: Sun, 28 Nov 2004 18:41:00 -0000 From: Randolph Chung To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: [patch/RFA] multiarch INSTRUCTION_NULLIFIED Message-ID: <20041128184141.GG6359@tausq.org> Reply-To: Randolph Chung References: <20041118000159.GG15714@tausq.org> <419CB118.7080401@gnu.org> <20041118162108.GK15714@tausq.org> <200411181655.iAIGthDa026050@juw15.nfra.nl> <20041123174937.GL9148@tausq.org> <41AA09F8.4020006@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41AA09F8.4020006@gnu.org> X-GPG: for GPG key, see http://www.tausq.org/gpg.txt User-Agent: Mutt/1.5.6+20040722i X-SW-Source: 2004-11/txt/msg00495.txt.bz2 > Is it possible to create a core file with the PC sitting on the > nullified instruction, and if such a beast is created, how can GDB > correctly handle it - GDB clearly can't single step the core file. If > that problem is solved, this method becomes redundant. what do you mean? this fix is in the handling of inferior events, so it doesn't apply to core files anyway, right? what case with core files do you think needs to be correctly handled? randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/