diff options
| author | Tom Tromey <tromey@adacore.com> | 2020-04-10 07:18:49 -0600 |
|---|---|---|
| committer | Tom Tromey <tromey@adacore.com> | 2020-04-10 07:21:16 -0600 |
| commit | 0c4311ab90e46d2ae0cc29160641b92220d10299 (patch) | |
| tree | 1fc9e6c2394e8f3843807f07e1c5e41d256ac7c9 /gdb/symfile.c | |
| parent | 3e65b3e9aff265b8db711f742ea527b4c2e36910 (diff) | |
| download | gdb-0c4311ab90e46d2ae0cc29160641b92220d10299.zip gdb-0c4311ab90e46d2ae0cc29160641b92220d10299.tar.gz gdb-0c4311ab90e46d2ae0cc29160641b92220d10299.tar.bz2 | |
Avoid infinite recursion in get_msymbol_address
Sometimes, get_msymbol_address can cause infinite recursion, leading
to a crash. This was reported previously here:
https://sourceware.org/pipermail/gdb-patches/2019-November/162154.html
A user on irc reported this as well, and with his help and the help of
a friend of his, we found that the problem occurred because, when
reloading a separate debug objfile, the objfile would lose the
OBJF_MAINLINE flag. This would cause some symbols from this separate
debug objfile to be marked "maybe_copied" -- but then
get_msymbol_address could find the same symbol and fail as reported.
This patch fixes the bug by preserving OBJF_MAINLINE.
No test case, unfortunately, because I could not successfully make
one.
gdb/ChangeLog
2020-04-10 Tom Tromey <tromey@adacore.com>
* symfile.c (symbol_file_add_separate): Preserve OBJF_MAINLINE.
Diffstat (limited to 'gdb/symfile.c')
| -rw-r--r-- | gdb/symfile.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/gdb/symfile.c b/gdb/symfile.c index bd27a1f..6105329 100644 --- a/gdb/symfile.c +++ b/gdb/symfile.c @@ -1163,7 +1163,7 @@ symbol_file_add_separate (bfd *bfd, const char *name, symbol_file_add_with_addrs (bfd, name, symfile_flags, &sap, objfile->flags & (OBJF_REORDERED | OBJF_SHARED | OBJF_READNOW - | OBJF_USERLOADED), + | OBJF_USERLOADED | OBJF_MAINLINE), objfile); } |