diff options
author | Martin von Gagern <Martin.vGagern@gmx.net> | 2011-05-14 21:25:43 -0400 |
---|---|---|
committer | Ulrich Drepper <drepper@gmail.com> | 2011-05-14 21:25:43 -0400 |
commit | d26dfc60edc8c6dd160eefff16a734152a835ca0 (patch) | |
tree | 0d0e1a3caa1f5edd8fc27a8a4715fc1052740c7e /NEWS | |
parent | a79a1c704b32c48903a4cb4c0786eca828520b5c (diff) | |
download | glibc-d26dfc60edc8c6dd160eefff16a734152a835ca0.tar glibc-d26dfc60edc8c6dd160eefff16a734152a835ca0.tar.gz glibc-d26dfc60edc8c6dd160eefff16a734152a835ca0.tar.bz2 glibc-d26dfc60edc8c6dd160eefff16a734152a835ca0.zip |
Fix handling of static TLS in dlopen'ed objects
When dynamically loading a library along with several dependencies, calls to
_dl_add_to_slotinfo and _dl_update_slotinfo can become intermixed. As a
consequence, _dl_update_slotinfo will update the generation counter of the dtv
although not all of the slots belonging to that generation have been added.
Subsequent calls to _dl_add_to_slotinfo will add more slots to the same
generation, for which no storage will be allocated, as the dtv generation
checks will claim no work is necessary. This will lead to uninitialized dtv
entries and will likely cause a SIGSEGV when thread local variables are
accessed.
Diffstat (limited to 'NEWS')
-rw-r--r-- | NEWS | 8 |
1 files changed, 4 insertions, 4 deletions
@@ -11,10 +11,10 @@ Version 2.14 386, 11257, 11258, 11487, 11532, 11578, 11653, 11668, 11724, 11945, 11947, 12052, 12083, 12158, 12178, 12200, 12346, 12393, 12420, 12432, 12445, - 12449, 12454, 12460, 12469, 12489, 12509, 12510, 12511, 12518, 12527, - 12541, 12545, 12551, 12582, 12583, 12587, 12597, 12601, 12611, 12625, - 12626, 12631, 12650, 12653, 12655, 12660, 12681, 12685, 12711, 12713, - 12714, 12717, 12723, 12724, 12734, 12738 + 12449, 12453, 12454, 12460, 12469, 12489, 12509, 12510, 12511, 12518, + 12527, 12541, 12545, 12551, 12582, 12583, 12587, 12597, 12601, 12611, + 12625, 12626, 12631, 12650, 12653, 12655, 12660, 12681, 12685, 12711, + 12713, 12714, 12717, 12723, 12724, 12734, 12738 * The RPC implementation in libc is obsoleted. Old programs keep working but new programs cannot be linked with the routines in libc anymore. |