This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug shlibs/11776] New: solib-svr4 with remote target assumes qOffsets packet is supported
- From: "mostrows at vmware dot com" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: 30 Jun 2010 19:48:10 -0000
- Subject: [Bug shlibs/11776] New: solib-svr4 with remote target assumes qOffsets packet is supported
- Reply-to: sourceware-bugzilla at sourceware dot org
svr4_relocate_main_executable() bails out without doing anything if it detects
prior existing relocation offsets have been applied. A comment there states
that this is done so that preference is given to relocation offsets specified by
qOffsets packet processing, which occurs earlier.
Now suppose I start gdb and do:
1. Issue "target remote /dev/ttyS0"
2. GDB attaches, reads auxv and relocates via svr4_relocate_main_executable()
3. Issue "detach"
4. Issue "target remote /dev/ttyS1"
5. GDB attaches, reads auxv (relocation is different than above)
6. GDB bails out of svr4_relocate_main_executable() without relocating.
7. GDB uses the relocation data from the original connection, not the current one.
Note that if the remote stub supports "qOffsets" (not required), then the
processing of that response relocates the executable using that mechanism.
--
Summary: solib-svr4 with remote target assumes qOffsets packet is
supported
Product: gdb
Version: 7.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shlibs
AssignedTo: unassigned at sourceware dot org
ReportedBy: mostrows at vmware dot com
CC: gdb-prs at sourceware dot org,jan dot kratochvil at
redhat dot com,msnyder at vmware dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11776
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.