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; q=dns; s=default; b=TuWcwV XYCJJb8EL1GFGlAaPiH5k2zUwvhAu+bWYYtT9KUiylQmOEGzqueL1W/T+0d2Vvy4 71Nu1drPJgJQ3MoaCi/HB2K9qycKRhH06AMBReEo36jJYsXlCj4JQ2rrlvV7BgyV NTjscnKNZlPknymWAZZz428yAObv/o3IPntYc= 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; s=default; bh=wf6auFDOFk/u EhePu6HPIfvgcEI=; b=A72pHq4Hjg9qoNosJ6UjJKbsnWJetsxsNGrcllzrcppu TzkobFV7HQWp1ughvD2nIyWxOoSWdY3LF5yQz/oh0Tcq6AcziQ6KxZASlhM6E3+y a15dJYqIqiVSfXFMHdXCtRo4VTa/iySWNX9g6Z4LaayFTujL7K2wESpMCdGvEY4= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Spam-SWARE-Status: No, score=-6.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_PGP_SIGNED,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RDNS_NONE,SPF_PASS autolearn=ham version=3.3.1 X-Received: by 10.66.232.101 with SMTP id tn5mr43148312pac.132.1374749659672; Thu, 25 Jul 2013 03:54:19 -0700 (PDT) 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: <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" X-Virus-Found: No ------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--