User Extensible Heap Manager
b5e4ba016e
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> |
||
---|---|---|
tests | ||
.gitignore | ||
0001-Handle-allocations-of-size-zero-in-libautohbw.patch | ||
gating.yaml | ||
memkind.spec | ||
sources |