aboutsummaryrefslogtreecommitdiff
path: root/ltversion.m4
diff options
context:
space:
mode:
authorSergio Durigan Junior <sergiodj@redhat.com>2015-03-31 19:17:23 -0400
committerSergio Durigan Junior <sergiodj@redhat.com>2015-03-31 19:17:23 -0400
commit416f679e68468ea6dd7384213994ce74201f82e7 (patch)
treeb556acf7ba96aca79d802c84bef734170d3e8ecd /ltversion.m4
parent6ac1079e5960e700b3a9034aab532970167095f4 (diff)
downloadgdb-416f679e68468ea6dd7384213994ce74201f82e7.zip
gdb-416f679e68468ea6dd7384213994ce74201f82e7.tar.gz
gdb-416f679e68468ea6dd7384213994ce74201f82e7.tar.bz2
Catch exception on solib_svr4_r_ldsomap
When loading a corefile that has some inaccessible memory region(s), GDB complains about it: (gdb) core /my/corefile [New LWP 28468] Cannot access memory at address 0x355fc21148 Cannot access memory at address 0x355fc21140 (gdb) However, despite not seeing the message "Core was generated by...", it is still possible to inspect the corefile using regular GDB commands. The reason for that is because read_memory_unsigned_integer throws an exception when it cannot read the memory region, but solib_svr4_r_ldsomap was not catching it. The fix is to catch the exception and act accordingly. Tested on Fedora 20 x86_64, no regressions found. gdb/ChangeLog: 2015-03-31 Sergio Durigan Junior <sergiodj@redhat.com> * solib-svr4.c (solib_svr4_r_ldsomap): Catch possible exception by read_memory_unsigned_integer.
Diffstat (limited to 'ltversion.m4')
0 files changed, 0 insertions, 0 deletions