From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-7219-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 4533 invoked by alias); 4 Jan 2002 22:48:12 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 4421 invoked from network); 4 Jan 2002 22:48:11 -0000
Received: from unknown (HELO corb.mc.mpls.visi.com) (208.42.156.1)
  by sources.redhat.com with SMTP; 4 Jan 2002 22:48:11 -0000
Received: from grante.comtrol.com (grante.dsl.visi.com [208.42.141.248])
	by corb.mc.mpls.visi.com (Postfix) with SMTP id 7AF1881D3
	for <gdb@sources.redhat.com>; Fri,  4 Jan 2002 16:48:10 -0600 (CST)
Received: (qmail 17991 invoked by uid 500); 4 Jan 2002 22:55:47 -0000
Date: Fri, 04 Jan 2002 14:48:00 -0000
From: Grant Edwards <grante@visi.com>
To: Michael Snyder <msnyder@redhat.com>
Cc: "Frank Ch. Eigler" <fche@redhat.com>, gdb@sources.redhat.com
Subject: Re: A copy/save command ...
Message-ID: <20020104165546.A17950@visi.com>
References: <3C341E2D.6050009@cygnus.com> <20020103155801.A12966@nevyn.them.org> <3C352FB8.2010607@cygnus.com> <o5itai582f.fsf@toenail.toronto.redhat.com> <3C36278D.CF860E4D@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <3C36278D.CF860E4D@redhat.com>; from msnyder@redhat.com on Fri, Jan 04, 2002 at 02:07:09PM -0800
X-SW-Source: 2002-01/txt/msg00022.txt.bz2

On Fri, Jan 04, 2002 at 02:07:09PM -0800, Michael Snyder wrote:
> "Frank Ch. Eigler" wrote:
> > 
> > cagney wrote:
> > 
> > > [...]  Lets be honest, ``copy'' is a really bad name.  For all those
> > > reasons and probably more :-) [...]
> > 
> > Consider:
> > 
> > (gdb) image save FILE RANGE [FORMAT]
> > (gdb) image restore FILE [ADDR]
> > (gdb) image compare FILE [ADDR]
> > 
> > where, say, RANGE could be
> >     ADDR1 ADDR2
> >     "region 1" -- previously set memory region
> > 
> > and FORMAT could be some bfd-supported forms like "srec" or "binary".
> 
> If its a bfd-supported format such as srec, you can already use the
> "load" command to put it back onto the target later.  Then all you
> have to worry about is the opposite-of-load direction.

For me, it's binary as often as not.  I haven't tried the
"load" command with binary data recently...

-- 
Grant Edwards
grante@visi.com