From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26662 invoked by alias); 18 Jul 2002 20:05:40 -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 26591 invoked from network); 18 Jul 2002 20:05:39 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 18 Jul 2002 20:05:39 -0000 Received: from dsl254-114-118.nyc1.dsl.speakeasy.net ([216.254.114.118] helo=nevyn.them.org ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17VHWs-0001QY-00; Thu, 18 Jul 2002 15:05:38 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17VHWw-0005D2-00; Thu, 18 Jul 2002 16:05:42 -0400 Date: Thu, 18 Jul 2002 13:05:00 -0000 From: Daniel Jacobowitz To: Alexei Minayev Cc: gdb@sources.redhat.com Subject: Re: gdb-h8-stub Message-ID: <20020718200542.GB13992@nevyn.them.org> Mail-Followup-To: Alexei Minayev , gdb@sources.redhat.com References: <20020718143656.GA17241@nevyn.them.org> <20020718182550.41560.qmail@web13507.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718182550.41560.qmail@web13507.mail.yahoo.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-07/txt/msg00184.txt.bz2 On Thu, Jul 18, 2002 at 11:25:50AM -0700, Alexei Minayev wrote: > Hi Daniel, > > thanks for clarification. > My question is though, after sending an absolute start address with the 'X' > command, and getting rejected, the gdb doesn't replicate it with 'M' command. > The 'M' command has only relative addresses... > > X200000 > M0,15:... ; (this would actually mean 0x200000 to 0x200015) > M15,15:... > M30,15:... > ... > > So according to this, the stub *must* read the address from the X command and > store it for future memory operations, even if it doesn't support binary > downloads. > In your opinion, is that what gdb means? No, what I'm trying to say is that that's the wrong behavior for the client. You'll need to figure out why GDB is doing this. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer