From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 709 invoked by alias); 15 Jul 2014 13:08:35 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 687 invoked by uid 89); 15 Jul 2014 13:08:33 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 15 Jul 2014 13:08:31 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 5A40B8E0600; Tue, 15 Jul 2014 15:08:29 +0200 (CEST) Date: Tue, 15 Jul 2014 13:08:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Core dump on 32-bit Cygwin if program calls dlopen Message-ID: <20140715130829.GK10401@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <53C46ACD.5060601@cornell.edu> <20140715090259.GB20640@calimero.vinschen.de> <53C51460.5080805@cornell.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GUPx2O/K0ibUojHx" Content-Disposition: inline In-Reply-To: <53C51460.5080805@cornell.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2014-07/txt/msg00158.txt.bz2 --GUPx2O/K0ibUojHx Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1519 On Jul 15 07:45, Ken Brown wrote: > On 7/15/2014 5:02 AM, Corinna Vinschen wrote: > >On Jul 14 19:42, Ken Brown wrote: > >>I'm getting a core dump on exit from a program that does nothing but ca= ll > >>dlopen. (But the call to dlopen succeeds.) This happens only in the 3= 2-bit > >>case. Here's a simple test case. > >> > >>$ cat test_dlopen.c > >>#include > >>#include > >>int > >>main() > >>{ > >> const char *dllname =3D "cyggs-9.dll"; > >> void *handle; > >> printf ("Trying to dlopen %s...", dllname); > >> handle =3D dlopen (dllname, RTLD_LAZY); > >> if (handle) > >> { > >> printf ("succeeded.\n"); > >> return 0; > >> } > >> else > >> { > >> printf ("failed.\n"); > >> return 1; > >> } > >>} > >> > >>$ gcc test_dlopen.c > >> > >>$ ./a > >>Trying to dlopen cyggs-9.dll...succeeded. > >>Aborted (core dumped) > > > >The crash occurs when calling the destructors from do_global_dtors. > >The crash address points to a crash inside a destructor of libgcc > >(actually cyggcc_1-1.dll) which has been pulled in by cyggs-9.dll. > > > >What destructor in libgcc would that be? And what is it expecting > >which is apparently missing? >=20 > FWIW, the problem disappears if I revert gcc-core and libgcc1 to 4.8.2-2. JonY, do you have a chance to have a look into this issue? Thanks, Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --GUPx2O/K0ibUojHx Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTxSfNAAoJEPU2Bp2uRE+gozgP/2GROwWMbrRJevXt+UbSSsbG yXuaGLscLBMmhXPoN7B3b+Z1rxELL1ga7t/b3sgYeWYVomWhTBQWfUapmxm6CtUf U8m/JQks3BnUnwLkMiG6sbJ33hE4sGay4hjjEU10XTNN1/MYPUhPEbXihyzDgEwU WN2o5VeKj1D04xKbYuQwcBrmOGAZ664cD1aKH3hPhAsSYVVntbITOceN+AnarVEk mToiPl66+xKbEVzNqmoDagmcEaXDlEWLoPEFp9ZsrnUka1z6pOWXq3lIZ7mRX/iC 6DpK3hr44ySe6VIFNWUxkpxdtcfMyZdh0TzyOqs5ibMMUxtonaJnBRLABgTWKCfT NZ4Co7+T6fT+1x/zJ7FNK7Y4ExxH//S+mgATkk0BK/WSC+712cytkixtXrzYiYAF VUs8bAmE8Q0lnY/pTBOQOsqtWuylXXshydPV7dhGcBfRUFcpo5TXk7Bqye2AgRc+ WuoJer5HSC4wMB4W3w7NRAF1FC4FzGjReotvd25Ywkg56pcDlefGRxh0NTh1rCnq AxkO8kUNeMsDA5GdR8mvM0wi6LagAnhqLfnO8b6gYuf7cdX8Tu2RgDrd06OG4/YK f/dwO2SBiNqmLHCKnMGPNXi67q81CxKdB0rz+Aw+khmroy4kVgao/oz8Wd/8ttp+ XtIwq5Sf510k/VlvFSG9 =kufo -----END PGP SIGNATURE----- --GUPx2O/K0ibUojHx--