From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-9321-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 21711 invoked by alias); 24 Jun 2002 22:35:53 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 21689 invoked from network); 24 Jun 2002 22:35:51 -0000
Received: from unknown (HELO TheWorld.com) (199.172.62.105)
  by sources.redhat.com with SMTP; 24 Jun 2002 22:35:51 -0000
Received: from shell.TheWorld.com (root@shell01.TheWorld.com [199.172.62.241])
	by TheWorld.com (8.9.3/8.9.3) with ESMTP id SAA14754;
	Mon, 24 Jun 2002 18:35:50 -0400
Received: from localhost (qqi@localhost)
	by shell.TheWorld.com (8.9.3/8.9.3) with ESMTP id SAA2907189;
	Mon, 24 Jun 2002 18:35:49 -0400 (EDT)
X-Authentication-Warning: shell01.TheWorld.com: qqi owned process doing -bs
Date: Mon, 24 Jun 2002 15:35:00 -0000
From: Quality Quorum <qqi@theworld.com>
To: Andrew Cagney <ac131313@cygnus.com>
cc: Daniel Jacobowitz <drow@mvista.com>,
        Peter Barada <pbarada@mail.wm.sps.mot.com>,
        <Peter.Barada@motorola.com>, <gdb@sources.redhat.com>
Subject: Re: Torubles with remote stub for m68k
In-Reply-To: <3D179D6C.7040904@cygnus.com>
Message-ID: <Pine.SGI.4.40.0206241835160.2838133-100000@shell01.TheWorld.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-SW-Source: 2002-06/txt/msg00235.txt.bz2



On Mon, 24 Jun 2002, Andrew Cagney wrote:

> > 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!
> >
> >
> > If GDB sets the breakpoint using 'M' (or presumably 'X') commands, then
> > it is the client's responsibility to clear it.  It would be nice to
> > know why that isn't happening.  To observe it in action you can use
> > gdbserver on a GNU/Linux system...
>
> Try a:
>
> (gdb) maint print architecture OUTPUTFILE
>
> and check what the value of the single step macros are.  Your specific
> m68k target (configured as?) may have software single step settings that
> contradict what the target supports.

BTW, it will be nice to have this feature dynamically configurable.

>
> cf gdb/274.
> http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gdb&pr=274
>
> Andrew
>
>

Thanks,

Aleksey