diff options
| author | Florian Weimer <fweimer@redhat.com> | 2024-06-03 10:49:40 +0200 |
|---|---|---|
| committer | Florian Weimer <fweimer@redhat.com> | 2024-06-03 19:02:19 +0200 |
| commit | afe42e935b3ee97bac9a7064157587777259c60e (patch) | |
| tree | dd8321d97935e2605efaaa12ceabdc18019c2ff6 /stdio-common | |
| parent | 46b5e98ef6f1b9f4b53851f152ecb8209064b26c (diff) | |
| download | glibc-afe42e935b3ee97bac9a7064157587777259c60e.tar.gz glibc-afe42e935b3ee97bac9a7064157587777259c60e.tar.xz glibc-afe42e935b3ee97bac9a7064157587777259c60e.zip | |
elf: Avoid some free (NULL) calls in _dl_update_slotinfo
This has been confirmed to work around some interposed mallocs. Here
is a discussion of the impact test ust/libc-wrapper/test_libc-wrapper
in lttng-tools:
New TLS usage in libgcc_s.so.1, compatibility impact
<https://inbox.sourceware.org/libc-alpha/8734v1ieke.fsf@oldenburg.str.redhat.com/>
Reportedly, this patch also papers over a similar issue when tcmalloc
2.9.1 is not compiled with -ftls-model=initial-exec. Of course the
goal really should be to compile mallocs with the initial-exec TLS
model, but this commit appears to be a useful interim workaround.
Fixes commit d2123d68275acc0f061e73d5f86ca504e0d5a344 ("elf: Fix slow
tls access after dlopen [BZ #19924]").
Reviewed-by: Carlos O'Donell <carlos@redhat.com>
Diffstat (limited to 'stdio-common')
0 files changed, 0 insertions, 0 deletions