
While messing with the Dwarf assembler (gdb/testsuite/lib/dwarf.exp) I managed to create an ELF which made use of DW_FORM_strp, but didn't include a .debug_str section. When I started GDB on this ELF, GDB crashed. I would have expected to get an error instead. I tracked this down to an unfortunate design choice in dwarf2_section_info, a class which wraps around a bfd section, and is used for reading in debug information. GBB creates many dwarf2_section_info objects, one for each debug section that might need to be read, then as we find the input bfd sections we associate them with the corresponding dwarf2_section_info. If no matching input bfd section is found then the dwarf2_section_info is left in an unassociated state, its internal bfd section pointer is null. If later GDB tries to read content from the dwarf2_section_info, for example, which trying to read the string associated with DW_FORM_strp, we spot that there is no associated bfd section and issue an error message. To make the users life easier, the error message includes the section name being looked for, and the bfd from which the section was obtained. However, we get the section name by calling bfd_section_name on the associated section, and we get the bfd filename by calling bfd_get_filename on the owner of the associated section. Of course, if there is no associated section then both the calls bfd_section_name and dwarf2_section_info::get_bfd_owner will result in undefined behaviour (e.g. a crash). The solution I propose in this patch is, I know, not ideal. I simply spot the case where there is no associated section, and print a simpler error message, leaving out the section name and filename. A better solution would involve redesigning dwarf2_section_info, we could associate each dwarf2_section_info with the initial bfd being parsed. We would then display this filename if there's nothing better to display (e.g. if we find a section in a dwo/dwp split dwarf file then we would probably use that filename in preference). Each dwarf2_section_info could also have the concept of the default section name that would be read for that section, for example, string data might appear in ".debug_str" or ".zdebug_str", but if neither is found, then it would probably be OK to just say ".debug_str" is missing. Anyway, I didn't do any of that redesign, I just wanted to stop GDB crashing for now, so instead we get this: Dwarf Error: DW_FORM_strp used without required section Which isn't the best, but in context, isn't too bad: Reading symbols from /path/to/executable... Dwarf Error: DW_FORM_strp used without required section (No debugging symbols found in /path/to/executable) I also added some asserts into dwarf2_section_info which should trigger before GDB crashes in future, if we trigger any other bad paths through this code. And there's a test for the specific issue I hit. gdb/ChangeLog: * dwarf2/section.c (dwarf2_section_info::get_bfd_owner): Add an assert. (dwarf2_section_info::get_file_name): Add an assert. (dwarf2_section_info::read_string): Display a minimal, sane error when the dwarf2_section_info is not associated with a bfd section. gdb/testsuite/ChangeLog: * gdb.dwarf2/dw2-using-debug-str.exp: Add an additional test.
142 lines
4.1 KiB
Text
142 lines
4.1 KiB
Text
# Copyright 2021 Free Software Foundation, Inc.
|
|
|
|
# This program is free software; you can redistribute it and/or modify
|
|
# it under the terms of the GNU General Public License as published by
|
|
# the Free Software Foundation; either version 3 of the License, or
|
|
# (at your option) any later version.
|
|
#
|
|
# This program is distributed in the hope that it will be useful,
|
|
# but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
# GNU General Public License for more details.
|
|
#
|
|
# You should have received a copy of the GNU General Public License
|
|
# along with this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
# This test is as much about testing the lib/dwarf.exp DWARF generator
|
|
# as it is about testing GDB. At the time this test was written, this
|
|
# was the only test that generated any DWARF using DW_FORM_strp.
|
|
|
|
load_lib dwarf.exp
|
|
|
|
# This test can only be run on targets which support DWARF-2 and use gas.
|
|
if {![dwarf2_support]} {
|
|
return 0
|
|
}
|
|
|
|
standard_testfile .c -dw.S
|
|
|
|
if { [prepare_for_testing "failed to prepare" ${testfile} ${srcfile}] } {
|
|
return -1
|
|
}
|
|
|
|
set asm_file [standard_output_file $srcfile2]
|
|
Dwarf::assemble $asm_file {
|
|
global srcfile
|
|
|
|
cu {} {
|
|
compile_unit {
|
|
{language @DW_LANG_C}
|
|
{name ${srcfile}}
|
|
} {
|
|
declare_labels int4_type struct_type
|
|
|
|
int4_type: DW_TAG_base_type {
|
|
{DW_AT_byte_size 4 DW_FORM_sdata}
|
|
{DW_AT_encoding @DW_ATE_signed}
|
|
{DW_AT_name integer}
|
|
}
|
|
|
|
struct_type: DW_TAG_structure_type {
|
|
{DW_AT_name "foo_t" DW_FORM_strp}
|
|
{DW_AT_byte_size 12 DW_FORM_sdata}
|
|
} {
|
|
member {
|
|
{name "aa" DW_FORM_strp}
|
|
{type :$int4_type}
|
|
{data_member_location 0 data1}
|
|
}
|
|
member {
|
|
{name "bb" DW_FORM_strp}
|
|
{type :$int4_type}
|
|
{data_member_location 4 data1}
|
|
}
|
|
member {
|
|
{name "cc" DW_FORM_strp}
|
|
{type :$int4_type}
|
|
{data_member_location 8 data1}
|
|
}
|
|
}
|
|
|
|
DW_TAG_variable {
|
|
{DW_AT_name global_var DW_FORM_strp}
|
|
{DW_AT_type :$struct_type}
|
|
{DW_AT_location {
|
|
DW_OP_addr [gdb_target_symbol global_var]
|
|
} SPECIAL_expr}
|
|
{external 1 flag}
|
|
}
|
|
|
|
subprogram {
|
|
{external 1 flag}
|
|
{name main DW_FORM_strp}
|
|
{MACRO_AT_range {main}}
|
|
}
|
|
}
|
|
}
|
|
}
|
|
|
|
if { [prepare_for_testing "failed to prepare" ${testfile} \
|
|
[list $srcfile $asm_file] {nodebug}] } {
|
|
return -1
|
|
}
|
|
|
|
if ![runto_main] {
|
|
return -1
|
|
}
|
|
|
|
# Print the type of global_var. This type information is entirely
|
|
# fictional, it only exists in the DWARF, but it contains lots of nice
|
|
# field names, all of which are stored in the .debug_str section.
|
|
gdb_test "p global_var" " = \\{aa = 0, bb = 0, cc = 0\\}"
|
|
|
|
# Now copy the executable, and remove the .debug_str section. This
|
|
# creates an executable with an invalid DWARF configuration. GDB
|
|
# should give an error when trying to read the debug information from
|
|
# this executable.
|
|
set binfile_no_debug_str "${binfile}-no-debug-str"
|
|
set args "--remove-section .debug_str $binfile ${binfile_no_debug_str}"
|
|
if {[run_on_host "objcopy" [gdb_find_objcopy] "$args"]} {
|
|
perror "failed to run objcopy"
|
|
return -1
|
|
}
|
|
|
|
# Restart GDB, but don't load an executable. When we do load the
|
|
# executable we're going to get an error, which we check for below.
|
|
clean_restart
|
|
|
|
# This pattern is hit when GDB does not use -readnow (i.e. the default
|
|
# behaviour).
|
|
set pattern1 \
|
|
[multi_line \
|
|
"Reading symbols from \[^\r\n\]+" \
|
|
"Dwarf Error: DW_FORM_strp used without required section" \
|
|
"\\(No debugging symbols \[^\r\n\]+\\)"]
|
|
|
|
# This pattern is hit when GDB does use -readnow (e.g. running with
|
|
# --target_board=readnow).
|
|
set pattern2 \
|
|
[multi_line \
|
|
"Reading symbols from \[^\r\n\]+" \
|
|
"Expanding full symbols from \[^\r\n\]+" \
|
|
"Dwarf Error: DW_FORM_strp used without required section"]
|
|
|
|
# Load the executable, we expect an error from the DWARF parser.
|
|
gdb_test_multiple "file $binfile_no_debug_str" "file $testfile" {
|
|
-wrap -re $pattern1 {
|
|
pass $gdb_test_name
|
|
}
|
|
-re -wrap "$pattern2" {
|
|
pass $gdb_test_name
|
|
}
|
|
}
|