diff options
| author | Kevin Buettner <kevinb@redhat.com> | 2020-06-11 18:58:49 -0700 |
|---|---|---|
| committer | Kevin Buettner <kevinb@redhat.com> | 2020-07-22 12:42:31 -0700 |
| commit | 5efb677960e786a7cfa3b5a53f15cc6656f33f02 (patch) | |
| tree | f1aff157d20297eb39ed9c9679be06909f75a8df /bfd/binary.c | |
| parent | 94c265d790b88e691b9ea0173b7000a54a3eb0a0 (diff) | |
| download | gdb-5efb677960e786a7cfa3b5a53f15cc6656f33f02.zip gdb-5efb677960e786a7cfa3b5a53f15cc6656f33f02.tar.gz gdb-5efb677960e786a7cfa3b5a53f15cc6656f33f02.tar.bz2 | |
Update binary_get_section_contents to seek using section's file position
I have a patch for GDB which opens and reads from BFDs using the
"binary" target. However, for it to work, we need to be able to get a
section's contents based from the file position of that section.
At the moment, reading a section's contents will always read from the
start of the file regardless of where that section is located. While
this was fine for the original use of the "binary" target, it won't
work for my use case. This change shouldn't impact any existing
callers due to the fact that the single .data section is initialized
with a filepos of 0.
bfd/ChangeLog:
* binary.c (binary_get_section_contents): Seek using offset
from section's file position.
Diffstat (limited to 'bfd/binary.c')
| -rw-r--r-- | bfd/binary.c | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/bfd/binary.c b/bfd/binary.c index 999de0d..e872924 100644 --- a/bfd/binary.c +++ b/bfd/binary.c @@ -19,10 +19,10 @@ Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA 02110-1301, USA. */ -/* This is a BFD backend which may be used to write binary objects. - It may only be used for output, not input. The intention is that - this may be used as an output format for objcopy in order to - generate raw binary data. +/* This is a BFD backend which may be used to read or write binary + objects. Historically, it was used as an output format for objcopy + in order to generate raw binary data, but is now used for other + purposes as well. This is very simple. The only complication is that the real data will start at some address X, and in some cases we will not want to @@ -97,12 +97,12 @@ binary_object_p (bfd *abfd) static bfd_boolean binary_get_section_contents (bfd *abfd, - asection *section ATTRIBUTE_UNUSED, + asection *section, void * location, file_ptr offset, bfd_size_type count) { - if (bfd_seek (abfd, offset, SEEK_SET) != 0 + if (bfd_seek (abfd, section->filepos + offset, SEEK_SET) != 0 || bfd_bread (location, count, abfd) != count) return FALSE; return TRUE; |