User Extensible Heap Manager
Go to file
Rafael Aquini b5e4ba016e Revert: "Allow libautohbw allocations of size zero"
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>
2024-02-29 18:02:30 -05:00
tests re-import sources as agreed with the maintainer 2023-06-29 17:08:40 +02:00
.gitignore re-import sources as agreed with the maintainer 2023-06-29 17:08:40 +02:00
0001-Handle-allocations-of-size-zero-in-libautohbw.patch Allow libautohbw allocations of size zero 2023-11-13 16:04:39 -05:00
gating.yaml Bring gating.yaml over from Brew dist-git 2023-03-10 11:03:32 -08:00
memkind.spec Revert: "Allow libautohbw allocations of size zero" 2024-02-29 18:02:30 -05:00
sources re-import sources as agreed with the maintainer 2023-06-29 17:08:40 +02:00