This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: Document dump/restore commands
- From: "Eli Zaretskii" <eliz at is dot elta dot co dot il>
- To: msnyder at cygnus dot com
- Cc: gdb-patches at sources dot redhat dot com, cagney at redhat dot com
- Date: Thu, 28 Mar 2002 10:30:07 +0200
- Subject: Re: Document dump/restore commands
- References: <200203272336.g2RNaPv18951@reddwarf.cygnus.com>
- Reply-to: Eli Zaretskii <eliz at is dot elta dot co dot il>
> Date: Wed, 27 Mar 2002 15:36:25 -0800
> From: Michael Snyder <msnyder@cygnus.com>
>
> OK, how's this?
>
> 2002-03-27 Michael Snyder <msnyder@redhat.com>
>
> * gdb.texinfo: Document new commands dump, append, and restore.
> * NEWS: Note new commands.
Thanks! This is approved, but please correct this one gotcha:
> + If @var{bias} is non-zero, its value will be added to the addresses
> + contained in the file. Binary files always start at address zero, so
> + they will be restored at address @var{bias}. Other bfd files have
> + a built-in location; they will be restored at @var{location + bias}.
The text inside @var should not span more than a single token. Since
in this case `location' is not marked with @var elsewhere, I'd suggest
to rewrite this like so:
Other BFD files have a built-in location info; they will be
restored at offset @var{bias} from that location.