aboutsummaryrefslogtreecommitdiff
path: root/elf/reldep9.c
diff options
context:
space:
mode:
authorFlorian Weimer <fweimer@redhat.com>2019-08-15 14:37:50 +0200
committerFlorian Weimer <fweimer@redhat.com>2019-08-15 18:53:32 +0200
commit23d2e5faf0bca6d9b31bef4aa162b95ee64cbfc6 (patch)
tree11fc805f477834891503dcf35ba52d183b71d0d5 /elf/reldep9.c
parent42760d764649ad82f5fe45a26cbdf2c2500409f7 (diff)
downloadglibc-23d2e5faf0bca6d9b31bef4aa162b95ee64cbfc6.tar
glibc-23d2e5faf0bca6d9b31bef4aa162b95ee64cbfc6.tar.gz
glibc-23d2e5faf0bca6d9b31bef4aa162b95ee64cbfc6.tar.bz2
glibc-23d2e5faf0bca6d9b31bef4aa162b95ee64cbfc6.zip
elf: Self-dlopen failure with explict loader invocation [BZ #24900]
In case of an explicit loader invocation, ld.so essentially performs a dlopen call to load the main executable. Since the pathname of the executable is known at this point, it gets stored in the link map. In regular mode, the pathname is not known and "" is used instead. As a result, if a program calls dlopen on the pathname of the main program, the dlopen call succeeds and returns a handle for the main map. This results in an unnecessary difference between glibc testing (without --enable-hardcoded-path-in-tests) and production usage. This commit discards the names when building the link map in _dl_new_object for the main executable, but it still determines the origin at this point in case of an explict loader invocation. The reason is that the specified pathname has to be used; the kernel has a different notion of the main executable.
Diffstat (limited to 'elf/reldep9.c')
0 files changed, 0 insertions, 0 deletions