From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30572 invoked by alias); 23 Jul 2002 12:30:30 -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 30559 invoked from network); 23 Jul 2002 12:30:28 -0000 Received: from unknown (HELO TheWorld.com) (199.172.62.105) by sources.redhat.com with SMTP; 23 Jul 2002 12:30:28 -0000 Received: from shell.TheWorld.com (crash@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id IAA05390; Tue, 23 Jul 2002 08:30:28 -0400 Received: from localhost (qqi@localhost) by shell.TheWorld.com (8.9.3/8.9.3) with ESMTP id IAA30995371; Tue, 23 Jul 2002 08:29:56 -0400 (EDT) X-Authentication-Warning: shell01.TheWorld.com: qqi owned process doing -bs Date: Tue, 23 Jul 2002 05:30:00 -0000 From: Quality Quorum To: Alexei Minayev cc: gdb@sources.redhat.com Subject: Re: gdb-stub question (m packets) In-Reply-To: <20020723080536.90269.qmail@web13506.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-07/txt/msg00234.txt.bz2 On Tue, 23 Jul 2002, Alexei Minayev wrote: > Dear gdb oracles, > > I'm still fighting with my gdb-h8-stub, and getting funny yet evil errors. > The gdb happens to attempt reading a memory location. The content of the > memory location is something that starts with 0xE, say 0xE500. > The conversation looks kinda like this: > > m200042,2...Ack > Packet received: E500 > Unable to access memory location 200042. > > The gdb understands the numeric hex value of 0xE500 as an error response. > So my question would be simple... am I supposed to prefix all my numeric > packets with "0x"? Please help, this is confusing... You have to use lower case for number strings. > > Thanks > Regards -- Alexei > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > Thanks, Aleksey