aboutsummaryrefslogtreecommitdiff
path: root/gdb/ChangeLog-1991
diff options
context:
space:
mode:
authorJoel Brobecker <brobecker@gnat.com>2011-10-24 16:51:36 +0000
committerJoel Brobecker <brobecker@gnat.com>2011-10-24 16:51:36 +0000
commit2b5b9d09ed3260ded86629aacc83d6b91bb7d4bf (patch)
tree5123cf712d34039cf6ba2d334b514be6d2c40868 /gdb/ChangeLog-1991
parentc373271616505b76f48938e219b4c3a1f71b8788 (diff)
downloadgdb-2b5b9d09ed3260ded86629aacc83d6b91bb7d4bf.zip
gdb-2b5b9d09ed3260ded86629aacc83d6b91bb7d4bf.tar.gz
gdb-2b5b9d09ed3260ded86629aacc83d6b91bb7d4bf.tar.bz2
[powerpc] crash trying to allocate memory in inferior
Our testsuite noticed a crash when trying to call a function which requires GDB to allocate memory in the inferior. Typically, this happens when one of the parameters is a string. For instance, our testcase tries: (gdb) call debug.trace (me, "You") [1] 32737 segmentation fault /path/to/gdb What happens is that GDB sees the string, and thus tries to allocate memory for it in the inferior: > /* Allocate NBYTES of space in the inferior using the inferior's > malloc and return a value that is a pointer to the allocated > space. */ > > struct value * > value_allocate_space_in_inferior (int len) > { > struct objfile *objf; > struct value *val = find_function_in_inferior ("malloc", &objf); And find_function_in_inferior first searches the symtab in case we have debug info. But, in our case (bareboard powerpc), we don't, so it gets "malloc"'s address from the minimal symbols, and builds a value whose type is a TYPE_CODE_PTR, not a TYPE_CODE_FUNC. As a result, when we later try to make the call to malloc, we end up inside the powerpc tdep code that has: > do_ppc_sysv_return_value (struct gdbarch *gdbarch, struct type *func_type, [...] > if (func_type > && TYPE_CALLING_CONVENTION (func_type) == DW_CC_GDB_IBM_OpenCL) The problem is that func_type is not a TYPE_CODE_FUNC, and thus the type-specific kind is not TYPE_SPECIFIC_FUNC, and so we do TYPE_CALLING_CONVENTION is an invalid access. Interestingly, the other call to TYPE_CALLING_CONVENTION is correctly preceded by a check of the type's TYPE_CODE (making sure that it is TYPE_CODE_FUNC). gdb/ChangeLog: * ppc-sysv-tdep.c (do_ppc_sysv_return_value): Do not check FUNC_TYPE's calling convention if FUNC_TYPE is not a function.
Diffstat (limited to 'gdb/ChangeLog-1991')
0 files changed, 0 insertions, 0 deletions