diff options
author | Sergio Durigan Junior <sergiodj@redhat.com> | 2015-03-31 19:17:23 -0400 |
---|---|---|
committer | Sergio Durigan Junior <sergiodj@redhat.com> | 2015-03-31 19:17:23 -0400 |
commit | 416f679e68468ea6dd7384213994ce74201f82e7 (patch) | |
tree | b556acf7ba96aca79d802c84bef734170d3e8ecd /zlib/zlib.map | |
parent | 6ac1079e5960e700b3a9034aab532970167095f4 (diff) | |
download | gdb-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 'zlib/zlib.map')
0 files changed, 0 insertions, 0 deletions