From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6362 invoked by alias); 22 Feb 2005 07:46:25 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 6327 invoked from network); 22 Feb 2005 07:46:17 -0000 Received: from unknown (HELO topsns.toshiba-tops.co.jp) (202.230.225.5) by sourceware.org with SMTP; 22 Feb 2005 07:46:17 -0000 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for sourceware.org [12.107.209.250]) with SMTP; 22 Feb 2005 07:46:16 UT Received: from topsms.toshiba-tops.co.jp (localhost.localdomain [127.0.0.1]) by localhost.toshiba-tops.co.jp (Postfix) with ESMTP id 2CC3B1F097; Tue, 22 Feb 2005 16:46:15 +0900 (JST) Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id 195E41EAD6; Tue, 22 Feb 2005 16:46:15 +0900 (JST) Received: from localhost (fragile [172.17.28.65]) by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id j1M7kE9c051538; Tue, 22 Feb 2005 16:46:14 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Tue, 22 Feb 2005 18:59:00 -0000 Message-Id: <20050222.164614.84976901.nemoto@toshiba-tops.co.jp> To: drow@false.org Cc: gdb@sources.redhat.com Subject: Re: huge remote debug traffic with multi-thread program From: Atsushi Nemoto In-Reply-To: <20050218.193333.07644163.nemoto@toshiba-tops.co.jp> References: <20050216165909.GA11396@nevyn.them.org> <20050217.104200.93020045.nemoto@toshiba-tops.co.jp> <20050218.193333.07644163.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: 2005-02/txt/msg00134.txt.bz2 >>>>> On Fri, 18 Feb 2005 19:33:33 +0900 (JST), Atsushi Nemoto said: anemo> It seems "breakpoint_here_p (read_pc() + 4)" test was lost. Is anemo> this intentional? This patch fixed my problem. Please review and apply if appropriate. Thank you. --- gdb/mips-tdep.c.orig 2005-02-21 13:31:58.000000000 +0900 +++ gdb/mips-tdep.c 2005-02-22 11:45:07.159141141 +0900 @@ -4148,6 +4148,8 @@ mips_single_step_through_delay (struct g if (mips_pc_is_mips16 (pc)) return 0; + if (!breakpoint_here_p (pc + 4)) + return 0; if (!safe_frame_unwind_memory (frame, pc, buf, sizeof buf)) /* If error reading memory, guess that it is not a delayed branch. */