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=t37kXX
	SwSAszBeoYx8ZOfm74nP7iidbbyWPgq33x67fWyegbqGYzq0Vot7kCt4i3Z0Jzeb
	Bf0xe+tr4Iz6bmL9TOzVUajaQnC5KPp0b33fmcz83JJdgUBn/syV8hTiP9hMnVSD
	cOBRMlzBWb4/Djwgk+Gn+b9On4fw8pX04GzzA=
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=QUc/wENnOI3n
	V1zWPPLXhy/p15A=; b=pfBinULTRloR2wOPeWHEoPR7sSEOB0ynwX6UiWFIP+2b
	CmZPcl58Qo6pCH1ch50H2Hzsdkq8+hbB/AH4nBB6eNdA6VA7qFa5OSkYt7DCJIx/
	wYdro4KbYrohv3ijDELR8qSSUcU1iLzX9DY63zBz/JHsr39xEy0DW601jYkTn2k=
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
X-Spam-SWARE-Status:	No, score=-5.8 required=5.0 tests=AWL,BAYES_50,KHOP_PGP_SIGNED,KHOP_THREADED,RDNS_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.1
Message-ID:	<51F0E39C.1090500@dancol.org>
Date:	Thu, 25 Jul 2013 01:36:44 -0700
From:	Daniel Colascione <dancol AT dancol DOT org>
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
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>
In-Reply-To:	<51F0CF92.60009@dancol.org>
X-Virus-Found:	No

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

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 recom=
piled
>> _wp.dll using gcc 4.7.3.
>=20
> Actually, this problem looks a lot like
> http://www.mail-archive.com/gcc AT gcc DOT gnu DOT org/msg68316.html: neither Python=
 nor
> _wp links dynamically to libgcc, but cygsqlite3-0.dll does.
>=20

And this is a very nasty bug; Eli's analysis is correct. Say we have module=
s 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 finds
libgcc and registers itself with it, but Foo's deinitializaton code doesn't=
 find
libgcc, tries to instead unregister with Foo's internal data structures, fi=
nds
them uninitialized, and aborts. No wonder changing Python module order arou=
nd
makes the problem go away for a little while.

The right fix for libgcc looks something like this:

--- config/i386/cygming-crtbegin.c.orig 2013-07-25 00:07:35.000000000 -0800
+++ config/i386/cygming-crtbegin.c      2013-07-25 00:33:11.000000000 -0800
@@ -82,6 +82,8 @@
 extern void __gcc_register_frame (void);
 extern void __gcc_deregister_frame (void);

+static HANDLE libgcc_dll;
+
 void
 __gcc_register_frame (void)
 {
@@ -94,8 +96,11 @@
   void (*register_frame_fn) (const void *, struct object *);
   HANDLE h =3D GetModuleHandle (LIBGCC_SONAME);
   if (h)
-    register_frame_fn =3D (void (*) (const void *, struct object *))
-                       GetProcAddress (h, "__register_frame_info");
+    {
+      libgcc_dll =3D LoadLibrary (LIBGCC_SONAME); /* Hold reference */
+      register_frame_fn =3D (void (*) (const void *, struct object *))
+       GetProcAddress (h, "__register_frame_info");
+    }
   else
     register_frame_fn =3D __register_frame_info;
   if (register_frame_fn)
@@ -124,13 +129,16 @@
 {
 #if DWARF2_UNWIND_INFO
   void *  (*deregister_frame_fn) (const void *);
-  HANDLE h =3D GetModuleHandle (LIBGCC_SONAME);
-  if (h)
+  if (libgcc_dll)
     deregister_frame_fn =3D (void* (*) (const void *))
-                         GetProcAddress (libgcc_dl, "__deregister_frame_in=
fo");
+      GetProcAddress (libgcc_dll, "__deregister_frame_info");
   else
     deregister_frame_fn =3D __deregister_frame_info;
   if (deregister_frame_fn)
      deregister_frame_fn (__EH_FRAME_BEGIN__);
+
+  if (libgcc_dll)
+    FreeLibrary (libgcc_dll);
+
 #endif

The problem is that this code is baked into every module compiled with the =
buggy
libgcc. You have to recompile the world to fix it for good --- except if sh=
ared
libgcc is pinned in memory.


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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlHw46EACgkQ17c2LVA10VsFqgCghMdWq6PmEyzV2g/pq0JLJuAl
L44An3lKidwalpf3+DiJWDXivHOCbjf9
=zjwt
-----END PGP SIGNATURE-----

------enig2ABQHNUQBBPRONOGPTBAE--

- Raw text -