[Bug shlibs/11497] Stepping broken

["andre dot poenitz at nokia dot com" <sourceware-bugzilla at sourceware dot org>]

------- Additional Comments From andre dot poenitz at nokia dot com  2010-04-14 08:50 -------
Applying the patch from 

  http://sourceware.org/bugzilla/attachment.cgi?id=4725&action=view

creates the following output:

"~"r 1 pc 0xaa50 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa54 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa58 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa5c interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa60 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa64 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa68 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa6c interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa70 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa74 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacc0 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacc4 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacc8 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaccc interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacd0 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacd4 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacd8 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacdc interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xace0 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xace4 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xace8 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacec interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xacf0 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa78 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa7c interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa80 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa84 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xaa88 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xa070 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xa074 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0xa078 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0x9f00 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0x9f04 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0x9f08 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 1 pc 0x9f0c interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0] in_plt 0\n"
>~"r 0 pc 0x41013480 interp-text <0x8a0..0x17950] interp-plt <0x850..0x8a0]
in_plt 0\n"


Applying additionally the patch from

   http://sourceware.org/ml/gdb-patches/2010-01/msg00397.html

fixes the problem indeed (and does not have the performance impact as my initial
workaround had). There was no extra output in this case, so presumably the
svr4_in_dynsym_resolve_code() is not called at all anymore after applying the
second patch.

Thanks a lot for this really quick help!

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11497

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.