https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92916
Bug ID: 92916
Summary: elf_add freeing strtab_view in fail, even though it
shouldn't
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libbacktrace
Assignee: unassigned at gcc dot gnu.org
Reporter: marc.streckfuss at gmail dot com
CC: ian at gcc dot gnu.org
Target Milestone: ---
First of all, apologies if this report doesn't follow the correct convention,
but since this is a libbacktrace bug, most of it doesn't apply.
I'm keeping this rather short, since I guess the maintainer is the same one as
the github version (https://github.com/ianlancetaylor/libbacktrace), so this is
mostly to help internal/upstream tracking and coordination:
https://github.com/ianlancetaylor/libbacktrace/blob/master/elf.c#L2965 claims,
that "we hold on to the string table permanently.", which is only true until a
https://github.com/ianlancetaylor/libbacktrace/blob/master/elf.c#L3197, which
is caused by
https://github.com/ianlancetaylor/libbacktrace/blob/master/elf.c#L3071
Now I don't know if it's "okay" for L3071 to fail, like this expected, then
Line 3197 is just wrong.
If this is a more critical fault or releasing the symnames there is required,
then the changes made to the state (symdata) have to be rolled back, so no one
is relying on them as the error is not propagated back, but skipped.
the mentioned backtrace_get_view fails because of backtrace_get_view L77 ->
file too short, size = 2884504395, got = 2147479552.
see https://github.com/ianlancetaylor/libbacktrace/issues/29 for where I
intially reported this.
