[Bug dynamic-link/25341] Different behaviour of LD_PRELOAD and LD_LIBRARY_PATH from error tolerance perspective

aladjev.andrew at gmail dot com sourceware-bugzilla@sourceware.org
Fri Jan 3 19:56:00 GMT 2020


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

--- Comment #3 from Aladjev Andrew <aladjev.andrew at gmail dot com> ---
I've attached a debug patch where we can see the following result:

      1041:     open_verify 0 ELF file data encoding not little-endian
ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded (ELF
file data encoding not little-endian): ignored.
      1041:     open_verify 0 ELF file data encoding not little-endian
aarch64_be-unknown-linux-gnu-gcc: error while loading shared libraries:
/usr/aarch64_be-unknown-linux-gnu/lib64/libc.so.6: ELF file data encoding not
little-endian

So we can definitely say that both LD_PRELOAD and LD_LIBRARY_PATH received the
same error from "open_verify". LD_PRELOAD ignored this error, but
LD_LIBRARY_PATH failed.

But the problem is that "open_verify" description looks wrong. This function
should somehow ignore files for another architecture. I will investigate it
deeper.

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


More information about the Glibc-bugs mailing list