aboutsummaryrefslogtreecommitdiff
path: root/bfd
diff options
context:
space:
mode:
authorJoel Brobecker <brobecker@adacore.com>2014-06-04 14:03:22 -0400
committerJoel Brobecker <brobecker@adacore.com>2014-06-04 17:57:21 -0400
commitef7cab6ba16d76c3470fb27a0c8966513f7cb34a (patch)
tree1bf3f3b22260284949cd72fe19af41a0dd271994 /bfd
parent012370f6818657a816df1463ee71ca4e4ee40b33 (diff)
downloadfsf-binutils-gdb-ef7cab6ba16d76c3470fb27a0c8966513f7cb34a.zip
fsf-binutils-gdb-ef7cab6ba16d76c3470fb27a0c8966513f7cb34a.tar.gz
fsf-binutils-gdb-ef7cab6ba16d76c3470fb27a0c8966513f7cb34a.tar.bz2
gdbserver crash if the_target->supports_z_point_type is NULL
When debugging on LynxOS targets (and probably on SPU targets as well), inserting a breakpoint and resuming the program's execution causes GDBserver to crash. The crash occurs while handling the Z0 packet sent by GDB to insert our breakpoint, because z_type_supported calls the_target->supports_z_point_type without checking that it is not NULL This patch fixes the issue by making z_type_supported return false if the_target->supports_z_point_type is NULL. gdb/gdbserver/ChangeLog: PR server/17023 * mem-break.c (z_type_supported): Return zero if THE_TARGET->SUPPORTS_Z_POINT_TYPE is NULL. Tested on ppx-lynx5.
Diffstat (limited to 'bfd')
0 files changed, 0 insertions, 0 deletions