This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: python aborts
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Wed, 22 May 2013 14:31:48 +0200
- Subject: Re: python aborts
- References: <d0191e464b44f772f988b2050cda4ac8 at denis-excoffier dot org>
- Reply-to: cygwin at cygwin dot com
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