From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11280 invoked by alias); 29 Jan 2004 01:51:31 -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 10957 invoked from network); 29 Jan 2004 01:51:22 -0000 Received: from unknown (HELO topsns.toshiba-tops.co.jp) (202.230.225.5) by sources.redhat.com with SMTP; 29 Jan 2004 01:51:22 -0000 Received: from no.name.available by topsns.toshiba-tops.co.jp via smtpd (for sources.redhat.com [67.72.78.213]) with SMTP; 29 Jan 2004 01:52:16 UT Received: from localhost (fragile [172.17.28.65]) by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id i0T1pb1x087016; Thu, 29 Jan 2004 10:51:37 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Thu, 29 Jan 2004 01:51:00 -0000 Message-Id: <20040129.105230.78702389.nemoto@toshiba-tops.co.jp> To: drow@mvista.com Cc: gdb-patches@sources.redhat.com Subject: Re: mips gdbserver reports R0 != 0 From: Atsushi Nemoto In-Reply-To: <20040128.103415.59462128.nemoto@toshiba-tops.co.jp> References: <20040128.000717.126570739.anemo@mba.ocn.ne.jp> <20040127171204.GA6369@nevyn.them.org> <20040128.103415.59462128.nemoto@toshiba-tops.co.jp> X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A B746 CA77 FE94 2874 D52F X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-01/txt/msg00730.txt.bz2 >>>>> On Wed, 28 Jan 2004 10:34:15 +0900 (JST), Atsushi Nemoto said: drow> Explicitly zeroing the register cache should fix this, so I'd be drow> happier with that solution. drow> [Do you have a copyright assignment on file for GDB, btw? If drow> not, I'll make the patch myself for you to test, to spare us the drow> legal dance.] anemo> No, I don't. Please make the patch for me. Then I will try anemo> it. Thank you. I just inserted a line: memset (regcache->registers, 0, register_bytes); to new_register_cache() (regcache.c:108) and it fixed my problem. I don't think anybody can do the legal dance on this line :-) --- Atsushi Nemoto