From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23641 invoked by alias); 17 Mar 2005 18:21: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 23523 invoked from network); 17 Mar 2005 18:21:18 -0000 Received: from unknown (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 17 Mar 2005 18:21:18 -0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j2HIKwlo018187; Thu, 17 Mar 2005 19:20:58 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.3/8.13.3) with ESMTP id j2HIKvVI001908; Thu, 17 Mar 2005 19:20:57 +0100 (CET) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.3/8.13.3/Submit) id j2HIKrpc005077; Thu, 17 Mar 2005 19:20:53 +0100 (CET) Date: Thu, 17 Mar 2005 18:21:00 -0000 Message-Id: <200503171820.j2HIKrpc005077@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: anemo@mba.ocn.ne.jp CC: gdb@sources.redhat.com, drow@false.org In-reply-to: <20050317.144338.51867419.nemoto@toshiba-tops.co.jp> (message from Atsushi Nemoto on Thu, 17 Mar 2005 14:43:38 +0900 (JST)) Subject: Re: huge remote debug traffic with multi-thread program References: <20050217.104200.93020045.nemoto@toshiba-tops.co.jp> <20050218.193333.07644163.nemoto@toshiba-tops.co.jp> <20050222.164614.84976901.nemoto@toshiba-tops.co.jp> <20050317.144338.51867419.nemoto@toshiba-tops.co.jp> X-SW-Source: 2005-03/txt/msg00171.txt.bz2 Date: Thu, 17 Mar 2005 14:43:38 +0900 (JST) From: Atsushi Nemoto >>>>> On Tue, 22 Feb 2005 16:46:14 +0900 (JST), Atsushi Nemoto said: anemo> This patch fixed my problem. Please review and apply if anemo> appropriate. Thank you. Please review. 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. */ Sorry, missed your first post when travelling. I had the same patch in my tree for OpenBSD/mips64 support. There are some problems with the mips_single_step_through_delay though, and I intended to solve those first. However, this doesn't make matters worse, so I've checked it in. Thanks, Mark