[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