delorie.com/archives/browse.cgi | search |
DMARC-Filter: | OpenDMARC Filter v1.4.2 delorie.com 53A6XcD83122463 |
Authentication-Results: | delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com |
Authentication-Results: | delorie.com; spf=pass smtp.mailfrom=cygwin.com |
DKIM-Filter: | OpenDKIM Filter v2.11.0 delorie.com 53A6XcD83122463 |
Authentication-Results: | delorie.com; |
dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=e8IcIkxI | |
X-Recipient: | archive-cygwin AT delorie DOT com |
DKIM-Filter: | OpenDKIM Filter v2.11.0 sourceware.org DDEA1383A619 |
DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; |
s=default; t=1744266817; | |
bh=iMXIz9DmkFvhjQsCi0phj3PR+0NBfYjMPqVALrC5gZo=; | |
h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe: | |
List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: | |
From; | |
b=e8IcIkxI7mLzwbahOSZOYw66a0QxvnesHRkp4SKiAPKdPf8MaR4hdVkjwklUaWZkZ | |
WO3jW/ZC6XnS2137VGPlsr6RVkoj3CXpoAYleGwedfhbqxUjWplm894NEOkOEUQ6t5 | |
2ngJaMi+JgN2vy2zMMYNPQZNRvYr63yS3ysaBIUY= | |
X-Original-To: | cygwin AT cygwin DOT com |
Delivered-To: | cygwin AT cygwin DOT com |
DMARC-Filter: | OpenDMARC Filter v1.4.2 sourceware.org B001038618BF |
ARC-Filter: | OpenARC Filter v1.0.0 sourceware.org B001038618BF |
ARC-Seal: | i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1744266758; cv=none; |
b=T32X/CIEB/Tpm+FnaWj1pZpjK0VJs/MYo6WNZxNhBQMyK0KFxXV7TmOm4i1LGXuyFpJ3RqH4gw4p/dTqBU+/O06kruINnVf8JRePTfdOD2WtQ+5XgQ/S10yCojBq9Ll1HFFwAqpLVVEaVYlO12hDzl/7KbTxKuBVvlbWyFk+pjQ= | |
ARC-Message-Signature: | i=1; a=rsa-sha256; d=sourceware.org; s=key; |
t=1744266758; c=relaxed/simple; | |
bh=0wmveO/V5fDt4bRuLA9UJFr6i9OEeW58bvpmTvD8UOM=; | |
h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; | |
b=ERjHy5o+j+IlI0rhS1UA/E9iC4AyvdfMNyUcSrPgHaIYYftC1AOzBh7Ek6kQj2Xe5jNbv27fswdd3/lYg5hXBuIE4Je/Zn3SbaJ6CFj5XHQvk40uqVGwPW+6WMeFCZAN3W5duCVq6wesGJFpfVhdTetvjWU7jJtIN6farwEUHis= | |
ARC-Authentication-Results: | i=1; server2.sourceware.org |
DKIM-Filter: | OpenDKIM Filter v2.11.0 sourceware.org B001038618BF |
Date: | Wed, 9 Apr 2025 23:32:38 -0700 (PDT) |
X-X-Sender: | jeremyd AT resin DOT csoft DOT net |
To: | "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com> |
Subject: | Re: pthread_atfork vs dlopen/dlclose |
In-Reply-To: | <b150c1e4-b3cd-4f90-8548-0c5f287948d4@jdrake.com> |
Message-ID: | <94af5480-167a-fcc6-5f4c-89afa5ce8637@jdrake.com> |
References: | <07665688-8199-2e80-cdfe-abeaa6f56ba7 AT jdrake DOT com> |
<2021152719 DOT 99592 DOT 1744265074916 AT mail DOT yahoo DOT com> | |
<b150c1e4-b3cd-4f90-8548-0c5f287948d4 AT jdrake DOT com> | |
MIME-Version: | 1.0 |
X-Content-Filtered-By: | Mailman/MimeDel 2.1.30 |
X-BeenThere: | cygwin AT cygwin DOT com |
X-Mailman-Version: | 2.1.30 |
List-Id: | General Cygwin discussions and problem reports <cygwin.cygwin.com> |
List-Unsubscribe: | <https://cygwin.com/mailman/options/cygwin>, |
<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe> | |
List-Archive: | <https://cygwin.com/pipermail/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-request AT cygwin DOT com?subject=help> |
List-Subscribe: | <https://cygwin.com/mailman/listinfo/cygwin>, |
<mailto:cygwin-request AT cygwin DOT com?subject=subscribe> | |
From: | Jeremy Drake via Cygwin <cygwin AT cygwin DOT com> |
Reply-To: | Jeremy Drake <cygwin AT jdrake DOT com> |
Errors-To: | cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com |
Sender: | "Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com> |
X-MIME-Autoconverted: | from base64 to 8bit by delorie.com id 53A6XcD83122463 |
On Wed, 9 Apr 2025, Jeremy Drake via Cygwin wrote: > On Thu, 10 Apr 2025, Kevin Schnitzius via Cygwin wrote: > > > On Wednesday, April 9, 2025 at 06:54:34 PM EDT, Jeremy Drake via Cygwin <cygwin AT cygwin DOT com> wrote: > > > > > The recent issue with pthread_atfork handlers reminded me of a scenario > > > that I know glibc handles, but it seems that Cygwin does not. Test case: > > > > <... code that loads a shared lib, registers some functions in shared lib with pthread_atfork(), unloads the shared lib, and crashes on fork...> > > > > Calling functions in an unloaded library should result in undefined behavior. > > > > However, further investigation reveals that the Linux pthread_atfork() registered functions are not being called and POSIX does not proved a mechanism for un-registering these functions.  Note: pthread_atfork() is not bumping the ref count on the shared lib--those functions are definitely unavailable after the dlclose() > > > > In the Cygwin version, calling the functions in the unloaded library when the fork happens causes the crash. > > > > This seems to be a bug with fork(), if it is a bug at all. > > I did a quick search, and found a write-up of *my* bug report :D > > https://developers.redhat.com/articles/2022/12/14/how-we-addressed-unforeseen-use-case-pthreadatfork > > "Now, dlclose()'ing a module means that any fork handlers registered by it > should not be executed after the dlclose and should therefore implicitly > be deregistered." It seems glibc takes care of this implicit deregistration in __cxa_finalize, after calling __cxa_atexit functions, it unregisters any at_quick_exit or pthread_atfork callbacks from the DSO being unloaded. https://sourceware.org/git/?p=glibc.git;a=blob;f=stdlib/cxa_finalize.c;h=2bb35602edc6bf842e5d2c93ad03454d7b57ee65;hb=HEAD It doesn't look like newlib deals with either at_quick_exit or pthread_atfork handlers in its __cxa_finalize implementation. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |