aboutsummaryrefslogtreecommitdiff
path: root/gdb/gdb-dlfcn.c
diff options
context:
space:
mode:
authorJoel Brobecker <brobecker@gnat.com>2013-08-29 21:02:15 +0000
committerJoel Brobecker <brobecker@gnat.com>2013-08-29 21:02:15 +0000
commit11cb8762fcacf259f9d7707201daba6670d1946a (patch)
treeb42ebe0da0768020210a909b42d70c1b77bc70fe /gdb/gdb-dlfcn.c
parent489d4f4d01d74ffd193587ae23bb7e9bedc687d4 (diff)
downloadgdb-11cb8762fcacf259f9d7707201daba6670d1946a.zip
gdb-11cb8762fcacf259f9d7707201daba6670d1946a.tar.gz
gdb-11cb8762fcacf259f9d7707201daba6670d1946a.tar.bz2
thread support broken on ppc-aix.
Thread support got broken when adding 64bit support on ppc-aix. Upon digging further, I found that the following patch... | * gdb_ptrace.h: Use ptrace64 instead of ptrace if HAVE_PTRACE64 | is defined. | * rs6000-nat.c: Check for __ld_info64_ if compiling 64 BIT gdb. | (rs6000_ptrace32): Call ptrace64 instead of ptrace if present. | (rs6000_ptrace64): Call ptace64 instead of ptracex if present. | * configure.ac: Check for ptrace64. | * configure, config.in: Regenerate. ... is responsible for this regression: (gdb) x /x &__n_pthreads 0xf06a8258 <__n_pthreads>: Cannot access memory at address 0xf06a8258 Prior to the patch, we have: (gdb) x /x &__n_pthreads 0xf06a8258 <__n_pthreads>: 0x00000003 The problem occurs inside rs6000_ptrace32, while calling ptrace64. The address is given to rs6000_ptrace32 as an "int *", while ptrace64 takes a "long long". The cast causes the address to be sign-extended, which results in GDB trying to read the wrong address. This patch fixes the issue by casting the address to a "uintptr_t" instead, and letting the compiler do the implicit conversion to "long long" in the function call. gdb/ChangeLog: * rs6000-nat.c (rs6000_ptrace32): Cast "addr" to "uintptr_t" instead of "long long" in call to ptrace64.
Diffstat (limited to 'gdb/gdb-dlfcn.c')
0 files changed, 0 insertions, 0 deletions