From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 73476 invoked by alias); 1 Feb 2016 04:55:21 -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 73456 invoked by uid 89); 1 Feb 2016 04:55:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.6 required=5.0 tests=AWL,BAYES_40,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=dll, 406, robert.martens@bell.ca, robertmartensbellca X-HELO: BLU004-OMC1S37.hotmail.com Received: from blu004-omc1s37.hotmail.com (HELO BLU004-OMC1S37.hotmail.com) (65.55.116.48) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA256 encrypted) ESMTPS; Mon, 01 Feb 2016 04:55:17 +0000 Received: from BLU170-W28 ([65.55.116.8]) by BLU004-OMC1S37.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 31 Jan 2016 20:55:15 -0800 X-TMN: [Ig7gq357tnUqCzP1Nu0InA9Hofmkjq2j] Message-ID: From: Maarten Jacobs To: "cygwin@cygwin.com" CC: "Martens, Robert EY28737" Subject: RE: Python stackdump on "succesful" exit after import of python-requests Date: Mon, 01 Feb 2016 04:55:00 -0000 In-Reply-To: References: <7dd1bf85a74041df90f65fb31e9279fe@DG4MBX01-WYN.bell.corp.bce.ca>, Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg00000.txt.bz2 I realized that for me, the "work-around" to use python3 was not practical,= so I am back to analyzing this problem... And not making much progress. So= me help/assistance would be appreciated! I got the following traceback: (gdb) r generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml Starting program: /usr/bin/python generator.py libvirt /usr/share/libvirt/a= pi/libvirt-api.xml [New Thread 7028.0xb4] [New Thread 7028.0x1998] [New Thread 7028.0x1070] [New Thread 7028.0x15d8] [New Thread 7028.0x1d38] Found 406 functions in /usr/share/libvirt/api/libvirt-api.xml Found 0 functions in libvirt-override-api.xml Generated 338 wrapper functions Program received signal SIGABRT, Aborted. 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun= .c:1780 1780 =A0 =A0 =A0 =A0exit(sts); (gdb) bt #0 =A00x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pyt= honrun.c:1780 #1 =A00x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTE= M32/KERNELBASE.dll #2 =A00x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM3= 2/KERNELBASE.dll #3 =A00x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=3Dp@entry= =3D0x60fd0000, si=3D..., tls=3Dtls@entry=3D0x0) at /usr/src/debug/cygwin-2.= 4.1-1/winsup/cygwin/sigproc.cc:716 #4 =A00x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=3D0x60fd0000, si=3D...= ) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 #5 =A00x610ef9d8 in kill0 (pid=3Dpid@entry=3D7028, si=3D...) at /usr/src/de= bug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 #6 =A00x610efbb2 in kill (sig=3Dsig@entry=3D6, pid=3D7028) at /usr/src/debu= g/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 #7 =A0raise (sig=3Dsig@entry=3D6) at /usr/src/debug/cygwin-2.4.1-1/winsup/c= ygwin/signal.cc:288 #8 =A00x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin= /signal.cc:375 #9 =A00x6deb43c1 in cyggcc_s-1!.deregister_frame_info_bases () from /usr/bi= n/cyggcc_s-1.dll #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll #11 0x61028bb7 in per_module::run_dtors (this=3D0x6130d980) at /usr/src/deb= ug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 #12 dll::run_dtors (this=3D0x6130d978) at /usr/src/debug/cygwin-2.4.1-1/win= sup/cygwin/dll_init.h:72 #13 dll_global_dtors () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_= init.cc:53 #14 0x6118d64d in __call_exitprocs (code=3Dcode@entry=3D0, d=3Dd@entry=3D0x= 0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 #15 0x6114ae88 in exit (code=3D0) at /usr/src/debug/cygwin-2.4.1-1/newlib/l= ibc/stdlib/exit.c:66 #16 0x61006e79 in cygwin_exit (n=3D0) at /usr/src/debug/cygwin-2.4.1-1/wins= up/cygwin/dcrt0.cc:1337 #17 0x610ebf85 in _sigfe () at sigfe.s:38 #18 0x66b73de4 in Py_Exit (sts=3Dsts@entry=3D0) at /usr/src/debug/python-2.= 7.10-1/Python/pythonrun.c:1780 #19 0x66ba5281 in handle_system_exit () at /usr/src/debug/python-2.7.10-1/P= ython/pythonrun.c:1152 #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/P= ython/pythonrun.c:1193 #21 PyErr_PrintEx (set_sys_last_vars=3Dset_sys_last_vars@entry=3D1) at /usr= /src/debug/python-2.7.10-1/Python/pythonrun.c:1162 #22 0x66b74bc7 in PyErr_Print () at /usr/src/debug/python-2.7.10-1/Python/p= ythonrun.c:1065 #23 PyRun_SimpleFileExFlags (fp=3D, filename=3D0x60cc5c "gen= erator.py", closeit=3D1, flags=3D0x60cb5c) at /usr/src/debug/python-2.7.10-= 1/Python/pythonrun.c:953 #24 0x66b8ae9e in Py_Main (argc=3Dargc@entry=3D4, argv=3Dargv@entry=3D0x60c= c1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 #25 0x00401750 in main (argc=3D4, argv=3D0x60cc1c) at /usr/src/debug/python= -2.7.10-1/Modules/python.c:23 I'm used to looking at tracebacks from C++ executables, so most of this fee= ls familiar. It would appear that=A0deregister_frame_info_bases () (on #9) causes the ab= ort to happen. As far as I have been able to figure out, all of this happen= s while the instance of Python is being shut down. This is also not a new problem, as this was apparently already reported in = November of 2014: http://readlist.com/lists/cygwin.com/cygwin/15/75280.html Unfortunately that thread does not go any further than what is also apparen= t from my traceback. Does anybody have suggestions on how to further debug this issue? Thanks, Maarten Jacobs > From: maarten256@hotmail.com > To: robert.martens@bell.ca; cygwin@cygwin.com > Subject: RE: Python stackdump on "succesful" exit after import of python-= requests > Date: Sat, 30 Jan 2016 18:21:45 -0500 >=20 > Interesting - I had the same issue earlier this week; I worked around it = by using python3 instead, which didn't cause the same issue. (I figured it = was just me not doing something right). >=20 > Obviously that doesn't explain the behavior but I didn't have time to fur= ther investigate the issue with python 2.7. >=20 > I ran into the issue when I was trying to build libvirt-python on Cygwin. >=20 > I'd be curious to know what the real root cause for this abort is. >=20 > Thanks, >=20 > Maarten Jacobs=A0 >=20 > ---------------------------------------- > From: robert.martens@bell.ca > To: cygwin@cygwin.com > Subject: Python stackdump on "succesful" exit after import of python-requ= ests > Date: Fri, 29 Jan 2016 21:38:54 +0000 >=20 >=20 > Hello, > I am having a strange issue with Python 2.7 on cygwin. > Whenever a script of mine imports 'requests' (python-requests installed v= ia cygwin installer), after it closes I get an "Aborted" message and a stac= k dump. >=20 > This consistently causes the issue: > $ python > Python 2.7.10 (default, Jun 1 2015, 18:17:45) > [GCC 4.9.2] on cygwin > Type "help", "copyright", "credits" or "license" for more information. >>>> import requests >>>> exit() > Aborted (core dumped) >=20 > And here is the stackdump > $ cat python2.7.exe.stackdump > Stack trace: > Frame Function Args > 0028C868 61033A23 (00000244, 0000EA60, 000000A4, 0028C8D8) > 0028C998 610F27E2 (000000C8, 000000CC, 000000B8, 6111295F) >=20 > This is what gdb says: > (gdb) r > Starting program: /usr/bin/python > [New Thread 8744.0x1ca0] > [New Thread 8744.0x24f4] > [New Thread 8744.0x192c] > [New Thread 8744.0x11f0] > Python 2.7.10 (default, Jun 1 2015, 18:17:45) > [GCC 4.9.2] on cygwin > Type "help", "copyright", "credits" or "license" for more information. >>>> import requests > [New Thread 8744.0x2380] >>>> quit() >=20 > Program received signal SIGABRT, Aborted. > 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonr= un.c:1780 > 1780 exit(sts); > (gdb) bt > #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pyth= onrun.c:1780 > #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/= SysWOW64/ntdll.dll > #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow= 64/KERNELBASE.dll > #3 0x000002f8 in ?? () > #4 0x00000000 in ?? () > (gdb) continue > Continuing. > [New Thread 8744.0x25c4] > 3 [main] python2.7 8744 cygwin_exception::open_stackdumpfile: Dumping sta= ck trace to python2.7.exe.stackdump > [Thread 8744.0x24f4 exited with code 34304] > [Thread 8744.0x25c4 exited with code 34304] > [Thread 8744.0x2380 exited with code 34304] > [Thread 8744.0x192c exited with code 34304] > [Inferior 1 (process 8744) exited with code 0103000] >=20 > Any ideas? >=20 > Thanks, > Robert Martens > ADMS >=20 >=20 > -- > 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 >=20 > -- > 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 >=20 =20=09=09=20=09=20=20=20=09=09=20=20 -- 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