From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 58EDB3850205; Fri, 26 Aug 2022 19:45:03 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 58EDB3850205 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1661543103; bh=jXyZJ7yyYsI6s4tU2zRAbiMFM9qOoSKcNBnwUL5cCOM=; h=From:To:Subject:Date:In-Reply-To:References:From; b=X1sDog773a1rLv0MYO66IB2sF0iAPNtKfmGWn/YGEXIIBxYHvqSma/Limm0Pq3pGT Uze3AHAXgc3y6Mq19ikvuG1W+bHSwtfdMjUT1YGzEXauBU+GjcHBUoglBRMKufWO05 v0x27HdRhsJLzzxEY0FmyaXbkK5D4sg+7dfJpKfM= From: "fweimer at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug dynamic-link/29528] __libc_early_init not called after dlmopen that reuses namespace Date: Fri, 26 Aug 2022 19:45:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: dynamic-link X-Bugzilla-Version: 2.37 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fweimer at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: fweimer at redhat dot com X-Bugzilla-Target-Milestone: 2.37 X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: target_milestone resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D29528 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.37 Resolution|--- |FIXED Status|ASSIGNED |RESOLVED --- Comment #2 from Florian Weimer --- Fixed via: commit d0e357ff45a75553dee3b17ed7d303bfa544f6fe Author: Florian Weimer Date: Fri Aug 26 21:15:43 2022 +0200 elf: Call __libc_early_init for reused namespaces (bug 29528) libc_map is never reset to NULL, neither during dlclose nor on a dlopen call which reuses the namespace structure. As a result, if a namespace is reused, its libc is not initialized properly. The most visible result is a crash in the functions. To prevent similar bugs on namespace reuse from surfacing, unconditionally initialize the chosen namespace to zero using memset. I'm going to backport this all the way to 2.34. --=20 You are receiving this mail because: You are on the CC list for the bug.=