[Bug shlibs/11776] New: solib-svr4 with remote target assumes qOffsets packet is supported

["mostrows at vmware dot com" <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.