It turns out that LD_PRELOAD'ing libautohbw to override glibc's malloc
with this set of changes brings up a jemalloc circular dependency problem
with TLS init. As jemalloc depends on having the TLS initialized and malloc
is (now) required to get that area initialized, having jemalloc overriding
malloc before that initialization causes a recursion where TLS_init calls
malloc, which goes to jemalloc which requires TLS_init [1]. This recursion
causes the stack to grow unbounded up to the point it smashes into the
first shared lib mapping that happens to be mapped below the stack gap
leading the program to coredump with a SIGSEGV.
[1] https://github.com/jemalloc/jemalloc/issues/2472
Related: RHEL-14497
Signed-off-by: Rafael Aquini <aquini@redhat.com>
- Follow-up fix for a minor typo in the changelogs (RHEL-14497)
- Adjust the RPM license to match SPDX format (RHELMISC-1262)
Related: RHEL-14497
Signed-off-by: Rafael Aquini <aquini@redhat.com>
