This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Async signal safe TLS accesses
- From: Paul Pluzhnikov <ppluzhnikov at google dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: Andrew Hunter <ahh at google dot com>, Rich Felker <dalias at aerifal dot cx>, GNU C Library <libc-alpha at sourceware dot org>, allan at archlinux dot org, Carlos O'Donell <carlos at redhat dot com>, Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>
- Date: Thu, 09 Jan 2014 07:57:17 -0800
- Subject: Re: [PATCH] Async signal safe TLS accesses
- Authentication-results: sourceware.org; auth=none
- References: <52C4DC54 dot 4000109 at redhat dot com> <1388689454-1854-1-git-send-email-ahh at google dot com> <CALoOobPio5625ws7dSWepgQbKmqHifvbU3tKWtKFS-tz_zihdQ at mail dot gmail dot com> <CADroS=7BBPbJ5bAUUy5VUWHX+gCrRmrEk17qO-s9zkdVNeFbxA at mail dot gmail dot com> <20140103074522 dot GT24286 at brightrain dot aerifal dot cx> <CADroS=49b8c8KCiNF2cHHRk5nPmy8LzYYF_x=GZfOCCQORkx8A at mail dot gmail dot com> <CALoOobNz=FzbSkJdPMFwqnFdpyNcAy8vDDEftj+vbMT5r8mJAw at mail dot gmail dot com> <Pine dot LNX dot 4 dot 64 dot 1401081752130 dot 1349 at digraph dot polyomino dot org dot uk> <CALoOobM6R+ua_0ffxRdaS_h69oUJ_+CoidxvLi+U_tdvJZY3dg at mail dot gmail dot com> <Pine dot LNX dot 4 dot 64 dot 1401082122230 dot 8625 at digraph dot polyomino dot org dot uk> <CALoOobMWsgbAjupv7Cj0-Xz0ND+TNinj26TquvEwZXM+BjfgiA at mail dot gmail dot com> <Pine dot LNX dot 4 dot 64 dot 1401090233380 dot 8625 at digraph dot polyomino dot org dot uk> <CALoOobOHjd+8guXBEsHuO=FtiPFRED4Zb=qDdTvEHr=01nRwHg at mail dot gmail dot com> <Pine dot LNX dot 4 dot 64 dot 1401091544010 dot 21172 at digraph dot polyomino dot org dot uk>
On 1/9/14, 7:46 AM, Joseph S. Myers wrote:
Could you switch to the other thread and print *imap?
$1 = {l_addr = 266268672,
l_name = 0x100140a8
"/scratch/jmyers/eglibc/p/obj/glibc-4.7-0-powerpc-linux-gnu-i686-pc-linux-gnu/default/nptl/tst-tls7mod.so",
266268672 == 0xfdef000
Crash is at 0x0fdef838.
So that confirms the "action() from tst-tls7mod.so is still running when
dlclose unmaps the library" theory.
What about the race I posited as possible explanation? Do you agree that
there is a race? Does sleep(1) before dlclose() "fix" it?
Also, is the crash you are seeing intermittent (how frequent?) or reliable?
Thanks,