DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=cu1Hg2V53SlbpchY//8U94WR8G3bJEerDkcsZkEwtwghswm81g5zg
	nOkwW7JGbRoLFKMY2NJaDdMB4KLQFVP57myfxAdLwcYcxG7RxxlTUtgJXVRJjF07
	7ytNtUXQT40fwYpqO0aNNrPIsWy7TpbkgPuV4HXSC6R6JHIfzK3XUs=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Wed, 22 May 2013 14:31:48 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: python aborts
Message-ID: <20130522123148.GW2406@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <d0191e464b44f772f988b2050cda4ac8@denis-excoffier.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <d0191e464b44f772f988b2050cda4ac8@denis-excoffier.org>
User-Agent: Mutt/1.5.21 (2010-09-15)

On May 22 11:11, Denis Excoffier wrote:
> Hello,
> 
> With the current snapshot (20130521) on Windows XP, the following
> fails (with an empty stackdump):
> 
> % /usr/bin/python pyfoo
> Abort (core dumped)
> % cat pyfoo
> import xml.sax
> xml.sax.make_parser()
> % cat python2.7.exe.stackdump
> Stack trace:
> Frame     Function  Args
> % /usr/bin/python --version
> Python 2.7.3
> %
> 
> With some dichotomy, i found that under the 20130430 snapshot it works
> (no "abort", no stackdump), but under 20130501 it does the same
> as today (ie abort).

I have another effect.  In my case the 20130430 snapshot does not
print the "Abort (core dumped)" message, but it still creates the
more or less empty stackdump file as above.  So, AFAICS, the crash
occured before, only you didn't see it.  With Cygwin 1.7.17,
I only get an "Abort" and an entirely empty stackdump.

> My original python program (from which i extracted this test case)
> seems
> to run correctly until the end of it, where the abort occurs.

Well, I'm not sure what's going on, but the crash supposedly occurs
in verifyable_object_isvalid in thread.cc.  This function is usually
called to check if a pthreads object is valid, and it's written so
that a SEGV is expected, catched, and converted to a specific return
code, usually.  Even with a debug-enabled Cygwin DLL I'm not able
to debug this further since python somehow doesn't run the same under
GDB.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

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