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; q=dns; s=default; b=TuWcwV
	XYCJJb8EL1GFGlAaPiH5k2zUwvhAu+bWYYtT9KUiylQmOEGzqueL1W/T+0d2Vvy4
	71Nu1drPJgJQ3MoaCi/HB2K9qycKRhH06AMBReEo36jJYsXlCj4JQ2rrlvV7BgyV
	NTjscnKNZlPknymWAZZz428yAObv/o3IPntYc=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Message-ID: <51F103CB.20904@gmail.com>
Date: Thu, 25 Jul 2013 18:54:03 +0800
From: JonY <10walls AT gmail DOT com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: python aborts
References: <d0191e464b44f772f988b2050cda4ac8 AT denis-excoffier DOT org> <20130522123148 DOT GW2406 AT calimero DOT vinschen DOT de> <51F0CBD2 DOT 2030502 AT dancol DOT org> <51F0CF92 DOT 60009 AT dancol DOT org> <51F0E39C DOT 1090500 AT dancol DOT org> <20130725091741 DOT GA20682 AT calimero DOT vinschen DOT de> <51F0FB68 DOT 90904 AT gmail DOT com>
In-Reply-To: <51F0FB68.90904@gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2QTLDSEQKIMAFSMOCNADN"

------enig2QTLDSEQKIMAFSMOCNADN
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 7/25/2013 18:18, JonY wrote:
> On 7/25/2013 17:17, Corinna Vinschen wrote:
>> On Jul 25 01:36, Daniel Colascione wrote:
>>> On 7/25/2013 12:11 AM, Daniel Colascione wrote:
>>>> On 7/24/2013 11:55 PM, Daniel Colascione wrote:
>>>>> Does that help at all?  I only started seeing this problem after I re=
compiled
>>>>> _wp.dll using gcc 4.7.3.
>>>>
>>>> Actually, this problem looks a lot like
>>>> http://www.mail-archive.com/gcc AT gcc DOT gnu DOT org/msg68316.html: neither Pyt=
hon nor
>>>> _wp links dynamically to libgcc, but cygsqlite3-0.dll does.
>>>>
>>>
>>> And this is a very nasty bug; Eli's analysis is correct. Say we have mo=
dules Foo
>>> and Bar. Foo links against shared libgcc, but Bar does not. Now, if we =
load Foo,
>>> load Bar, unload Foo, then unload Bar, then Foo's initialization code f=
inds
>>> libgcc and registers itself with it, but Foo's deinitializaton code doe=
sn't find
>>> libgcc, tries to instead unregister with Foo's internal data structures=
, finds
>>> them uninitialized, and aborts. No wonder changing Python module order =
around
>>> makes the problem go away for a little while.
>>>
>>> The right fix for libgcc looks something like this:
>>
>> Good catch!  Any chance you could send this upstream?
>>
>> JonY, do you have any spare cycles to create new 32 and 64 bit gcc
>> packages with this fix?
>>
>>
>> Thanks,
>> Corinna
>>
>=20
> Sure, should be done during the weekends, uploads and all. Kai seems to
> be on holiday, so getting it accepted upstream might take a while.
>=20
>=20

Daniel, please apply for FSF copyright assignment if you have not
already done so, if not, this patch is not going to be accepted upstream.


------enig2QTLDSEQKIMAFSMOCNADN
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (MingW32)

iQIcBAEBAgAGBQJR8QPQAAoJEHE7X+KcFF1F/IQP/3OcowE8StbvFK4hTjCuTjG2
U9jD0/FDsC9qJmb0Qa3n5Q6q7It6LmMnQGwFzIxLCTTPIWnJj5l5RAPf+o9y+HWe
KEicrrZJBdnhU91NpWf7CI9olzZnkbapffn8X1ci1wXE8xlV7z7jLzmCcPTcQ9ZR
lYO/yqLuEtUt64HqhbYH8dtLSaxUIvyMGaebEepJAdX+Mg0I8hN8PMbr6bF2lH2G
H0f1ST9Nss9ox4RKXrnQxeEW+9yswjNa6leFDShDXmQGqw1//So7l9v+j/b5z8ux
6coys5A8d0mMrOGQHj0y7nAP8J/rIhmJvADndIOUZyEKVuZsgscuPSNu2wd7ylUT
oxbiX0pQdiExsJFqtQ/Q7e2OEVSLrTi98nxWHIqG5X24lidwu3eP7iT/6qWNNz/l
99CknU0LiReQZ8tKNp0kRfW+KPiS/DyKVMq2NmtxyJaD9rbX9BTNGIvaBCAy/ORh
O8E9frqLSwU5K9LO6Y+CPcUMfu4Y1nlRqxIFcSi7BefYtWebX8izlVS3FH0q7KvF
UdGz32vfCRX4rFRWrbJSbItKt3KtDMI0zorwpiTKBhECJLsvk/2blnGo2+l7lt40
QILmvtKYcqNsG4C+YiByVyMcEy3mNPNVUwjUMP+FyVbAoV4yIaMeCCYDeAP5ZI7t
H5Rqibx7TwCXyacL1YAc
=UNMs
-----END PGP SIGNATURE-----

------enig2QTLDSEQKIMAFSMOCNADN--