From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-41591-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 28795 invoked by alias); 29 Nov 2012 16:32:35 -0000
Received: (qmail 28734 invoked by uid 22791); 29 Nov 2012 16:32:27 -0000
X-SWARE-Spam-Status: No, hits=-1.1 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,SARE_RECV_UK2NET2
X-Spam-Check-By: sourceware.org
Received: from smtprelay0245.hostedemail.com (HELO smtprelay.hostedemail.com) (216.40.44.245)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 29 Nov 2012 16:32:21 +0000
Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254])	by smtprelay06.hostedemail.com (Postfix) with SMTP id 08F2332ADBF;	Thu, 29 Nov 2012 16:32:19 +0000 (UTC)
X-Panda: scanned!
X-Session-Marker: 6A62656E6973746F6E40756B322E6E6574
X-Filterd-Recvd-Size: 1585
Received: from JonPC (cpc21-croy19-2-0-cust368.croy.cable.virginmedia.com [94.174.157.113])	(Authenticated sender: jbeniston@uk2.net)	by omf05.hostedemail.com (Postfix) with ESMTPA;	Thu, 29 Nov 2012 16:32:19 +0000 (UTC)
From: "Jon Beniston" <jon@beniston.com>
To: "'Yao Qi'" <yao@codesourcery.com>
Cc: <gdb@sourceware.org>
References: <004701cdcd9d$e487ff90$ad97feb0$@beniston.com> <50B727B8.7040103@codesourcery.com>
In-Reply-To: <50B727B8.7040103@codesourcery.com>
Subject: RE: Memory-mapped peripheral registers, remote protocol and memory maps
Date: Thu, 29 Nov 2012 16:32:00 -0000
Message-ID: <009401cdce4f$03913a80$0ab3af80$@beniston.com>
MIME-Version: 1.0
Content-Type: text/plain;	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2012-11/txt/msg00096.txt.bz2

> The following command 'p' will only generate 'm' packet with the right si=
ze.
>=20
> (gdb) p *(unsigned int *) 0x8048608
> Sending packet: $m8048608,4#3f...Packet received: 5589e583
>=20
>=20
> (gdb) p *(char *) 0x8048608
> Sending packet: $m8048608,1#3c...Packet received: 55
>=20
> I admit they are tricky.

Yes, this is fine from the command line, but ideally I would like something=
 that works when GDB is being driven by a GUI such as Eclipse, which may no=
t necessarily know the correct size to use. It does work in some cases, but=
 not all (i.e. when dumping memory).

Thanks for the pointer, I'll see if I can find the patches you mention.

Cheers,
Jon