diff options
author | Florian Weimer <fweimer@redhat.com> | 2019-12-13 10:18:24 +0100 |
---|---|---|
committer | Florian Weimer <fweimer@redhat.com> | 2019-12-13 10:18:24 +0100 |
commit | 365624e2d2a342cdb693b4cc35d2312169959e28 (patch) | |
tree | 4a17435022fd7b0c03690c7ad3444b0d3c030ced /intl/bindtextdom.c | |
parent | 186e119bbd4a10895429ffe405ae96dc5c5634b8 (diff) | |
download | glibc-365624e2d2a342cdb693b4cc35d2312169959e28.tar glibc-365624e2d2a342cdb693b4cc35d2312169959e28.tar.gz glibc-365624e2d2a342cdb693b4cc35d2312169959e28.tar.bz2 glibc-365624e2d2a342cdb693b4cc35d2312169959e28.zip |
dlopen: Fix issues related to NODELETE handling and relocations
The assumption behind the assert in activate_nodelete was wrong:
Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete:
Assertion `!imap->l_init_called || imap->l_type != lt_loaded' failed! (edit)
It can happen that an already-loaded object that is in the local
scope is promoted to NODELETE status, via binding to a unique
symbol.
Similarly, it is possible that such NODELETE promotion occurs to
an already-loaded object from the global scope. This is why the
loop in activate_nodelete has to cover all objects in the namespace
of the new object.
In do_lookup_unique, it could happen that the NODELETE status of
an already-loaded object was overwritten with a pending NODELETE
status. As a result, if dlopen fails, this could cause a loss of
the NODELETE status of the affected object, eventually resulting
in an incorrect unload.
Fixes commit f63b73814f74032c0e5d0a83300e3d864ef905e5 ("Remove all
loaded objects if dlopen fails, ignoring NODELETE [BZ #20839]").
Diffstat (limited to 'intl/bindtextdom.c')
0 files changed, 0 insertions, 0 deletions