[Bug libc/28487] New: Static application fault with dlopen library in rtld_malloc stubs

["Houdek.Ryan@fex-emu.org" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=28487

            Bug ID: 28487
           Summary: Static application fault with dlopen library in
                    rtld_malloc stubs
           Product: glibc
           Version: 2.33
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: libc
          Assignee: unassigned at sourceware dot org
          Reporter: Houdek.Ryan@fex-emu.org
                CC: drepper.fsp at gmail dot com
  Target Milestone: ---

Created attachment 13731
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13731&action=edit
Test application.

In some instances when a static/static-pie application does a dlopen on a
shared library, the shared library will attempt to use the rtld_malloc stubs.

These stub symbols are expected to be setup by the original application being
loaded. Since we were a static application, these symbols aren't ever setup for
something that the shared library to see.

A likely workaround is that when the dynamic linker is loaded with the initial
dlopen that `__rtld_malloc_init_real` should be called at some point.

Sadly I'm having a hard time debugging this locally myself so I'm looking for
help.

I have a simple test application that compiles the main application elf as
static-pie, then it loads a dynamic library that creates a thread.
The act of creating a thread tries to use the rtld_malloc symbols.
This was the easiest way I could find something that uses these malloc
routines.
This is attached as source.

-- 
You are receiving this mail because:
You are on the CC list for the bug.