From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10568 invoked by alias); 25 Jun 2002 20:43:14 -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 10552 invoked from network); 25 Jun 2002 20:43:12 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.2) by sources.redhat.com with SMTP; 25 Jun 2002 20:43:12 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 311C43C61; Tue, 25 Jun 2002 16:43:12 -0400 (EDT) Message-ID: <3D18D5E0.6030401@cygnus.com> Date: Tue, 25 Jun 2002 13:43:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020613 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Barada Cc: gdb@sources.redhat.com Subject: Re: Torubles with remote stub for m68k References: <200206242104.g5OL4pY06652@hyper.wm.sps.mot.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-06/txt/msg00265.txt.bz2 > (gdb) c > Continuing. > Sending packet: $Z0,3af78,2#7d...Ack > Packet received: > Packet Z0 (software-breakpoint) is NOT supported > Sending packet: $m3af78,2#34...Ack > Packet received: 4ab9 > Sending packet: $X3af78,0:#57...Ack > Packet received: OK > binary downloading suppported by target > Sending packet: $X3af78,2:NA#e8...Ack Set breakpoint at address 3af78. > Packet received: OK > Sending packet: $Hc0#db...Ack > Packet received: ENN > Sending packet: $c#63...Ack > Packet received: T05thread:9; > [New Thread 9] > Sending packet: $g#67...Ack > Packet received: 00000000000000000000006300000000004b47b8000000000000000000000000000000000000000000012ca000012c240000000000000000005c34d4005c34c8000000000014a898000000000000000000000000000000007fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff0000000000000000000000000000000000000000 For some reason here, GDB didn't pull all breakpoints. GDB normally pulls all breakpoints as part of a stop. I suspect this is why the breakpoint is still in memory when you go to SI - GDB doesn't think it needs to pull any breakpoints. > Program received signal SIGTRAP, Trace/breakpoint trap. Is the target sitting on a breakpoint? If it is GDB should report that breakpoint but it hasn't. What is the raw value of the PC as found in the G packet (rather than what $pc displays at this point?). The m68k is one of the decr pc after break targets [true] so likely it is getting that wrong. Andrew