DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:message-id:date:mime-version
	:content-type:content-transfer-encoding; q=dns; s=default; b=n/h
	hK2WS4FxUD1hGokoBG4y+E1vmoRqAz7ky4z+83Udgx9x5E/3qqWdmzJdu4vkUsJR
	pQ2en7NwpIXDd2cUzY7SM3d28XNt4/kcOPzzpIz0JsNenc7VeR/3a3aW2IirfLxi
	NwAlgFes9v+nMPL5kq7+qgqZmlNu4lsRM3blsfGQ=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
To: cygwin@cygwin.com
From: Alexey Sokolov <alexey+cygwin@asokolov.org>
Subject: dlclose() vs fork()
Message-ID: <1504e7ff-dd60-f55f-d00a-0a1ae5d5e034@asokolov.org>
Date: Tue, 21 Mar 2017 09:03:37 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Hello,
If the same DLL is dlopen()ed several times, dlclose() will actually
unload the DLL only after the same number of calls to dlclose().

This works fine in cygwin, until we add fork().

It looks like in the child process the counters of inherited DLLs are
set to 1, so the first dlclose() unloads it, causing segfault for
subsequent access to the unloaded code.
https://github.com/znc/znc/issues/1385#issuecomment-288014319 has a
working minimal example of this behavior.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple