From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5835 invoked by alias); 24 Jun 2002 21:56:57 -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 5822 invoked from network); 24 Jun 2002 21:56:54 -0000 Received: from unknown (HELO motgate4.mot.com) (144.189.100.102) by sources.redhat.com with SMTP; 24 Jun 2002 21:56:54 -0000 Received: [from pobox3.mot.com (pobox3.mot.com [10.64.251.242]) by motgate4.mot.com (motgate4 2.1) with ESMTP id OAA29093; Mon, 24 Jun 2002 14:56:53 -0700 (MST)] Received: [from mail.wm.sps.mot.com ([199.10.246.2]) by pobox3.mot.com (MOT-pobox3 2.0) with ESMTP id OAA08374; Mon, 24 Jun 2002 14:56:08 -0700 (MST)] Received: from hyper.wm.sps.mot.com (hyper.wm.sps.mot.com [199.10.246.43]) by mail.wm.sps.mot.com (8.9.3/8.9.3) with ESMTP id RAA07900; Mon, 24 Jun 2002 17:56:44 -0400 Received: by hyper.wm.sps.mot.com (8.11.2) id g5OLumH25691; Mon, 24 Jun 2002 17:56:48 -0400 Date: Mon, 24 Jun 2002 14:56:00 -0000 Message-Id: <200206242156.g5OLumH25691@hyper.wm.sps.mot.com> From: Peter Barada To: Peter.Barada@motorola.com CC: drow@mvista.com, Peter.Barada@motorola.com, gdb@sources.redhat.com In-reply-to: <200206242140.g5OLe0L06792@hyper.wm.sps.mot.com> (message from Peter Barada on Mon, 24 Jun 2002 17:40:00 -0400) Subject: Re: Torubles with remote stub for m68k References: <200206242104.g5OL4pY06652@hyper.wm.sps.mot.com> <20020624211258.GA30001@branoic.them.org> <200206242140.g5OLe0L06792@hyper.wm.sps.mot.com> X-SW-Source: 2002-06/txt/msg00229.txt.bz2 >>> When I execute that with gdb-5.1.1, it attempts to step the processor >>> without removing the trap instruction so the target processor never >>> steps past the trap instruction. >> >>You also should try with 5.2 or CVS rather than 5.1.1, probably... > >I'm grabbing and building it now. I'll post an update tomorrow. > I got to it quicker than I thought. Nope, same problem as with gdb-5.1.1: [Switching to thread 1 (Thread 9)]#0 FRSfindfont ( name=0x1fd6b70 "AlbertusMT", idptr=0x1fd6b4c, ftype=0x1fd6b50, fclass=0x1fd6b54, font_mat=0x4c589c, painttype=0x1fd6b58, fontname=0x1fd6b5c) at ../pdi/fntsockt.c:604 604 if (fs_first_unused == (FRS_ID *) NULL) (gdb) show version GNU gdb 5.2 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i686-pc-linux-gnu --target=m68k-elf". (gdb) set debug remote 1 (gdb) si Sending packet: $Hc9#e4...Ack Packet received: OK Sending packet: $s#73...Ack Packet received: T05thread:9; Sending packet: $g#67...Ack Packet received: 0000000a00000000001fc9ac0000000501fd6b5c01fd6b58004c589c01fd6b54002161620021616d005e874001fd6b5001fd6b70005ca4cc01fd6ae001fd6ab04084a0000003af3c4046800000000000404ca5dc000000007fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff000000000000008800000000 604 if (fs_first_unused == (FRS_ID *) NULL) (gdb) p/x $pc $1 = 0x3af3c (gdb) si Sending packet: $s#73...Ack Packet received: T05thread:9; Sending packet: $g#67...Ack Packet received: 0000000a00000000001fc9ac0000000501fd6b5c01fd6b58004c589c01fd6b54002161620021616d005e874001fd6b5001fd6b70005ca4cc01fd6ae001fd6aac4084a0000003af3c4046800000000000404ca5dc000000007fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff7fffffffffffffff000000000000008800000000 604 if (fs_first_unused == (FRS_ID *) NULL) (gdb) p/x $pc $2 = 0x3af3c (gdb) With gdb-5, if the stub doesn't use breakpoint registers, is it gdb's responsibility to save/restore the brekpoint across a 's' packet, or is that the stub's responsibility? Any help is appreciated! -- Peter Barada Peter.Barada@motorola.com Wizard 781-852-2768 (direct) WaveMark Solutions(wholly owned by Motorola) 781-270-0193 (fax)