[1/6,gdb/symtab] Fix uninitialized memory in buildsym_compunit::finish_block_internal
Checks
Commit Message
When running test-case gdb.dwarf2/per-bfd-sharing.exp with target board stabs,
gdb either segfaults or asserts due to reading uninitialized memory, allocated
here in buildsym_compunit::finish_block_internal:
...
ftype->set_fields
((struct field *)
TYPE_ALLOC (ftype, nparams * sizeof (struct field)));
...
Fix this by using TYPE_ZALLOC instead.
Tested on x86_64-linux.
PR symtab/30810
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=30810
---
gdb/buildsym.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
base-commit: 59487af3c8490bc5961d330bc0ef4d5f05ecdc59
Comments
>>>>> "Tom" == Tom de Vries via Gdb-patches <gdb-patches@sourceware.org> writes:
Tom> When running test-case gdb.dwarf2/per-bfd-sharing.exp with target board stabs,
Tom> gdb either segfaults or asserts due to reading uninitialized memory, allocated
Tom> here in buildsym_compunit::finish_block_internal:
Tom> ...
Tom> ftype-> set_fields
Tom> ((struct field *)
Tom> TYPE_ALLOC (ftype, nparams * sizeof (struct field)));
Tom> ...
Tom> Fix this by using TYPE_ZALLOC instead.
At first I was curious about the history of what changed here, but now I
see that dwarf2_attach_fields_to_type is doing the zalloc thing, so I
think it's just the usual thing where nobody uses or tests non-DWARF
stuff (and why would they) so it wasn't caught in some earlier change.
Approved-By: Tom Tromey <tom@tromey.com>
Tom
@@ -267,7 +267,7 @@ buildsym_compunit::finish_block_internal
ftype->set_num_fields (nparams);
ftype->set_fields
((struct field *)
- TYPE_ALLOC (ftype, nparams * sizeof (struct field)));
+ TYPE_ZALLOC (ftype, nparams * sizeof (struct field)));
iparams = 0;
/* Here we want to directly access the dictionary, because