X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	q=dns; s=default; b=Bx8jG/3gH0mM4DRH4CveYu7tEcth1D5LMhRWmls8Qh+
	kswyzGCda7BZgbHNEIpcao2oq95Kko4zCXOIyNuRsLJK1DvhFZD3iPgkpGxJXGaN
	3rYz9whXKWvsl2BDuK1qaSF/J9UoEVYf62NZ4dxl7CKSUgQsjrAI8pFs2cBL1g4M
	=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	s=default; bh=VJ2hFVE8gexWaTH21BU9c9Y9HyU=; b=N/L/7ldsKyiIa/Npv
	9+vZEoKiYoIOseq4tmI+W6evqnQGkvZcxw2zElszq+jQt/AFEhyDEmTEDn1WINgu
	5rhwRJJbKTD61ZzeXszhHS5zEVS5UPlS4n5RsE7I2P8UHUtueXF2clx84x52J+gV
	mSYjF0yH/I1YFUxc0iqKoLROLw=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-0.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2
X-HELO:	rgout05.bt.lon5.cpcloud.co.uk
X-CTCH-RefID:	str=0001.0A090202.53CE6055.0182,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-Junkmail-Premium-Raw:	score=27/50,refid=2.7.2:2014.7.21.142419:17:27.888,ip=86.139.176.184,rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __SUBJ_ALPHA_END, __IN_REP_TO, __CT, __CT_TEXT_PLAIN, __CTE, __SUBJ_ALPHA_NEGATE, __FORWARDED_MSG, BODY_SIZE_1500_1599, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, SXL_IP_DYNAMIC[184.176.139.86.fur], HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS, NO_URI_FOUND
X-CTCH-Spam:	Unknown
Message-ID:	<53CE604D.1070309@dronecode.org.uk>
Date:	Tue, 22 Jul 2014 13:59:57 +0100
From:	Jon TURNEY <jon DOT turney AT dronecode DOT org DOT uk>
User-Agent:	Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: Core dump on 32-bit Cygwin if program calls dlopen
References:	<20140715090259 DOT GB20640 AT calimero DOT vinschen DOT de> <53C51460 DOT 5080805 AT cornell DOT edu> <20140715130829 DOT GK10401 AT calimero DOT vinschen DOT de> <53C532D9 DOT 7050506 AT gmail DOT com> <20140715143915 DOT GA8330 AT calimero DOT vinschen DOT de> <20140716070231 DOT GA25020 AT calimero DOT vinschen DOT de> <53C6F68A DOT 9000801 AT gmail DOT com> <20140717073734 DOT GA15332 AT calimero DOT vinschen DOT de> <53C7EC48 DOT 5060903 AT dronecode DOT org DOT uk> <20140717182429 DOT GS15332 AT calimero DOT vinschen DOT de> <20140722082711 DOT GA22860 AT calimero DOT vinschen DOT de>
In-Reply-To:	<20140722082711.GA22860@calimero.vinschen.de>

On 22/07/2014 09:27, Corinna Vinschen wrote:
> On Jul 17 20:24, Corinna Vinschen wrote:
>> On Jul 17 16:31, Jon TURNEY wrote:
>>> On 17/07/2014 08:37, Corinna Vinschen wrote:
>>>> It's the libgcc DLL which gives us grief, so a new libgcc package is
>>>> sufficent, afaics.  We should check if this DLL fixes the problem and
>>>> then make it "curr" soon, I think.
>>>
>>> I briefly tested this other patch with my test case from the mail above, and
>>> it doesn't seem to help.
>>> [...]
>> I asked DJ to take another look, but I guess ultimately we need the
>> attention of one of the GCC Windows maintainers.  Kai Tietz seems to be
>> unavailable right now, unfortunately.
>
> Looks like I totally misunderstood DJ's patch.  The patch does *not*
> change libgcc, it changes cygmin-crtbegin.c, thus the crtbegin.o file
> which is statically linked into the executable.
>
> That means, to fix the issue, you don't have to replace libgcc, you
> have to recompile the executable against the new crtbegin.o.
>
> DJ still claims his patch is the correct one.  The simple testcase
> dlopen'ing cyggs-9.dll works fine with the new crtbegin.o, according to
> him.

Sorry, I hadn't tested it correctly.

Building my test with an updated crtbegin.o as well, my test case is fixed.

I agree this patch seems better than my suggested one, as it makes 
crtbegin do the right thing in the face of unbalanced libgcc 
load/unload, rather than attempting to balance the libgcc load/unload as 
mine does.


--
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

- Raw text -