From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28383 invoked by alias); 27 Jul 2006 11:37:46 -0000 Received: (qmail 28369 invoked by uid 22791); 27 Jul 2006 11:37:45 -0000 X-Spam-Check-By: sourceware.org Received: from shadow.prohost.de (HELO shadow.prohost.de) (216.71.84.228) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 27 Jul 2006 11:37:41 +0000 Received: from boulder (p54A7E844.dip.t-dialin.net [84.167.232.68]) by shadow.prohost.de (8.11.6/8.11.6) with ESMTP id k6RBb8w24790; Thu, 27 Jul 2006 13:37:08 +0200 Received: from localhost (localhost [127.0.0.1]) by boulder (Postfix) with ESMTP id 4BBB6633; Thu, 27 Jul 2006 13:37:07 +0200 (CEST) Received: from boulder ([127.0.0.1]) by localhost (boulder.lipieda [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34025-10; Thu, 27 Jul 2006 13:37:05 +0200 (CEST) Received: from [192.168.129.218] (LI50.lipieda [192.168.129.218]) by boulder (Postfix) with ESMTP id D0A7D531; Thu, 27 Jul 2006 13:37:05 +0200 (CEST) Message-ID: <44C8A561.3060304@lipowsky.de> Date: Thu, 27 Jul 2006 13:34:00 -0000 From: Efim Monyak User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Daniel Jacobowitz CC: gdb@sources.redhat.com Subject: Re: restart for remote target References: <44C63BD6.7090505@lipowsky.de> <20060725154543.GA13313@nevyn.them.org> <44C644A7.4000106@lipowsky.de> <20060725162649.GA14797@nevyn.them.org> In-Reply-To: <20060725162649.GA14797@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00196.txt.bz2 Daniel Jacobowitz schrieb: > On Tue, Jul 25, 2006 at 06:19:51PM +0200, Efim Monyak wrote: > >> I delete all breakpoints before load the applications again because my >> Hardware supports only two >> breakpoints. In other case I receive error from GDB. The load is >> multistep. In one of steps I must set >> an breakpoint to particular address and only one way I found to put it >> away is command delete all breakpoints. >> As I see no command deletes breakpoint on address. Use breakpoint to >> source line is not very good on this place. >> > > "delete *0x3000000" should work. > > Also, it sounds like you want "disable", not "delete". > > Yes, is where a possibility to save breakpoint state (number, enable or disable) before disable breakpoints and apply it after enable? Because after "disable" command the information about breakpoint state is lost. They all are disabled. I must do it by GDB script. Or is it possible to define an array as long as maximal possible number of breakpoints? I don't found a maximal possible value for $bpnum. >> It is not possible for stub restart the application. They are often >> problem if a remote target is used. >> As I wrote set PC to start address works not properly if i.e. interrupts >> are enabled. >> If application runs from RAM it is lost after Hardware reset. >> >> The only handy way I see is to reload application set all used >> breakpoints and start it again. >> > > In many cases the stub can handle all of this automatically, > manually disabling interrupts et cetera. > > stub receives command "insert breakpoint" for all enabled breakpoints before program step or continue and "remove breakpoint" after program stop. stub don't know breakpoints to be used on the next program step or continue.