From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16454 invoked by alias); 19 Jul 2002 06:00:21 -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 16447 invoked from network); 19 Jul 2002 06:00:19 -0000 Received: from unknown (HELO web13509.mail.yahoo.com) (216.136.173.13) by sources.redhat.com with SMTP; 19 Jul 2002 06:00:19 -0000 Message-ID: <20020719060019.54178.qmail@web13509.mail.yahoo.com> Received: from [65.177.241.46] by web13509.mail.yahoo.com via HTTP; Thu, 18 Jul 2002 23:00:19 PDT Date: Thu, 18 Jul 2002 23:00:00 -0000 From: Alexei Minayev Subject: Re: gdb-h8-stub To: Daniel Jacobowitz Cc: gdb@sources.redhat.com In-Reply-To: <20020718200542.GB13992@nevyn.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-07/txt/msg00196.txt.bz2 Hi Daniel, thanks for an interesting discussion. --- Daniel Jacobowitz wrote: > On Thu, Jul 18, 2002 at 11:25:50AM -0700, Alexei Minayev wrote: > > 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. > it might have been the wrong behavior for the client... but it's a very standard client code, working in many stubs. The stub code, in particular, when parsing an 'M' command, is looking for an *absolute* address. But the gdb sends relative addresses to him. I mean, what could the client possibly say wrong, that gdb chooses a totally different way of communication? I went ahead and implemented binary downloading. Still: X200000,0...Ack X0,4e...Ack (I'd expect X200000,4e here) Packet received: OK X4e,4e...Ack (expected: X20004e,4e) Packet received: OK and so on. Address is *relative* to what comes in the first packet. E.g. the second packet gdb sends is "X0", which means "0 bytes +0x200000 base", and the base value was in the first packet. Am I forgetting some option or variable? Thanks > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer Regards -- Alexei __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com