* Python stackdump on "succesful" exit after import of python-requests @ 2016-01-30 15:21 Martens, Robert (EY28737) 2016-01-31 13:37 ` Maarten Jacobs 0 siblings, 1 reply; 8+ messages in thread From: Martens, Robert (EY28737) @ 2016-01-30 15:21 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 2010 bytes --] Hello, I am having a strange issue with Python 2.7 on cygwin. Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. 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) 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) 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() Program received signal SIGABRT, Aborted. 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 1780 exit(sts); (gdb) bt #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] Any ideas? Thanks, Robert Martens ADMS [-- Attachment #2: cygcheck.out --] [-- Type: application/octet-stream, Size: 71040 bytes --] Cygwin Configuration Diagnostics Current System Time: Fri Jan 29 21:33:45 2016 Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 Running under WOW64 on AMD64 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\ProgramData\Oracle\Java\javapath C:\Python34 C:\Python34\Scripts C:\Program Files (x86)\RSA SecurID Token Common C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x86 C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x64 C:\Program Files (x86)\OpenText\Viewer\bin C:\Windows\SysWOW64 C:\android\sdk\platform-tools C:\strawberry\c\bin C:\strawberry\perl\site\bin C:\strawberry\perl\bin C:\Program Files\Google\Cloud SDK\google-cloud-sdk\bin C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit C:\Program Files\Microsoft SQL Server\110\Tools\Binn C:\Program Files (x86)\Microsoft SDKs\TypeScript\1.0 C:\Program Files\Microsoft SQL Server\120\Tools\Binn C:\Program Files (x86)\Git\cmd C:\Program Files\Java\jdk1.7.0_67\bin C:\Program Files (x86)\CMake\bin C:\Program Files\Java\jdk1.7.0_67\bin C:\Program Files\Java\jdk1.7.0_67\bin Output from C:\cygwin\bin\id.exe UID: 946205(robert.martens) GID: 10513(Domain Users) 10513(Domain Users) 1000(Debugger Users) 559(Performance Log Users) 545(Users) 4(INTERACTIVE) 66049(CONSOLE LOGON) 11(Authenticated Users) 15(This Organization) 4095(CurrentSession) 66048(LOCAL) 1713346(1SRC_Marketing) 1713347(1SRC_MARKETING_DYN) 1049089(Domain Users) 2161216(Bell_Users) 2012745(eSpaceUsers) 1201658(Bell_Users) 401408(Medium Mandatory Level) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'robert.martens' PWD = '/home/robert.martens/admin/jobtools' HOME = '/home/robert.martens' HOMEPATH = '\Users\robert.martens' USERDOMAIN_ROAMINGPROFILE = 'BELL' APPDATA = 'C:\Users\robert.martens\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'D31C3H' SDAPROFILE = 'Base-EN' LOBPATH = 'C:\Windows\Support\BaseApps' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 42 Stepping 7, GenuineIntel' Profile_Version = 'Base-EN' SHELL = '/bin/bash' TERM = 'screen-256color' WINDIR = 'C:\Windows' PROFILEREAD = 'true' COMPANY_NAME = 'Bell Canada' !X: = 'X:\' PUBLIC = 'C:\Users\Public' !A: = 'A:\' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' USERDOMAIN = 'BELL' ORIGINAL_PATH = '/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python34:/cygdrive/c/Python34/Scripts:/cygdrive/c/Program Files (x86)/RSA SecurID Token Common:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files (x86)/Intel/OpenCL SDK/2.0/bin/x86:/cygdrive/c/Program Files (x86)/Intel/OpenCL SDK/2.0/bin/x64:/cygdrive/c/Program Files (x86)/OpenText/Viewer/bin:/cygdrive/c/Windows/SysWOW64:/cygdrive/c/android/sdk/platform-tools:/cygdrive/c/strawberry/c/bin:/cygdrive/c/strawberry/perl/site/bin:/cygdrive/c/strawberry/perl/bin:/cygdrive/c/Program Files/Google/Cloud SDK/google-cloud-sdk/bin:/cygdrive/c/Program Files (x86)/Windows Kits/8.1/Windows Performance Toolkit:/cygdrive/c/Program Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files (x86)/Microsoft SDKs/TypeScript/1.0:/cygdrive/c/Program Files/Microsoft SQL Server/120/Tools/Binn:/cygdrive/c/Program Files (x86)/Git/cmd:/cygdrive/c/Program Files/Java/jdk1.7.0_67/bin:/cygdrive/c/Program Files (x86)/CMake/bin' ALLUSERSPROFILE = 'C:\ProgramData' OS = 'Windows_NT' UATDATA = 'C:\Windows\SysWOW64\CCM\UATData\D9F8C395-CAB8-491d-B8AC-179A1FE1BE77' windows_tracing_flags = '3' !:: = '::\' SecSpecialMode = '710916' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' TEMP = '/tmp' LS_COLORS = 'rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:' TERMCAP = 'SC|screen-256color|VT 100/ANSI X3.64 virtual terminal:\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\ :le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\ :li#68:co#239:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\ :cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\ :im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\ :ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\ :ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\ :se=\E[23m:mb=\E[5m:md=\E[1m:mh=\E[2m:mr=\E[7m:\ :me=\E[m:ms:\ :Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\ :vb=\Eg:G0:as=\E(0:ae=\E(B:\ :ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\ :po=\E[5i:pf=\E[4i:Km=\E[M:k0=\E[10~:k1=\EOP:k2=\EOQ:\ :k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:\ :k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:\ :F3=\E[1;2P:F4=\E[1;2Q:F5=\E[1;2R:F6=\E[1;2S:\ :F7=\E[15;2~:F8=\E[17;2~:F9=\E[18;2~:FA=\E[19;2~:kb=^H:\ :K2=\EOE:kB=\E[Z:kF=\E[1;2B:kR=\E[1;2A:*4=\E[3;2~:\ :*7=\E[1;2F:#2=\E[1;2H:#3=\E[2;2~:#4=\E[1;2D:%c=\E[6;2~:\ :%e=\E[5;2~:%i=\E[1;2C:kh=\E[1~:@1=\E[1~:kH=\E[4~:\ :@7=\E[4~:kN=\E[6~:kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:\ :kd=\EOB:kr=\EOC:kl=\EOD:km:' USERNAME = 'robert.martens' !H: = 'H:\' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' STY = '7556.pty1.D31C3H' FP_NO_HOST_CHECK = 'NO' PROCESSOR_ARCHITEW6432 = 'AMD64' SYSTEMDRIVE = 'C:' JAVA_HOME = 'C:\Program Files\Java\jdk1.7.0_67' LUA_PATH = 'C:\Program Files (x86)\LuaRocks\2.2\lua\?.lua;C:\Program Files (x86)\LuaRocks\2.2\lua\?\init.lua' USERPROFILE = 'C:\Users\robert.martens' VS120COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\' LANG = 'en_US.UTF-8' PLOTICUS_PREFABS = '/usr/share/ploticus/prefabs' CLOUDSDK_PYTHON = 'C:\python27_x64\python.exe' TZ = 'America/New_York' LOGONSERVER = '\\TOROON66000' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' CommonProgramW6432 = 'C:\Program Files\Common Files' LOCALAPPDATA = 'C:\Users\robert.martens\AppData\Local' PROCESSOR_ARCHITECTURE = 'x86' OSPlatform = 'x64' HISTCONTROL = 'ignoredups,ignoredups' ProgramData = 'C:\ProgramData' COMPUTER_MODEL = 'HP ProBook 6460b' SHLVL = '2' EXECIGNORE = '*.dll' BaseApps_Lang = 'English' Image_Version = '12.02.01' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC;.PY;.LUA' USERDNSDOMAIN = 'BELL.CORP.BCE.CA' HOMEDRIVE = 'C:' HTTP_PROXY = 'http://fastweb.int.bell.ca:8083' Computer_Lang = 'English' COMSPEC = 'C:\Windows\system32\cmd.exe' SYSTEMROOT = 'C:\Windows' TMP = '/tmp' Core_Version = 'Intel' PROCESSOR_REVISION = '2a07' PRINTER = '\\otwaonbc350\ONOP_09-1' WINDOW = '2' PROGRAMFILES = 'C:\Program Files (x86)' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' NUMBER_OF_PROCESSORS = '4' VS110COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\' CLOSEST_SERVER = 'C:\Windows\Support\BaseApps' SESSIONNAME = 'Console' COMPUTERNAME = 'D31C3H' COMPUTER_TYPE = 'Laptop-HP' _ = '/usr/bin/cygcheck.exe' OLDPWD = '/home/robert.martens' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: C:\cygwin User: Key: c5e39b7a9d22bafb Path: C:\cygwin c: hd NTFS 228926Mb 54% CP CS UN PA FC System d: cd N/A N/A f: cd CDFS 572Mb 100% CS UN Ubuntu-Server 14 x: net NTFS 856700Mb 63% CP CS UN PA FC Data C:\cygwin / system binary,auto C:\cygwin\bin /usr/bin system binary,auto C:\cygwin\lib /usr/lib system binary,auto cygdrive prefix /cygdrive user binary,auto Found: C:\cygwin\bin\awk -> C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\Windows\system32\find.exe Warning: C:\cygwin\bin\find.exe hides C:\Windows\system32\find.exe Found: C:\Windows\SysWOW64\find.exe Warning: C:\cygwin\bin\find.exe hides C:\Windows\SysWOW64\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\vi.exe Found: C:\cygwin\bin\vim.exe 644k 2015/06/01 C:\cygwin\bin\cygarchive-13.dll - os=4.0 img=1.0 sys=4.0 "cygarchive-13.dll" v0.0 ts=2015-06-01 22:07 38k 2013/07/23 C:\cygwin\bin\cygargp-0.dll - os=4.0 img=1.0 sys=4.0 "cygargp-0.dll" v0.0 ts=2013-07-23 15:35 125k 2015/11/06 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2015-11-06 02:18 169k 2015/11/06 C:\cygwin\bin\cygatk-bridge-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-bridge-2.0-0.dll" v0.0 ts=2015-11-06 06:10 87k 2015/07/02 C:\cygwin\bin\cygatomic-1.dll - os=4.0 img=1.0 sys=4.0 "cygatomic-1.dll" v0.0 ts=2015-07-02 21:51 155k 2015/11/12 C:\cygwin\bin\cygatspi-0.dll - os=4.0 img=1.0 sys=4.0 "cygatspi-0.dll" v0.0 ts=2015-11-12 23:39 14k 2012/05/04 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 "cygattr-1.dll" v0.0 ts=2012-05-04 12:35 203k 2015/03/23 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0 "cygblkid-1.dll" v0.0 ts=2015-03-23 09:55 62k 2011/05/21 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2011-05-21 20:16 1219k 2015/11/23 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2015-11-23 20:44 25k 2015/11/23 C:\cygwin\bin\cygcairo-gobject-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-gobject-2.dll" v0.0 ts=2015-11-23 20:45 121k 2015/11/23 C:\cygwin\bin\cygcairo-script-interpreter-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-script-interpreter-2.dll" v0.0 ts=2015-11-23 20:46 10k 2012/05/03 C:\cygwin\bin\cygcatgets1.dll - os=4.0 img=1.0 sys=4.0 "cygcatgets1.dll" v0.0 ts=2012-05-03 15:04 10k 2015/02/20 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2015-02-20 16:52 125k 2013/05/09 C:\cygwin\bin\cygcloog-isl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcloog-isl-4.dll" v0.0 ts=2013-05-09 08:37 13k 2015/03/19 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0 "cygcom_err-2.dll" v0.0 ts=2015-03-19 02:45 223k 2015/11/06 C:\cygwin\bin\cygcroco-0.6-3.dll - os=4.0 img=1.0 sys=4.0 "cygcroco-0.6-3.dll" v0.0 ts=2015-11-06 05:54 7k 2012/05/07 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2012-05-07 12:18 1521k 2015/01/08 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2015-01-08 19:55 1981k 2015/12/03 C:\cygwin\bin\cygcrypto-1.0.0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-1.0.0.dll" v0.0 ts=2015-12-03 20:47 463k 2016/01/28 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2016-01-28 02:04 27k 2014/11/12 C:\cygwin\bin\cygdatrie-1.dll - os=4.0 img=1.0 sys=4.0 "cygdatrie-1.dll" v0.0 ts=2014-11-12 05:14 1284k 2011/11/10 C:\cygwin\bin\cygdb-4.8.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.8.dll" v0.0 ts=2011-11-10 18:45 273k 2015/02/17 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-1-3.dll" v0.0 ts=2015-02-17 19:43 138k 2015/01/19 C:\cygwin\bin\cygdbus-glib-1-2.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-glib-1-2.dll" v0.0 ts=2015-01-19 02:35 105k 2011/11/10 C:\cygwin\bin\cygdb_cxx-4.8.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.8.dll" v0.0 ts=2011-11-10 18:46 52k 2015/11/06 C:\cygwin\bin\cygdconf-1.dll - os=4.0 img=1.0 sys=4.0 "cygdconf-1.dll" v0.0 ts=2015-11-06 03:18 182k 2015/03/13 C:\cygwin\bin\cygdialog-12.dll - os=4.0 img=1.0 sys=4.0 "cygdialog-12.dll" v0.0 ts=2015-03-13 20:33 159k 2013/10/20 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygedit-0.dll" v0.0 ts=2013-10-20 22:09 99k 2015/11/26 C:\cygwin\bin\cygEGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygEGL-1.dll" v0.0 ts=2015-11-26 19:26 718k 2015/05/17 C:\cygwin\bin\cygepoxy-0.dll - os=4.0 img=1.0 sys=4.0 "cygepoxy-0.dll" v0.0 ts=2015-05-17 17:50 153k 2013/07/31 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2013-07-31 22:33 81k 2015/03/18 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2015-03-19 00:47 32k 2014/10/14 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2014-10-14 21:21 27k 2015/01/02 C:\cygwin\bin\cygffi-6.dll - os=4.0 img=1.0 sys=4.0 "cygffi-6.dll" v0.0 ts=2015-01-02 01:11 229k 2015/09/10 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2015-09-10 19:22 23k 2013/06/06 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2013-06-06 22:17 53k 2015/06/09 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2015-06-10 00:21 60k 2016/01/26 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0 "cygformw-10.dll" v0.0 ts=2016-01-26 18:16 608k 2015/09/08 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2015-09-08 09:08 108k 2015/07/02 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2015-07-02 18:59 170k 2013/08/06 C:\cygwin\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2013-08-06 20:32 633k 2015/11/30 C:\cygwin\bin\cyggcrypt-20.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-20.dll" v0.0 ts=2015-11-30 04:45 370k 2015/02/09 C:\cygwin\bin\cyggd-3.dll - os=4.0 img=1.0 sys=4.0 "cyggd-3.dll" v0.0 ts=2015-02-09 09:51 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009-02-26 07:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009-02-26 07:58 646k 2015/12/31 C:\cygwin\bin\cyggdk-3-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-3-0.dll" v0.0 ts=2015-12-31 01:13 649k 2015/12/30 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2015-12-30 07:09 151k 2015/11/10 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2015-11-10 07:47 41k 2015/03/26 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0 "cyggg-1.dll" v0.0 ts=2015-03-26 18:55 56k 2015/03/26 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0 "cygggi-2.dll" v0.0 ts=2015-03-26 19:04 13k 2015/03/26 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0 "cygggiwmh-0.dll" v0.0 ts=2015-03-26 19:26 30k 2015/03/26 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0 "cyggii-1.dll" v0.0 ts=2015-03-26 18:55 1444k 2015/12/30 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2015-12-30 08:03 650k 2015/11/26 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2015-11-26 19:26 281k 2015/11/26 C:\cygwin\bin\cygglapi-0.dll - os=4.0 img=1.0 sys=4.0 "cygglapi-0.dll" v0.0 ts=2015-11-26 19:05 1036k 2015/12/30 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2015-12-30 08:01 15k 2015/12/30 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2015-12-30 08:01 507k 2015/12/06 C:\cygwin\bin\cyggmp-10.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-10.dll" v0.0 ts=2015-12-06 09:03 317k 2011/07/31 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2011-07-31 06:14 103k 2015/06/19 C:\cygwin\bin\cyggnome-menu-3-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnome-menu-3-0.dll" v0.0 ts=2015-06-20 00:08 1026k 2015/08/28 C:\cygwin\bin\cyggnutls-28.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-28.dll" v0.0 ts=2015-08-28 15:23 26k 2015/08/28 C:\cygwin\bin\cyggnutls-openssl-27.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-openssl-27.dll" v0.0 ts=2015-08-28 15:23 42k 2015/08/28 C:\cygwin\bin\cyggnutlsxx-28.dll - os=4.0 img=1.0 sys=4.0 "cyggnutlsxx-28.dll" v0.0 ts=2015-08-28 15:23 318k 2015/12/30 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2015-12-30 08:02 78k 2015/07/02 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2015-07-02 19:15 68k 2015/11/30 C:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2015-11-30 04:21 121k 2013/08/05 C:\cygwin\bin\cyggraphite2-3.dll - os=4.0 img=3.0 sys=4.0 "cyggraphite2-3.dll" v0.0 ts=2013-08-05 07:41 10735k 2015/02/11 C:\cygwin\bin\cyggs-9.dll - os=4.0 img=1.0 sys=4.0 "cyggs-9.dll" v0.0 ts=2015-02-11 14:56 277k 2016/01/28 C:\cygwin\bin\cyggssapi_krb5-2.dll - os=4.0 img=1.0 sys=4.0 "cyggssapi_krb5-2.dll" v0.0 ts=2016-01-28 03:00 9k 2015/12/30 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2015-12-30 08:02 7279k 2015/12/31 C:\cygwin\bin\cyggtk-3-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-3-0.dll" v0.0 ts=2015-12-31 01:30 4377k 2015/12/30 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2015-12-30 07:15 18k 2015/12/31 C:\cygwin\bin\cyggtkreftestprivate-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtkreftestprivate-0.dll" v0.0 ts=2015-12-31 01:39 812k 2015/02/20 C:\cygwin\bin\cygguile-17.dll - os=4.0 img=1.0 sys=4.0 "cygguile-17.dll" v0.0 ts=2015-02-20 16:34 396k 2015/11/23 C:\cygwin\bin\cygharfbuzz-0.dll - os=4.0 img=1.0 sys=4.0 "cygharfbuzz-0.dll" v0.0 ts=2015-11-23 21:00 10k 2015/11/23 C:\cygwin\bin\cygharfbuzz-icu-0.dll - os=4.0 img=1.0 sys=4.0 "cygharfbuzz-icu-0.dll" v0.0 ts=2015-11-23 21:00 31k 2015/01/27 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2015-01-27 23:43 173k 2015/02/11 C:\cygwin\bin\cyghogweed-2.dll - os=4.0 img=1.0 sys=4.0 "cyghogweed-2.dll" v0.0 ts=2015-02-11 17:01 80k 2014/08/10 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=1970-01-01 00:00 1010k 2015/02/20 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2015-02-20 16:52 25309k 2015/05/04 C:\cygwin\bin\cygicudata55.dll - os=4.0 img=1.0 sys=4.0 "cygicudata55.dll" v0.0 ts=2015-05-04 17:06 24466k 2015/10/08 C:\cygwin\bin\cygicudata56.dll - os=4.0 img=1.0 sys=4.0 "cygicudata56.dll" v0.0 ts=2015-10-08 15:33 2209k 2015/05/04 C:\cygwin\bin\cygicui18n55.dll - os=4.0 img=1.0 sys=4.0 "cygicui18n55.dll" v0.0 ts=2015-05-04 17:05 2311k 2015/10/08 C:\cygwin\bin\cygicui18n56.dll - os=4.0 img=1.0 sys=4.0 "cygicui18n56.dll" v0.0 ts=2015-10-08 15:30 45k 2015/05/04 C:\cygwin\bin\cygicuio55.dll - os=4.0 img=1.0 sys=4.0 "cygicuio55.dll" v0.0 ts=2015-05-04 17:05 45k 2015/10/08 C:\cygwin\bin\cygicuio56.dll - os=4.0 img=1.0 sys=4.0 "cygicuio56.dll" v0.0 ts=2015-10-08 15:32 316k 2015/05/04 C:\cygwin\bin\cygicule55.dll - os=4.0 img=1.0 sys=4.0 "cygicule55.dll" v0.0 ts=2015-05-04 17:05 316k 2015/10/08 C:\cygwin\bin\cygicule56.dll - os=4.0 img=1.0 sys=4.0 "cygicule56.dll" v0.0 ts=2015-10-08 15:32 39k 2015/05/04 C:\cygwin\bin\cygiculx55.dll - os=4.0 img=1.0 sys=4.0 "cygiculx55.dll" v0.0 ts=2015-05-04 17:05 39k 2015/10/08 C:\cygwin\bin\cygiculx56.dll - os=4.0 img=1.0 sys=4.0 "cygiculx56.dll" v0.0 ts=2015-10-08 15:32 1408k 2015/05/04 C:\cygwin\bin\cygicuuc55.dll - os=4.0 img=1.0 sys=4.0 "cygicuuc55.dll" v0.0 ts=2015-05-04 17:04 1431k 2015/10/08 C:\cygwin\bin\cygicuuc56.dll - os=4.0 img=1.0 sys=4.0 "cygicuuc56.dll" v0.0 ts=2015-10-08 15:29 198k 2014/12/06 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2014-12-06 12:56 41k 2015/09/20 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2015-09-20 20:20 989k 2013/05/09 C:\cygwin\bin\cygisl-10.dll - os=4.0 img=1.0 sys=4.0 "cygisl-10.dll" v0.0 ts=2013-05-09 08:14 1191k 2015/09/20 C:\cygwin\bin\cygisl-13.dll - os=4.0 img=1.0 sys=4.0 "cygisl-13.dll" v0.0 ts=2015-09-20 12:39 277k 2015/01/23 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2015-01-23 12:03 47k 2014/06/17 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=1970-01-01 00:00 20k 2014/06/17 C:\cygwin\bin\cygjbig85-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig85-2.dll" v0.0 ts=1970-01-01 00:00 360k 2015/10/08 C:\cygwin\bin\cygjpeg-8.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-8.dll" v0.0 ts=2015-10-08 09:49 143k 2015/11/06 C:\cygwin\bin\cygjson-glib-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygjson-glib-1.0-0.dll" v0.0 ts=2015-11-06 03:23 191k 2016/01/28 C:\cygwin\bin\cygk5crypto-3.dll - os=4.0 img=1.0 sys=4.0 "cygk5crypto-3.dll" v0.0 ts=2016-01-28 03:00 93k 2015/10/08 C:\cygwin\bin\cygkpathsea-6.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-6.dll" v0.0 ts=2015-10-08 20:05 743k 2016/01/28 C:\cygwin\bin\cygkrb5-3.dll - os=4.0 img=1.0 sys=4.0 "cygkrb5-3.dll" v0.0 ts=2016-01-28 03:00 39k 2016/01/28 C:\cygwin\bin\cygkrb5support-0.dll - os=4.0 img=1.0 sys=4.0 "cygkrb5support-0.dll" v0.0 ts=2016-01-28 02:59 49k 2015/11/19 C:\cygwin\bin\cyglber-2-4-2.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-4-2.dll" v0.0 ts=2015-11-19 08:24 307k 2014/11/11 C:\cygwin\bin\cyglcms2-2.dll - os=4.0 img=1.0 sys=4.0 "cyglcms2-2.dll" v0.0 ts=2014-11-11 15:45 271k 2015/11/19 C:\cygwin\bin\cygldap-2-4-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-4-2.dll" v0.0 ts=2015-11-19 08:25 287k 2015/11/19 C:\cygwin\bin\cygldap_r-2-4-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-4-2.dll" v0.0 ts=2015-11-19 08:26 19312k 2015/05/27 C:\cygwin\bin\cygLLVM-3.5.dll - os=4.0 img=1.0 sys=4.0 "cygLLVM-3.5.dll" v0.0 ts=2015-05-26 23:43 5k 2016/01/24 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2016-01-24 10:24 6k 2016/01/24 C:\cygwin\bin\cyglsa64.dll (not x86 dll) 38k 2015/10/20 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2015-10-20 02:27 162k 2015/08/23 C:\cygwin\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2015-08-23 17:46 159k 2015/11/09 C:\cygwin\bin\cyglzma-5.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-5.dll" v0.0 ts=2015-11-09 06:13 127k 2014/11/17 C:\cygwin\bin\cyglzo2-2.dll - os=4.0 img=1.0 sys=4.0 "cyglzo2-2.dll" v0.0 ts=2014-11-17 09:18 124k 2016/01/11 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2016-01-11 22:36 173k 2015/10/09 C:\cygwin\bin\cygman-2-7-4.dll - os=4.0 img=1.0 sys=4.0 "cygman-2-7-4.dll" v0.0 ts=2015-10-09 09:30 22k 2015/10/09 C:\cygwin\bin\cygmandb-2-7-4.dll - os=4.0 img=1.0 sys=4.0 "cygmandb-2-7-4.dll" v0.0 ts=2015-10-09 09:30 133k 2014/01/21 C:\cygwin\bin\cygmcpp-0.dll - os=4.0 img=1.0 sys=4.0 "cygmcpp-0.dll" v0.0 ts=2014-01-21 19:06 30k 2015/06/09 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2015-06-10 00:20 30k 2016/01/26 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenuw-10.dll" v0.0 ts=2016-01-26 18:16 35k 2012/11/22 C:\cygwin\bin\cygmetalink-3.dll - os=4.0 img=1.0 sys=4.0 "cygmetalink-3.dll" v0.0 ts=2012-11-22 04:34 213k 2011/07/31 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2011-07-31 06:12 98k 2015/03/01 C:\cygwin\bin\cygmpc-3.dll - os=4.0 img=1.0 sys=4.0 "cygmpc-3.dll" v0.0 ts=2015-03-01 20:24 369k 2015/06/30 C:\cygwin\bin\cygmpfr-4.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-4.dll" v0.0 ts=2015-06-30 18:39 506k 2016/01/12 C:\cygwin\bin\cygnativeGLthunk.dll - os=4.0 img=1.0 sys=4.0 "cygnativeGLthunk.dll" v0.0 ts=2016-01-12 18:47 57k 2015/06/09 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2015-06-10 00:27 57k 2016/01/26 C:\cygwin\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++w-10.dll" v0.0 ts=2016-01-26 18:21 253k 2015/06/09 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2015-06-10 00:19 324k 2016/01/26 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0 "cygncursesw-10.dll" v0.0 ts=2016-01-26 18:15 195k 2015/02/11 C:\cygwin\bin\cygnettle-4.dll - os=4.0 img=1.0 sys=4.0 "cygnettle-4.dll" v0.0 ts=2015-02-11 17:01 129k 2015/01/02 C:\cygwin\bin\cygopenjpeg-1.dll - os=4.0 img=1.5 sys=4.0 "cygopenjpeg-1.dll" v0.0 ts=2015-01-02 06:58 326k 2015/06/01 C:\cygwin\bin\cygp11-kit-0.dll - os=4.0 img=1.0 sys=4.0 "cygp11-kit-0.dll" v0.0 ts=2015-06-01 20:17 15k 2015/06/09 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2015-06-10 00:20 15k 2016/01/26 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanelw-10.dll" v0.0 ts=2016-01-26 18:15 272k 2015/11/06 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2015-11-06 02:59 44k 2015/11/06 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2015-11-06 02:59 75k 2015/11/06 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2015-11-06 02:59 29k 2015/11/06 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2015-11-06 02:59 11k 2013/07/23 C:\cygwin\bin\cygpaper-1.dll - os=4.0 img=1.0 sys=4.0 "cygpaper-1.dll" v0.0 ts=2013-07-23 21:23 255k 2012/02/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2012-02-10 10:24 459k 2016/01/28 C:\cygwin\bin\cygpcre-1.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-1.dll" v0.0 ts=2016-01-28 06:15 2189k 2015/12/17 C:\cygwin\bin\cygperl5_22.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_22.dll" v0.0 ts=2015-12-17 10:39 41k 2015/04/09 C:\cygwin\bin\cygpipeline-1.dll - os=4.0 img=1.0 sys=4.0 "cygpipeline-1.dll" v0.0 ts=2015-04-09 20:58 658k 2015/10/26 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2015-10-27 00:53 193k 2015/12/04 C:\cygwin\bin\cygpng16-16.dll - os=4.0 img=1.0 sys=4.0 "cygpng16-16.dll" v0.0 ts=2015-12-04 00:59 2047k 2015/04/28 C:\cygwin\bin\cygpoppler-49.dll - os=4.0 img=1.0 sys=4.0 "cygpoppler-49.dll" v0.0 ts=2015-04-28 19:59 2020k 2015/10/27 C:\cygwin\bin\cygpoppler-55.dll - os=4.0 img=1.0 sys=4.0 "cygpoppler-55.dll" v0.0 ts=2015-10-27 20:21 41k 2013/10/21 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2013-10-21 21:52 122k 2015/06/29 C:\cygwin\bin\cygproxy-1.dll - os=4.0 img=1.0 sys=4.0 "cygproxy-1.dll" v0.0 ts=2015-06-29 22:35 39k 2015/10/08 C:\cygwin\bin\cygptexenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygptexenc-1.dll" v0.0 ts=2015-10-08 20:06 487k 2015/07/02 C:\cygwin\bin\cygquadmath-0.dll - os=4.0 img=1.0 sys=4.0 "cygquadmath-0.dll" v0.0 ts=2015-07-02 19:58 208k 2015/01/27 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2015-01-27 23:43 78k 2015/03/26 C:\cygwin\bin\cygrest-0.7-0.dll - os=4.0 img=1.0 sys=4.0 "cygrest-0.7-0.dll" v0.0 ts=2015-03-26 20:35 30k 2015/03/26 C:\cygwin\bin\cygrest-extras-0.7-0.dll - os=4.0 img=1.0 sys=4.0 "cygrest-extras-0.7-0.dll" v0.0 ts=2015-03-26 20:35 217k 2015/11/06 C:\cygwin\bin\cygrsvg-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygrsvg-2-2.dll" v0.0 ts=2015-11-06 06:00 102k 2014/11/24 C:\cygwin\bin\cygsasl2-3.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-3.dll" v0.0 ts=2014-11-24 18:35 11k 2015/07/17 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-2.dll" v0.0 ts=2015-07-17 22:33 28k 2014/01/14 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2014-01-14 23:54 98k 2015/03/23 C:\cygwin\bin\cygsmartcols-1.dll - os=4.0 img=1.0 sys=4.0 "cygsmartcols-1.dll" v0.0 ts=2015-03-23 09:55 628k 2015/11/13 C:\cygwin\bin\cygsoup-2.4-1.dll - os=4.0 img=1.0 sys=4.0 "cygsoup-2.4-1.dll" v0.0 ts=2015-11-13 05:23 11k 2015/11/13 C:\cygwin\bin\cygsoup-gnome-2.4-1.dll - os=4.0 img=1.0 sys=4.0 "cygsoup-gnome-2.4-1.dll" v0.0 ts=2015-11-13 05:23 941k 2016/01/14 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2016-01-14 15:02 155k 2015/03/17 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2015-03-17 05:56 337k 2015/01/08 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2015-01-08 19:55 448k 2015/12/03 C:\cygwin\bin\cygssl-1.0.0.dll - os=4.0 img=1.0 sys=4.0 "cygssl-1.0.0.dll" v0.0 ts=2015-12-03 20:47 13k 2015/07/02 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2015-07-02 19:53 944k 2015/07/02 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2015-07-02 19:14 63k 2015/10/08 C:\cygwin\bin\cygsynctex-1.dll - os=4.0 img=1.0 sys=4.0 "cygsynctex-1.dll" v0.0 ts=2015-10-08 20:15 69k 2015/08/28 C:\cygwin\bin\cygtasn1-6.dll - os=4.0 img=1.0 sys=4.0 "cygtasn1-6.dll" v0.0 ts=2015-08-28 09:48 183k 2015/10/08 C:\cygwin\bin\cygtexlua52-5.dll - os=4.0 img=1.0 sys=4.0 "cygtexlua52-5.dll" v0.0 ts=2015-10-08 20:06 442k 2015/10/08 C:\cygwin\bin\cygtexluajit-2.dll - os=4.0 img=1.0 sys=4.0 "cygtexluajit-2.dll" v0.0 ts=2015-10-08 20:07 34k 2014/11/12 C:\cygwin\bin\cygthai-0.dll - os=4.0 img=1.0 sys=4.0 "cygthai-0.dll" v0.0 ts=2014-11-12 05:16 54k 2015/06/09 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2015-06-10 00:19 55k 2016/01/26 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0 "cygticw-10.dll" v0.0 ts=2016-01-26 18:15 444k 2015/10/28 C:\cygwin\bin\cygtiff-6.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-6.dll" v0.0 ts=2015-10-28 21:30 12k 2015/10/28 C:\cygwin\bin\cygtiffxx-6.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-6.dll" v0.0 ts=2015-10-28 21:30 16k 2015/03/23 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0 "cyguuid-1.dll" v0.0 ts=2015-03-23 09:55 1663k 2015/10/01 C:\cygwin\bin\cygvpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygvpx-1.dll" v0.0 ts=2015-10-01 21:40 284k 2015/11/06 C:\cygwin\bin\cygvte-2.91-0.dll - os=4.0 img=1.0 sys=4.0 "cygvte-2.91-0.dll" v0.0 ts=2015-11-06 09:24 8k 2016/01/22 C:\cygwin\bin\cygvtv-0.dll - os=4.0 img=1.0 sys=4.0 "cygvtv-0.dll" v0.0 ts=2016-01-22 03:10 8k 2016/01/22 C:\cygwin\bin\cygvtv_stubs-0.dll - os=4.0 img=1.0 sys=4.0 "cygvtv_stubs-0.dll" v0.0 ts=2016-01-22 03:10 357k 2015/03/26 C:\cygwin\bin\cygwebp-5.dll - os=4.0 img=1.0 sys=4.0 "cygwebp-5.dll" v0.0 ts=2015-03-26 16:05 29k 2015/03/26 C:\cygwin\bin\cygwebpmux-1.dll - os=4.0 img=1.0 sys=4.0 "cygwebpmux-1.dll" v0.0 ts=2015-03-26 16:05 30k 2013/11/15 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2013-11-15 20:13 1173k 2015/03/26 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2015-03-26 15:27 8k 2015/03/26 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2015-03-26 15:27 10k 2013/06/06 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2013-06-06 06:29 378k 2014/01/15 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2014-01-15 03:07 105k 2015/09/07 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2015-09-07 07:07 12k 2015/09/07 C:\cygwin\bin\cygxcb-composite-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-composite-0.dll" v0.0 ts=2015-09-07 07:07 42k 2014/08/10 C:\cygwin\bin\cygxcb-ewmh-2.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-ewmh-2.dll" v0.0 ts=1970-01-01 00:00 73k 2015/09/07 C:\cygwin\bin\cygxcb-glx-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-glx-0.dll" v0.0 ts=2015-09-07 07:07 19k 2014/08/10 C:\cygwin\bin\cygxcb-icccm-4.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-icccm-4.dll" v0.0 ts=1970-01-01 00:00 14k 2012/09/28 C:\cygwin\bin\cygxcb-image-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-image-0.dll" v0.0 ts=2012-09-28 17:59 32k 2015/09/07 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2015-09-07 07:07 12k 2015/09/07 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shm-0.dll" v0.0 ts=2015-09-07 07:07 14k 2012/09/28 C:\cygwin\bin\cygxcb-util-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-util-1.dll" v0.0 ts=2012-09-28 17:51 10k 2010/11/01 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2010-11-01 01:59 35k 2013/06/06 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2013-06-06 21:33 9k 2013/04/08 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2013-04-08 22:37 22k 2015/03/26 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2015-03-26 15:38 62k 2014/08/10 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=1970-01-01 00:00 19k 2013/06/06 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2013-06-06 20:37 216k 2015/03/17 C:\cygwin\bin\cygXfont-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfont-1.dll" v0.0 ts=2015-03-17 16:50 77k 2014/08/10 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=1970-01-01 00:00 58k 2014/08/10 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=1970-01-01 00:00 9k 2013/06/06 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2013-06-06 21:38 119k 2012/05/23 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2012-05-23 05:41 1271k 2015/11/27 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2015-11-27 20:45 88k 2014/01/15 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2014-01-15 02:52 12k 2014/01/15 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2014-01-15 02:52 60k 2014/01/15 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2014-01-15 02:25 35k 2014/01/15 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2014-01-15 00:57 35k 2013/06/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2013-06-14 10:01 227k 2015/03/18 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2015-03-19 00:47 9k 2012/05/23 C:\cygwin\bin\cygXss-1.dll - os=4.0 img=1.0 sys=4.0 "cygXss-1.dll" v0.0 ts=2012-05-23 05:56 320k 2014/08/10 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=1970-01-01 00:00 19k 2013/06/06 C:\cygwin\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2013-06-06 20:43 83k 2014/11/19 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2014-11-19 22:57 25k 2013/05/30 C:\cygwin\bin\cygzzip-0-13.dll - os=4.0 img=1.0 sys=4.0 "cygzzip-0-13.dll" v0.0 ts=2013-05-30 03:44 12k 2013/05/30 C:\cygwin\bin\cygzzipfseeko-0-13.dll - os=4.0 img=1.0 sys=4.0 "cygzzipfseeko-0-13.dll" v0.0 ts=2013-05-30 03:44 14k 2013/05/30 C:\cygwin\bin\cygzzipmmapped-0-13.dll - os=4.0 img=1.0 sys=4.0 "cygzzipmmapped-0-13.dll" v0.0 ts=2013-05-30 03:44 8k 2013/05/30 C:\cygwin\bin\cygzzipwrap-0-13.dll - os=4.0 img=1.0 sys=4.0 "cygzzipwrap-0-13.dll" v0.0 ts=2013-05-30 03:44 3436k 2016/01/24 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2016-01-24 10:24 Cygwin DLL version info: DLL version: 2.4.1 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 293 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 No Cygwin services found. Cygwin Package Information Last downloaded files to: C:\Users\robert.martens\Downloads Last downloaded files from: http://cygwin.mirror.constant.com/ Package Version Status _autorebase 001002-1 OK _update-info-dir 01476-1 OK adwaita-icon-theme 3.18.0-1 OK adwaita-themes 3.18.0-1 OK alternatives 1.3.30c-10 OK at-spi2-core 2.18.3-1 OK autoconf 13-1 OK autoconf2.1 2.13-12 OK autoconf2.5 2.69-3 OK automake 9-1 OK automake1.10 1.10.3-2 OK automake1.11 1.11.6-2 OK automake1.12 1.12.6-2 OK automake1.13 1.13.4-1 OK automake1.14 1.14.1-2 OK automake1.15 1.15-1 OK automake1.4 1.4p6-11 OK automake1.5 1.5-11 OK automake1.6 1.6.3-12 OK automake1.7 1.7.9-11 OK automake1.8 1.8.5-11 OK automake1.9 1.9.6-11 OK base-cygwin 3.8-1 OK base-files 4.2-4 OK bash 4.3.42-4 OK bash-completion 1.3-1 OK binutils 2.25-4 OK bzip2 1.0.6-2 OK ca-certificates 2.6-1 OK chere 1.4-1 OK cmake 3.3.2-1 OK coreutils 8.24-3 OK corkscrew 2.0-1 OK cpio 2.11-3 OK crypt 1.2-1 OK csih 0.9.9-1 OK curl 7.47.0-1 OK cvs 1.12.13-10 OK cvsps 2.2b1-1 OK cygrunsrv 1.62-1 OK cygutils 1.4.15-2 OK cygwin 2.4.1-1 OK cygwin-debuginfo 2.4.1-1 OK cygwin-devel 2.4.1-1 OK dash 0.5.8-3 OK dbus 1.8.16-1 OK dbus-x11 1.8.16-1 OK dconf-service 0.24.0-1 OK dialog 1.2-20150225-2 OK diffutils 3.3-3 OK dos2unix 7.3.2-1 OK dri-drivers 11.0.6-1 OK ed 1.11-1 OK editrights 1.03-1 OK file 5.25-1 OK findutils 4.5.12-1 OK Empty package font-adobe-dpi75 font-adobe-dpi75 7.5-2 OK Empty package font-alias font-alias 7.5-2 OK Empty package font-encodings font-encodings 7.5-2 OK Empty package font-misc-misc font-misc-misc 7.5-2 OK fontconfig 2.11.1-3 OK gamin 0.1.10-15 OK gawk 4.1.3-1 OK gcc-core 4.9.3-1 OK gcc-g++ 4.9.3-1 OK gconf-desktop-schemas 2.32.1-3 OK GConf2 3.2.6-2 OK gdb 7.10.1-1 OK gdk-pixbuf2.0-svg 2.40.11-1 OK getent 2.18.90-4 OK ghostscript 9.15-2 OK ghostscript-fonts-other 6.0-1 OK ghostscript-fonts-std 8.11-1 OK git 2.7.0-1 OK glib2.0-networking 2.46.1-1 OK gnome-menus 3.13.3-3 OK gnome-terminal 3.18.2-1 OK gnuplot 5.0.0-1 OK grep 2.21-2 OK groff 1.22.3-1 OK gsettings-desktop-schemas 3.18.1-1 OK gtk-update-icon-cache 3.18.6-1 OK gtk2.0-engines-pixmap 2.24.29-1 OK gzip 1.6-1 OK hicolor-icon-theme 0.12-1 OK hostname 3.13-1 OK info 6.0-1 OK ipc-utils 1.0-1 OK less 481-1 OK lftp 4.6.5-1 OK libarchive13 3.1.2-3 OK libargp 20110921-2 OK libatk-bridge2.0_0 2.18.1-1 OK libatk1.0_0 2.18.0-1 OK libatomic1 4.9.3-1 OK libatspi0 2.18.3-1 OK libattr1 2.4.46-1 OK libblkid1 2.25.2-2 OK libbz2_1 1.0.6-2 OK libcairo2 1.14.4-1 OK libcatgets1 1.1-2 OK libcharset1 1.14-3 OK libcloog-isl4 0.18.0-2 OK libcom_err2 1.42.12-2 OK libcroco0.6_3 0.6.9-1 OK libcurl4 7.47.0-1 OK libdatrie1 0.2.8-1 OK libdb4.8 4.8.30-1 OK libdbus-glib_1_2 0.102-1 OK libdbus1_3 1.8.16-1 OK libdconf1 0.24.0-1 OK libdialog12 1.2-20150225-2 OK libedit0 20130712-1 OK libEGL1 11.0.6-1 OK libepoxy0 1.2-1 OK libexpat1 2.1.0-3 OK libfam0 0.1.10-15 OK libffi6 3.2.1-1 OK libfontconfig1 2.11.1-3 OK libfontenc1 1.1.2-1 OK libfreetype6 2.5.5-2 OK libgcc1 4.9.3-1 OK libgconf2_4 3.2.6-2 OK libgcrypt20 1.6.4-1 OK libgd3 2.1.1-1 OK libgdbm4 1.8.3-20 OK libgdk_pixbuf2.0_0 2.32.2-1 OK libggi2 2.2.2-4 OK libggiwmh0 0.3.2-4 OK libgii1 1.0.2-4 OK libGL1 11.0.6-1 OK libglapi0 11.0.6-1 OK libglib2.0_0 2.46.2-2 OK libgmp10 6.1.0-3p1 OK libgmp3 4.3.2-1 OK libgnome-menu3_0 3.13.3-3 OK libgnutls28 3.3.17-1 OK libgomp1 4.9.3-1 OK libgpg-error0 1.19-1 OK libgraphite2_3 1.2.3-1 OK libgs9 9.15-2 OK libgssapi_krb5_2 1.13.2-4 OK libgtk2.0_0 2.24.29-1 OK libgtk3_0 3.18.6-1 OK libguile17 1.8.8-1 OK libharfbuzz-icu0 1.0.6-1 OK libharfbuzz0 1.0.6-1 OK libhogweed2 2.7-2 OK libICE6 1.0.9-1 OK libiconv 1.14-3 OK libiconv-devel 1.14-3 OK libiconv2 1.14-3 OK libicu55 55.1-1 OK libicu56 56.1-1 OK libidn11 1.29-1 OK libintl-devel 0.19.5.1-2 OK libintl8 0.19.5.1-2 OK libisl10 0.11.1-2 OK libisl13 0.14.1-1 OK libjasper1 1.900.1-15 OK libjbig2 2.0-14 OK libjpeg8 1.4.2-1 OK libjson-glib1.0_0 1.0.4-1 OK libk5crypto3 1.13.2-4 OK libkpathsea6 20150521-3 OK libkrb5_3 1.13.2-4 OK libkrb5support0 1.13.2-4 OK liblcms2_2 2.6-1 OK libllvm3.5 3.5.2-1 OK libltdl7 2.4.6-2 OK liblzma5 5.2.2-1 OK liblzo2_2 2.08-1 OK libmcpp0 2.7.2-2 OK libmetalink3 0.1.2-1 OK libmpc3 1.0.3-1 OK libmpfr4 3.1.3-1 OK libncurses10 5.9-20150530-1 OK libncursesw10 6.0-2.20160123 OK libnettle4 2.7-2 OK libopenjpeg1 1.5.2-2 OK libopenldap2_4_2 2.4.42-1 OK libopenssl098 0.9.8zd-1 OK libopenssl100 1.0.2e-1 OK libp11-kit0 0.22.1-1 OK libpango1.0_0 1.38.1-1 OK libpaper-common 1.1.24-2 OK libpaper1 1.1.24-2 OK libpcre0 8.21-2 OK libpcre1 8.38-1 OK libpipeline1 1.4.0-1 OK libpixman1_0 0.32.8-1 OK libpng16 1.6.20-1 OK libpoppler49 0.30.0-2 OK libpoppler55 0.36.0-2 OK Empty package libpopt0 libpopt0 1.16-1 OK libproxy1 0.4.11-5 OK libptexenc1 20150521-3 OK libquadmath0 4.9.3-1 OK libreadline7 6.3.8-1 OK librest0.7_0 0.7.93-1 OK librsvg2_2 2.40.11-1 OK libsasl2_3 2.1.26-9 OK libsigsegv2 2.10-2 OK libSM6 1.2.2-1 OK libsmartcols1 2.25.2-2 OK libsoup-gnome2.4_1 2.52.2-1 OK libsoup2.4_1 2.52.2-1 OK libsqlite3_0 3.10.1-1 OK libssh2_1 1.5.0-1 OK libssp0 4.9.3-1 OK libstdc++6 4.9.3-1 OK libsynctex1 20150521-3 OK libtasn1_6 4.5-1 OK libtexlua52_5 20150521-3 OK libtexluajit2 20150521-3 OK libthai0 0.1.21-1 OK libtiff6 4.0.6-1 OK libuuid-devel 2.25.2-2 OK libuuid1 2.25.2-2 OK libvpx1 1.3.0-2 OK libvte2.91_0 0.42.1-1 OK libvtv0 5.3.0-1 OK libwebp5 0.4.3-1 OK libwebpmux1 0.4.3-1 OK libwrap0 7.6-22 OK libX11-xcb1 1.6.3-1 OK libX11_6 1.6.3-1 OK libXau6 1.0.8-1 OK libXaw7 1.0.12-1 OK libxcb-composite0 1.11.1-1 OK libxcb-ewmh2 0.4.1-1 OK libxcb-glx0 1.11.1-1 OK libxcb-icccm4 0.4.1-1 OK libxcb-image0 0.3.9-1 OK libxcb-render0 1.11.1-1 OK libxcb-shm0 1.11.1-1 OK libxcb-util1 0.3.9-1 OK libxcb1 1.11.1-1 OK libXcomposite1 0.4.3-1 OK libXcursor1 1.1.14-1 OK libXdamage1 1.1.4-1 OK libXdmcp6 1.1.2-1 OK libXext6 1.3.3-1 OK libXfixes3 5.0.1-1 OK libXfont1 1.5.1-1 OK libXft2 2.3.2-1 OK libXi6 1.7.4-1 OK libXinerama1 1.1.3-1 OK libxkbfile1 1.0.8-1 OK libxml2 2.9.3-1 OK libXmu6 1.1.2-1 OK libXmuu1 1.1.2-1 OK libXpm4 3.5.11-1 OK libXrandr2 1.4.2-1 OK libXrender1 0.9.8-1 OK libxslt 1.1.28-2 OK libXss1 1.2.2-1 OK libXt6 1.1.4-2 OK libXtst6 1.2.2-1 OK libzzip0.13 0.13.62-1 OK login 1.11-1 OK lua5.1 5.1.5-3 OK luit 20130217-1 OK lynx 2.8.7-1 OK m4 1.4.17-2 OK make 4.1-1 OK Empty package man man 2.7.4-1 OK man-db 2.7.4-1 OK mcpp 2.7.2-2 OK mingw-binutils 2.23.1-1 OK mingw-gcc-core 4.7.3-1 OK mingw-gcc-g++ 4.7.3-1 OK mingw-pthreads 20110507-2 OK mingw-runtime 4.0-1 OK mingw-w32api 4.0-1 OK mintty 2.2.2-0 OK mkfontdir 1.0.7-1 OK mkfontscale 1.1.1-1 OK nc 1.107-3 OK ncurses 6.0-2.20160123 OK openssh 7.1p2-1 OK openssl 1.0.2e-1 OK p11-kit 0.22.1-1 OK p11-kit-trust 0.22.1-1 OK perl 5.22.1-1 OK perl-Archive-Zip 1.56-1 OK perl-B-Generate 1.53-2 OK perl-Capture-Tiny 0.30-2 OK perl-Carp 1.3301-2 OK perl-common-sense 3.74-1 OK perl-Compress-Bzip2 2.24-1 OK perl-Config-Perl-V 0.25-1 OK perl-Config-Tiny 2.23-1 OK perl-CPAN-DistnameInfo 0.12-5 OK perl-CPAN-Reporter 1.2015-1 OK perl-CPAN-Testers-Report 1.999003-2 OK perl-Data-Alias 1.20-1 OK perl-Data-GUID 0.048-2 OK perl-Data-OptList 0.109-2 OK perl-Data-UUID 1.221-1 OK perl-Devel-Autoflush 0.06-2 OK perl-Devel-Symdump 2.15-1 OK perl-Digest-HMAC 1.03-5 OK perl-Digest-SHA 5.95-2 OK perl-Encode-Locale 1.05-1 OK perl-Error 0.17024-1 OK perl-File-Copy-Recursive 0.38-5 OK perl-File-HomeDir 1.00-3 OK perl-File-Listing 6.04-5 OK perl-File-pushd 1.009-2 OK perl-File-Which 1.19-1 OK perl-HTML-Parser 3.71-3 OK perl-HTML-Tagset 3.20-5 OK perl-HTTP-Cookies 6.01-5 OK perl-HTTP-Daemon 6.01-5 OK perl-HTTP-Date 6.02-5 OK perl-HTTP-Message 6.11-1 OK perl-HTTP-Negotiate 6.01-5 OK perl-IO-CaptureOutput 1.1104-2 OK perl-IO-HTML 1.001-2 OK perl-IO-Prompt-Tiny 0.003-2 OK perl-IO-Socket-INET6 2.72-2 OK perl-IO-Socket-IP 0.37-2 OK perl-IO-Socket-SSL 2.022-1 OK perl-IO-String 1.08-5 OK perl-IO-Tty 1.12-2 OK perl-IPC-Cmd 0.92-2 OK perl-IPC-Run 0.94-2 OK perl-JSON 2.90-3 OK perl-JSON-XS 3.01-3 OK perl-libwin32 0.28-3 OK perl-libwww-perl 6.15-1 OK perl-LWP-MediaTypes 6.02-5 OK perl-Metabase-Client-Simple 0.010-2 OK perl-Metabase-Fact 0.024-2 OK perl-MIME-Base32 1.02-1 OK perl-Module-ScanDeps 1.20-1 OK perl-Module-Signature 0.79-1 OK perl-Mozilla-CA 20160104-1 OK perl-Net-DNS 1.04-1 OK perl-Net-HTTP 6.09-1 OK perl-Net-IP 1.26-3 OK perl-Net-Libproxy 0.4.11-5 OK perl-Net-SMTP-SSL 1.03-1 OK perl-Net-SSLeay 1.72-1 OK perl-PadWalker 2.2-1 OK perl-PAR-Dist 0.49-3 OK perl-Params-Util 1.07-5 OK perl-Pod-Coverage 0.23-3 OK perl-Pod-Escapes 1.07-2 OK perl-Pod-Simple 3.32-1 OK perl-Probe-Perl 0.03-3 OK perl-Proc-ProcessTable 0.53-1 OK perl-Socket 2.021-1 OK perl-Socket6 0.25-2 OK perl-Sub-Exporter 0.987-3 OK perl-Sub-Install 0.928-2 OK perl-Tee 0.14-5 OK perl-Term-ReadLine-Gnu 1.28-1 OK perl-Term-ReadLine-Perl 1.0303-5 OK perl-TermReadKey 2.33-1 OK perl-Test-NoWarnings 1.04-4 OK perl-Test-Pod 1.51-1 OK perl-Test-Pod-Coverage 1.10-2 OK perl-Test-Reporter 1.62-2 OK perl-Test-Reporter-Transport-Metabase 1.999009-2 OK perl-Test-Simple 1.001014-2 OK perl-Text-CharWidth 0.04-3 OK perl-Text-CSV 1.33-2 OK perl-Text-CSV_XS 1.21-1 OK perl-TimeDate 2.30-2 OK perl-Tk 804.033-1 OK perl-Types-Serialiser 1.0-3 OK perl-URI 1.71-1 OK perl-Win32-GUI 1.06-4 OK perl-WWW-RobotRules 6.02-5 OK perl-XML-LibXML 2.0123-1 OK perl-XML-NamespaceSupport 1.11-5 OK perl-XML-Parser 2.44-2 OK perl-XML-SAX 0.99-5 OK perl-XML-SAX-Base 1.08-5 OK perl-XML-SAX-Expat 0.51-2 OK perl-XML-Simple 2.22-1 OK perl-YAML 1.15-2 OK perl_autorebase 5.22.1-1 OK perl_base 5.22.1-1 OK perl_manpages 5.22.1-1 OK perl_vendor 5.14.4-1 OK ploticus 2.42-1 OK poppler-data 0.4.6-1 OK popt 1.16-1 OK pv 1.4.12-1 OK pylint 1.3.1-1 OK python 2.7.10-1 OK python-beautifulsoup 3.2.1-1 OK python-cffi 0.9.2-1 OK python-chardet 2.2.1-1 OK python-debuginfo 2.7.10-1 OK python-docutils 0.12-1 OK python-imaging 2.8.1-1 OK python-jinja2 2.7.3-1 OK python-logilab-astng 0.24.3-1 OK python-logilab-common 0.62.0-1 OK python-lxml 3.4.4-1 OK python-markupsafe 0.23-1 OK python-ply 3.6-1 OK python-pycparser 2.12-1 OK python-pygments 2.0.2-1 OK python-setuptools 15.2-1 OK python-simplejson 3.6.5-1 OK python-sphinx 1.2.3-1 OK python-tkinter 2.7.10-1 OK rebase 4.4.1-1 OK rsync 3.1.1-1 OK run 1.3.4-2 OK rxvt 20050409-21 OK screen 4.3.1-1 OK sed 4.2.2-3 OK setxkbmap 1.3.0-1 OK shared-mime-info 1.5-1 OK tar 1.28-1 OK tcl 8.5.18-1 OK tcl-tix 8.4.3-2 OK tcl-tk 8.5.18-1 OK tcsh 6.19.00-2 OK terminfo 6.0-2.20160123 OK texinfo 6.0-1 OK texlive 20150521-3 OK texlive-collection-basic 20150617-3 OK tzcode 2016a-1 OK unzip 6.0-15 OK util-linux 2.25.2-2 OK vim 7.4.891-1 OK vim-common 7.4.891-1 OK vim-minimal 7.4.891-1 OK w32api-headers 4.0.4-1 OK w32api-runtime 4.0.4-1 OK which 2.20-2 OK windows-default-manifest 6.4-1 OK xauth 1.0.9-1 OK xcursor-themes 1.0.4-1 OK xdg-user-dirs 0.15-1 OK xf86-video-dummy 0.3.7-4 OK xf86-video-nested 0.1.0-7 OK xinit 1.3.4-9 OK xkbcomp 1.2.4-1 OK xkeyboard-config 2.14-1 OK xmodmap 1.0.8-1 OK xorg-server 1.18.0-2 OK xorg-server-common 1.18.0-2 OK xorg-x11-fonts-dpi75 7.5-2 OK xorg-x11-fonts-misc 7.5-2 OK xrdb 1.1.0-1 OK xterm 320-1 OK xwin-xdg-menu 20150708-1 OK xxd 7.4.891-1 OK xz 5.2.2-1 OK zip 3.0-12 OK zlib-devel 1.2.8-3 OK zlib0 1.2.8-3 OK Use -h to see help about each section [-- Attachment #3: Type: text/plain, Size: 218 bytes --] -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Python stackdump on "succesful" exit after import of python-requests 2016-01-30 15:21 Python stackdump on "succesful" exit after import of python-requests Martens, Robert (EY28737) @ 2016-01-31 13:37 ` Maarten Jacobs 2016-02-01 4:55 ` Maarten Jacobs 0 siblings, 1 reply; 8+ messages in thread From: Maarten Jacobs @ 2016-01-31 13:37 UTC (permalink / raw) To: Martens, Robert EY28737, cygwin 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). Obviously that doesn't explain the behavior but I didn't have time to further investigate the issue with python 2.7. I ran into the issue when I was trying to build libvirt-python on Cygwin. I'd be curious to know what the real root cause for this abort is. Thanks, Maarten Jacobs ---------------------------------------- From: robert.martens@bell.ca To: cygwin@cygwin.com Subject: Python stackdump on "succesful" exit after import of python-requests Date: Fri, 29 Jan 2016 21:38:54 +0000 Hello, I am having a strange issue with Python 2.7 on cygwin. Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. 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) 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) 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() Program received signal SIGABRT, Aborted. 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 1780 exit(sts); (gdb) bt #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] Any ideas? Thanks, Robert Martens ADMS -- 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 -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Python stackdump on "succesful" exit after import of python-requests 2016-01-31 13:37 ` Maarten Jacobs @ 2016-02-01 4:55 ` Maarten Jacobs 2016-02-01 5:36 ` Maarten Jacobs 0 siblings, 1 reply; 8+ messages in thread From: Maarten Jacobs @ 2016-02-01 4:55 UTC (permalink / raw) To: cygwin; +Cc: Martens, Robert EY28737 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. Some 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/api/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 exit(sts); (gdb) bt #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 #5 0x610ef9d8 in kill0 (pid=pid@entry=7028, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 #6 0x610efbb2 in kill (sig=sig@entry=6, pid=7028) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 #9 0x6deb43c1 in cyggcc_s-1!.deregister_frame_info_bases () from /usr/bin/cyggcc_s-1.dll #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll #11 0x61028bb7 in per_module::run_dtors (this=0x6130d980) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 #12 dll::run_dtors (this=0x6130d978) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 #17 0x610ebf85 in _sigfe () at sigfe.s:38 #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 #25 0x00401750 in main (argc=4, argv=0x60cc1c) 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 feels familiar. It would appear that deregister_frame_info_bases () (on #9) causes the abort to happen. As far as I have been able to figure out, all of this happens 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 apparent 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 > > 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). > > Obviously that doesn't explain the behavior but I didn't have time to further investigate the issue with python 2.7. > > I ran into the issue when I was trying to build libvirt-python on Cygwin. > > I'd be curious to know what the real root cause for this abort is. > > Thanks, > > Maarten Jacobs > > ---------------------------------------- > From: robert.martens@bell.ca > To: cygwin@cygwin.com > Subject: Python stackdump on "succesful" exit after import of python-requests > Date: Fri, 29 Jan 2016 21:38:54 +0000 > > > Hello, > I am having a strange issue with Python 2.7 on cygwin. > Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. > > 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) > > 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) > > 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() > > Program received signal SIGABRT, Aborted. > 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 > 1780 exit(sts); > (gdb) bt > #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 > #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll > #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] > > Any ideas? > > Thanks, > Robert Martens > ADMS > > > -- > 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 > > -- > 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 > -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Python stackdump on "succesful" exit after import of python-requests 2016-02-01 4:55 ` Maarten Jacobs @ 2016-02-01 5:36 ` Maarten Jacobs 2016-02-02 2:05 ` Maarten Jacobs 0 siblings, 1 reply; 8+ messages in thread From: Maarten Jacobs @ 2016-02-01 5:36 UTC (permalink / raw) To: cygwin; +Cc: Martens, Robert EY28737 I installed the debug version of gcc and the traceback became a little more readable: (gdb) bt #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 #5 0x610ef9d8 in kill0 (pid=pid@entry=4080, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 #6 0x610efbb2 in kill (sig=sig@entry=6, pid=4080) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll #11 0x61028bb7 in per_module::run_dtors (this=0x6130d6c0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 #12 dll::run_dtors (this=0x6130d6b8) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 #17 0x610ebf85 in _sigfe () at sigfe.s:38 #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 (gdb) up 9 #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 216 gcc_assert (ob); (gdb) So looks like the problem occurs on an "assert". I need to dig further into this - but that's for tomorrow / later this week. Thanks, Maarten Jacobs ---------------------------------------- > From: maarten256@hotmail.com > To: cygwin@cygwin.com > CC: robert.martens@bell.ca > Subject: RE: Python stackdump on "succesful" exit after import of python-requests > Date: Sun, 31 Jan 2016 23:55:14 -0500 > > 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. Some 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/api/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 exit(sts); > (gdb) bt > #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 > #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 > #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 > #5 0x610ef9d8 in kill0 (pid=pid@entry=7028, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 > #6 0x610efbb2 in kill (sig=sig@entry=6, pid=7028) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 > #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 > #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 > #9 0x6deb43c1 in cyggcc_s-1!.deregister_frame_info_bases () from /usr/bin/cyggcc_s-1.dll > #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll > #11 0x61028bb7 in per_module::run_dtors (this=0x6130d980) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 > #12 dll::run_dtors (this=0x6130d978) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 > #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 > #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 > #17 0x610ebf85 in _sigfe () at sigfe.s:38 > #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 > #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 > #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 > #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 > #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 > #25 0x00401750 in main (argc=4, argv=0x60cc1c) 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 feels familiar. > > It would appear that deregister_frame_info_bases () (on #9) causes the abort to happen. As far as I have been able to figure out, all of this happens 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 apparent 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 >> >> 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). >> >> Obviously that doesn't explain the behavior but I didn't have time to further investigate the issue with python 2.7. >> >> I ran into the issue when I was trying to build libvirt-python on Cygwin. >> >> I'd be curious to know what the real root cause for this abort is. >> >> Thanks, >> >> Maarten Jacobs >> >> ---------------------------------------- >> From: robert.martens@bell.ca >> To: cygwin@cygwin.com >> Subject: Python stackdump on "succesful" exit after import of python-requests >> Date: Fri, 29 Jan 2016 21:38:54 +0000 >> >> >> Hello, >> I am having a strange issue with Python 2.7 on cygwin. >> Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. >> >> 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) >> >> 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) >> >> 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() >> >> Program received signal SIGABRT, Aborted. >> 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >> 1780 exit(sts); >> (gdb) bt >> #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >> #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll >> #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] >> >> Any ideas? >> >> Thanks, >> Robert Martens >> ADMS >> >> >> -- >> 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 >> >> -- >> 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 >> > > -- > 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 > -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Python stackdump on "succesful" exit after import of python-requests 2016-02-01 5:36 ` Maarten Jacobs @ 2016-02-02 2:05 ` Maarten Jacobs 2016-02-02 5:58 ` Martens, Robert (EY28737) 0 siblings, 1 reply; 8+ messages in thread From: Maarten Jacobs @ 2016-02-02 2:05 UTC (permalink / raw) To: cygwin; +Cc: Martens, Robert EY28737 Still whittling away at this issue. I installed a few more debug libraries, and the traceback now looks like: (gdb) r generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml Starting program: /usr/bin/python generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml [New Thread 6688.0x730] [New Thread 6688.0x1d44] [New Thread 6688.0x1c68] [New Thread 6688.0x12d8] Found 406 functions in /usr/share/libvirt/api/libvirt-api.xml Found 0 functions in libvirt-override-api.xml Generated 338 wrapper functions Done! Program received signal SIGABRT, Aborted. 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 1780 exit(sts); (gdb) bt #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 #5 0x610ef9d8 in kill0 (pid=pid@entry=6688, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 #6 0x610efbb2 in kill (sig=sig@entry=6, pid=6688) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000 <__EH_FRAME_BEGIN__>) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 #10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll #11 0x61028bb7 in per_module::run_dtors (this=0x6130d658) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 #12 dll::run_dtors (this=0x6130d650) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 #17 0x610ebf85 in _sigfe () at sigfe.s:38 #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 Having pored over this traceback 100 times now, the current questions I'm trying to figure out, and I'd like some help with: 1. #20 of the traceback shows "0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193" doesn't make sense since line 1193 of pythonrun.c is not anywhere near "handle_system_exit()". Line 1152 on #19 IS in handle_system_exit(). Does this mean the traceback is no good? 2. #10 of the traceback shows "#10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll" - I cannot for the life of me figure out how I get debug symbols for this? Thanks, Maarten Jacobs ---------------------------------------- > From: maarten256@hotmail.com > To: cygwin@cygwin.com > CC: robert.martens@bell.ca > Subject: RE: Python stackdump on "succesful" exit after import of python-requests > Date: Mon, 1 Feb 2016 00:36:02 -0500 > > I installed the debug version of gcc and the traceback became a little more readable: > > (gdb) bt > #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 > #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 > #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 > #5 0x610ef9d8 in kill0 (pid=pid@entry=4080, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 > #6 0x610efbb2 in kill (sig=sig@entry=6, pid=4080) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 > #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 > #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 > #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 > #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll > #11 0x61028bb7 in per_module::run_dtors (this=0x6130d6c0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 > #12 dll::run_dtors (this=0x6130d6b8) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 > #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 > #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 > #17 0x610ebf85 in _sigfe () at sigfe.s:38 > #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 > #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 > #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 > #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 > #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 > #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 > (gdb) up 9 > #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 > 216 gcc_assert (ob); > (gdb) > > So looks like the problem occurs on an "assert". I need to dig further into this - but that's for tomorrow / later this week. > > Thanks, > > Maarten Jacobs > > ---------------------------------------- >> From: maarten256@hotmail.com >> To: cygwin@cygwin.com >> CC: robert.martens@bell.ca >> Subject: RE: Python stackdump on "succesful" exit after import of python-requests >> Date: Sun, 31 Jan 2016 23:55:14 -0500 >> >> 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. Some 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/api/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 exit(sts); >> (gdb) bt >> #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >> #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 >> #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 >> #5 0x610ef9d8 in kill0 (pid=pid@entry=7028, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 >> #6 0x610efbb2 in kill (sig=sig@entry=6, pid=7028) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 >> #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 >> #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 >> #9 0x6deb43c1 in cyggcc_s-1!.deregister_frame_info_bases () from /usr/bin/cyggcc_s-1.dll >> #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll >> #11 0x61028bb7 in per_module::run_dtors (this=0x6130d980) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 >> #12 dll::run_dtors (this=0x6130d978) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 >> #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 >> #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 >> #17 0x610ebf85 in _sigfe () at sigfe.s:38 >> #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 >> #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 >> #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 >> #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 >> #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 >> #25 0x00401750 in main (argc=4, argv=0x60cc1c) 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 feels familiar. >> >> It would appear that deregister_frame_info_bases () (on #9) causes the abort to happen. As far as I have been able to figure out, all of this happens 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 apparent 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 >>> >>> 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). >>> >>> Obviously that doesn't explain the behavior but I didn't have time to further investigate the issue with python 2.7. >>> >>> I ran into the issue when I was trying to build libvirt-python on Cygwin. >>> >>> I'd be curious to know what the real root cause for this abort is. >>> >>> Thanks, >>> >>> Maarten Jacobs >>> >>> ---------------------------------------- >>> From: robert.martens@bell.ca >>> To: cygwin@cygwin.com >>> Subject: Python stackdump on "succesful" exit after import of python-requests >>> Date: Fri, 29 Jan 2016 21:38:54 +0000 >>> >>> >>> Hello, >>> I am having a strange issue with Python 2.7 on cygwin. >>> Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. >>> >>> 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) >>> >>> 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) >>> >>> 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() >>> >>> Program received signal SIGABRT, Aborted. >>> 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>> 1780 exit(sts); >>> (gdb) bt >>> #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>> #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll >>> #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] >>> >>> Any ideas? >>> >>> Thanks, >>> Robert Martens >>> ADMS >>> >>> >>> -- >>> 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 >>> >>> -- >>> 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 >>> >> >> -- >> 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 >> > > -- > 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 > -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Python stackdump on "succesful" exit after import of python-requests 2016-02-02 2:05 ` Maarten Jacobs @ 2016-02-02 5:58 ` Martens, Robert (EY28737) 2016-02-02 16:34 ` Maarten Jacobs 0 siblings, 1 reply; 8+ messages in thread From: Martens, Robert (EY28737) @ 2016-02-02 5:58 UTC (permalink / raw) To: Maarten Jacobs; +Cc: cygwin Hello Maarten, I won't be a lot of help with the low level debugging here but I do have some suggestions. The issue occurs for me whenever I import 'requests', could you try importing that module in your tests see if it also happens to you? I'm wondering if this is just a common problem between modules or if it is inherit in python itself. The other thing I noticed is that in a fresh install of 64 bit cygwin, the issue does not occur! I'm going to see if I can isolate it further... Thanks for your help! -- Robert Martens 613 807 6137 ADMS System Administrator On Feb 1, 2016 9:05 PM, Maarten Jacobs <maarten256@hotmail.com> wrote: Still whittling away at this issue. I installed a few more debug libraries, and the traceback now looks like: (gdb) r generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml Starting program: /usr/bin/python generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml [New Thread 6688.0x730] [New Thread 6688.0x1d44] [New Thread 6688.0x1c68] [New Thread 6688.0x12d8] Found 406 functions in /usr/share/libvirt/api/libvirt-api.xml Found 0 functions in libvirt-override-api.xml Generated 338 wrapper functions Done! Program received signal SIGABRT, Aborted. 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 1780 exit(sts); (gdb) bt #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 #5 0x610ef9d8 in kill0 (pid=pid@entry=6688, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 #6 0x610efbb2 in kill (sig=sig@entry=6, pid=6688) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000 <__EH_FRAME_BEGIN__>) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 #10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll #11 0x61028bb7 in per_module::run_dtors (this=0x6130d658) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 #12 dll::run_dtors (this=0x6130d650) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 #17 0x610ebf85 in _sigfe () at sigfe.s:38 #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 Having pored over this traceback 100 times now, the current questions I'm trying to figure out, and I'd like some help with: 1. #20 of the traceback shows "0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193" doesn't make sense since line 1193 of pythonrun.c is not anywhere near "handle_system_exit()". Line 1152 on #19 IS in handle_system_exit(). Does this mean the traceback is no good? 2. #10 of the traceback shows "#10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll" - I cannot for the life of me figure out how I get debug symbols for this? Thanks, Maarten Jacobs ---------------------------------------- > From: maarten256@hotmail.com > To: cygwin@cygwin.com > CC: robert.martens@bell.ca > Subject: RE: Python stackdump on "succesful" exit after import of python-requests > Date: Mon, 1 Feb 2016 00:36:02 -0500 > > I installed the debug version of gcc and the traceback became a little more readable: > > (gdb) bt > #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 > #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 > #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 > #5 0x610ef9d8 in kill0 (pid=pid@entry=4080, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 > #6 0x610efbb2 in kill (sig=sig@entry=6, pid=4080) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 > #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 > #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 > #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 > #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll > #11 0x61028bb7 in per_module::run_dtors (this=0x6130d6c0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 > #12 dll::run_dtors (this=0x6130d6b8) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 > #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 > #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 > #17 0x610ebf85 in _sigfe () at sigfe.s:38 > #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 > #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 > #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 > #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 > #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 > #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 > (gdb) up 9 > #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 > 216 gcc_assert (ob); > (gdb) > > So looks like the problem occurs on an "assert". I need to dig further into this - but that's for tomorrow / later this week. > > Thanks, > > Maarten Jacobs > > ---------------------------------------- >> From: maarten256@hotmail.com >> To: cygwin@cygwin.com >> CC: robert.martens@bell.ca >> Subject: RE: Python stackdump on "succesful" exit after import of python-requests >> Date: Sun, 31 Jan 2016 23:55:14 -0500 >> >> 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. Some 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/api/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 exit(sts); >> (gdb) bt >> #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >> #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 >> #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 >> #5 0x610ef9d8 in kill0 (pid=pid@entry=7028, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 >> #6 0x610efbb2 in kill (sig=sig@entry=6, pid=7028) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 >> #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 >> #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 >> #9 0x6deb43c1 in cyggcc_s-1!.deregister_frame_info_bases () from /usr/bin/cyggcc_s-1.dll >> #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll >> #11 0x61028bb7 in per_module::run_dtors (this=0x6130d980) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 >> #12 dll::run_dtors (this=0x6130d978) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 >> #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 >> #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 >> #17 0x610ebf85 in _sigfe () at sigfe.s:38 >> #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 >> #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 >> #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 >> #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 >> #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 >> #25 0x00401750 in main (argc=4, argv=0x60cc1c) 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 feels familiar. >> >> It would appear that deregister_frame_info_bases () (on #9) causes the abort to happen. As far as I have been able to figure out, all of this happens 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 apparent 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 >>> >>> 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). >>> >>> Obviously that doesn't explain the behavior but I didn't have time to further investigate the issue with python 2.7. >>> >>> I ran into the issue when I was trying to build libvirt-python on Cygwin. >>> >>> I'd be curious to know what the real root cause for this abort is. >>> >>> Thanks, >>> >>> Maarten Jacobs >>> >>> ---------------------------------------- >>> From: robert.martens@bell.ca >>> To: cygwin@cygwin.com >>> Subject: Python stackdump on "succesful" exit after import of python-requests >>> Date: Fri, 29 Jan 2016 21:38:54 +0000 >>> >>> >>> Hello, >>> I am having a strange issue with Python 2.7 on cygwin. >>> Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. >>> >>> 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) >>> >>> 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) >>> >>> 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() >>> >>> Program received signal SIGABRT, Aborted. >>> 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>> 1780 exit(sts); >>> (gdb) bt >>> #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>> #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll >>> #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] >>> >>> Any ideas? >>> >>> Thanks, >>> Robert Martens >>> ADMS >>> >>> >>> -- >>> 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 >>> >>> -- >>> 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 >>> >> >> -- >> 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 >> > > -- > 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 > -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Python stackdump on "succesful" exit after import of python-requests 2016-02-02 5:58 ` Martens, Robert (EY28737) @ 2016-02-02 16:34 ` Maarten Jacobs 2016-02-04 4:32 ` Maarten Jacobs 0 siblings, 1 reply; 8+ messages in thread From: Maarten Jacobs @ 2016-02-02 16:34 UTC (permalink / raw) To: Martens, Robert EY28737; +Cc: cygwin Hi Robert, My experience with Python is very, very limited. The only reason I am looking into this issue is because one of the packages I want to install won't work because of this :) Therefore, if you could send me a sample Python script that causes the problem on your end, I'd be more than happy to try it out on my end and see if it causes the same issue... Without me having to learn how to write Python. Your comment about a "fresh" install is intriguing and I will definitely try that out for myself. As an aside, I am running into this issue on a 32-bit install, is that where you found the problem initially? Thanks, Maarten ---------------------------------------- > From: robert.martens@bell.ca > To: maarten256@hotmail.com > CC: cygwin@cygwin.com > Subject: RE: Python stackdump on "succesful" exit after import of python-requests > Date: Tue, 2 Feb 2016 05:58:11 +0000 > > Hello Maarten, > I won't be a lot of help with the low level debugging here but I do have some suggestions. > The issue occurs for me whenever I import 'requests', could you try importing that module in your tests see if it also happens to you? > > I'm wondering if this is just a common problem between modules or if it is inherit in python itself. > > The other thing I noticed is that in a fresh install of 64 bit cygwin, the issue does not occur! > > I'm going to see if I can isolate it further... > > Thanks for your help! > -- > Robert Martens > 613 807 6137 > ADMS System Administrator > > On Feb 1, 2016 9:05 PM, Maarten Jacobs <maarten256@hotmail.com> wrote: > Still whittling away at this issue. I installed a few more debug libraries, and the traceback now looks like: > > (gdb) r generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml > Starting program: /usr/bin/python generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml > [New Thread 6688.0x730] > [New Thread 6688.0x1d44] > [New Thread 6688.0x1c68] > [New Thread 6688.0x12d8] > Found 406 functions in /usr/share/libvirt/api/libvirt-api.xml > Found 0 functions in libvirt-override-api.xml > Generated 338 wrapper functions > Done! > > Program received signal SIGABRT, Aborted. > 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 > 1780 exit(sts); > (gdb) bt > #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 > #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll > #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) > at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 > #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 > #5 0x610ef9d8 in kill0 (pid=pid@entry=6688, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 > #6 0x610efbb2 in kill (sig=sig@entry=6, pid=6688) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 > #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 > #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 > #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000 <__EH_FRAME_BEGIN__>) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 > #10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll > #11 0x61028bb7 in per_module::run_dtors (this=0x6130d658) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 > #12 dll::run_dtors (this=0x6130d650) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 > #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 > #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 > #17 0x610ebf85 in _sigfe () at sigfe.s:38 > #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 > #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 > #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 > #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) > at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 > #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 > #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 > > Having pored over this traceback 100 times now, the current questions I'm trying to figure out, and I'd like some help with: > > 1. #20 of the traceback shows "0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193" doesn't make sense since line 1193 of pythonrun.c is not anywhere near "handle_system_exit()". Line 1152 on #19 IS in handle_system_exit(). Does this mean the traceback is no good? > > 2. #10 of the traceback shows "#10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll" - I cannot for the life of me figure out how I get debug symbols for this? > > Thanks, > > Maarten Jacobs > > ---------------------------------------- >> From: maarten256@hotmail.com >> To: cygwin@cygwin.com >> CC: robert.martens@bell.ca >> Subject: RE: Python stackdump on "succesful" exit after import of python-requests >> Date: Mon, 1 Feb 2016 00:36:02 -0500 >> >> I installed the debug version of gcc and the traceback became a little more readable: >> >> (gdb) bt >> #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >> #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 >> #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 >> #5 0x610ef9d8 in kill0 (pid=pid@entry=4080, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 >> #6 0x610efbb2 in kill (sig=sig@entry=6, pid=4080) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 >> #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 >> #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 >> #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 >> #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll >> #11 0x61028bb7 in per_module::run_dtors (this=0x6130d6c0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 >> #12 dll::run_dtors (this=0x6130d6b8) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 >> #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 >> #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 >> #17 0x610ebf85 in _sigfe () at sigfe.s:38 >> #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 >> #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 >> #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 >> #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 >> #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 >> #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 >> (gdb) up 9 >> #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 >> 216 gcc_assert (ob); >> (gdb) >> >> So looks like the problem occurs on an "assert". I need to dig further into this - but that's for tomorrow / later this week. >> >> Thanks, >> >> Maarten Jacobs >> >> ---------------------------------------- >>> From: maarten256@hotmail.com >>> To: cygwin@cygwin.com >>> CC: robert.martens@bell.ca >>> Subject: RE: Python stackdump on "succesful" exit after import of python-requests >>> Date: Sun, 31 Jan 2016 23:55:14 -0500 >>> >>> 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. Some 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/api/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 exit(sts); >>> (gdb) bt >>> #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>> #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >>> #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >>> #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 >>> #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 >>> #5 0x610ef9d8 in kill0 (pid=pid@entry=7028, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 >>> #6 0x610efbb2 in kill (sig=sig@entry=6, pid=7028) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 >>> #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 >>> #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 >>> #9 0x6deb43c1 in cyggcc_s-1!.deregister_frame_info_bases () from /usr/bin/cyggcc_s-1.dll >>> #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll >>> #11 0x61028bb7 in per_module::run_dtors (this=0x6130d980) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 >>> #12 dll::run_dtors (this=0x6130d978) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 >>> #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 >>> #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 >>> #17 0x610ebf85 in _sigfe () at sigfe.s:38 >>> #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 >>> #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 >>> #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 >>> #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 >>> #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 >>> #25 0x00401750 in main (argc=4, argv=0x60cc1c) 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 feels familiar. >>> >>> It would appear that deregister_frame_info_bases () (on #9) causes the abort to happen. As far as I have been able to figure out, all of this happens 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 apparent 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 >>>> >>>> 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). >>>> >>>> Obviously that doesn't explain the behavior but I didn't have time to further investigate the issue with python 2.7. >>>> >>>> I ran into the issue when I was trying to build libvirt-python on Cygwin. >>>> >>>> I'd be curious to know what the real root cause for this abort is. >>>> >>>> Thanks, >>>> >>>> Maarten Jacobs >>>> >>>> ---------------------------------------- >>>> From: robert.martens@bell.ca >>>> To: cygwin@cygwin.com >>>> Subject: Python stackdump on "succesful" exit after import of python-requests >>>> Date: Fri, 29 Jan 2016 21:38:54 +0000 >>>> >>>> >>>> Hello, >>>> I am having a strange issue with Python 2.7 on cygwin. >>>> Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. >>>> >>>> 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) >>>> >>>> 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) >>>> >>>> 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() >>>> >>>> Program received signal SIGABRT, Aborted. >>>> 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>>> 1780 exit(sts); >>>> (gdb) bt >>>> #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>>> #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll >>>> #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] >>>> >>>> Any ideas? >>>> >>>> Thanks, >>>> Robert Martens >>>> ADMS >>>> >>>> >>>> -- >>>> 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 >>>> >>>> -- >>>> 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 >>>> >>> >>> -- >>> 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 >>> >> >> -- >> 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 >> > > > -- > 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 > -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Python stackdump on "succesful" exit after import of python-requests 2016-02-02 16:34 ` Maarten Jacobs @ 2016-02-04 4:32 ` Maarten Jacobs 0 siblings, 0 replies; 8+ messages in thread From: Maarten Jacobs @ 2016-02-04 4:32 UTC (permalink / raw) To: Martens, Robert EY28737; +Cc: cygwin Hi Robert, Well, your suggestion definitely helped. I did a reinstall of my 32-bit Cygwin, and the problem with Python persisted. Then, I spent time setting up my 64-bit Cygwin, and the problem went away!! So - it would appear to me that running the 32-bit Cygwin Python on a 64-bit OS doesn't work properly. Right now I don't have a good way to verify whether the problem persists with a 32-bit Cygwin on a 32-bit OS. In any event - I crossed this hurdle, and while I am now even further from explaining what causes this issue, I appear to have a more satisfactory work-around. On to the next set of issues for me. Please let me know if you can confirm the same results? (i.e. Cygwin32/OS64 doesn't work but Cygwin64/OS64 does) Thanks, Maarten ---------------------------------------- > From: maarten256@hotmail.com > To: robert.martens@bell.ca > CC: cygwin@cygwin.com > Subject: RE: Python stackdump on "succesful" exit after import of python-requests > Date: Tue, 2 Feb 2016 11:34:49 -0500 > > Hi Robert, > > My experience with Python is very, very limited. The only reason I am looking into this issue is because one of the packages I want to install won't work because of this :) > > Therefore, if you could send me a sample Python script that causes the problem on your end, I'd be more than happy to try it out on my end and see if it causes the same issue... Without me having to learn how to write Python. > > Your comment about a "fresh" install is intriguing and I will definitely try that out for myself. As an aside, I am running into this issue on a 32-bit install, is that where you found the problem initially? > > Thanks, > > Maarten > > ---------------------------------------- >> From: robert.martens@bell.ca >> To: maarten256@hotmail.com >> CC: cygwin@cygwin.com >> Subject: RE: Python stackdump on "succesful" exit after import of python-requests >> Date: Tue, 2 Feb 2016 05:58:11 +0000 >> >> Hello Maarten, >> I won't be a lot of help with the low level debugging here but I do have some suggestions. >> The issue occurs for me whenever I import 'requests', could you try importing that module in your tests see if it also happens to you? >> >> I'm wondering if this is just a common problem between modules or if it is inherit in python itself. >> >> The other thing I noticed is that in a fresh install of 64 bit cygwin, the issue does not occur! >> >> I'm going to see if I can isolate it further... >> >> Thanks for your help! >> -- >> Robert Martens >> 613 807 6137 >> ADMS System Administrator >> >> On Feb 1, 2016 9:05 PM, Maarten Jacobs <maarten256@hotmail.com> wrote: >> Still whittling away at this issue. I installed a few more debug libraries, and the traceback now looks like: >> >> (gdb) r generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml >> Starting program: /usr/bin/python generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml >> [New Thread 6688.0x730] >> [New Thread 6688.0x1d44] >> [New Thread 6688.0x1c68] >> [New Thread 6688.0x12d8] >> Found 406 functions in /usr/share/libvirt/api/libvirt-api.xml >> Found 0 functions in libvirt-override-api.xml >> Generated 338 wrapper functions >> Done! >> >> Program received signal SIGABRT, Aborted. >> 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >> 1780 exit(sts); >> (gdb) bt >> #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >> #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >> #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) >> at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 >> #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 >> #5 0x610ef9d8 in kill0 (pid=pid@entry=6688, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 >> #6 0x610efbb2 in kill (sig=sig@entry=6, pid=6688) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 >> #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 >> #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 >> #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000 <__EH_FRAME_BEGIN__>) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 >> #10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll >> #11 0x61028bb7 in per_module::run_dtors (this=0x6130d658) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 >> #12 dll::run_dtors (this=0x6130d650) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 >> #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 >> #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 >> #17 0x610ebf85 in _sigfe () at sigfe.s:38 >> #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 >> #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 >> #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 >> #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) >> at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 >> #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 >> #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 >> >> Having pored over this traceback 100 times now, the current questions I'm trying to figure out, and I'd like some help with: >> >> 1. #20 of the traceback shows "0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193" doesn't make sense since line 1193 of pythonrun.c is not anywhere near "handle_system_exit()". Line 1152 on #19 IS in handle_system_exit(). Does this mean the traceback is no good? >> >> 2. #10 of the traceback shows "#10 0x6e1e10e2 in __gcc_deregister_frame () from /usr/bin/cygexpat-1.dll" - I cannot for the life of me figure out how I get debug symbols for this? >> >> Thanks, >> >> Maarten Jacobs >> >> ---------------------------------------- >>> From: maarten256@hotmail.com >>> To: cygwin@cygwin.com >>> CC: robert.martens@bell.ca >>> Subject: RE: Python stackdump on "succesful" exit after import of python-requests >>> Date: Mon, 1 Feb 2016 00:36:02 -0500 >>> >>> I installed the debug version of gcc and the traceback became a little more readable: >>> >>> (gdb) bt >>> #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>> #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >>> #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >>> #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 >>> #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 >>> #5 0x610ef9d8 in kill0 (pid=pid@entry=4080, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 >>> #6 0x610efbb2 in kill (sig=sig@entry=6, pid=4080) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 >>> #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 >>> #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 >>> #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 >>> #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll >>> #11 0x61028bb7 in per_module::run_dtors (this=0x6130d6c0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 >>> #12 dll::run_dtors (this=0x6130d6b8) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 >>> #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 >>> #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 >>> #17 0x610ebf85 in _sigfe () at sigfe.s:38 >>> #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 >>> #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 >>> #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 >>> #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 >>> #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 >>> #25 0x00401750 in main (argc=4, argv=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/python.c:23 >>> (gdb) up 9 >>> #9 0x6deb43c1 in __deregister_frame_info_bases (begin=0x6e200000) at /usr/src/debug/gcc-4.9.3-1/libgcc/unwind-dw2-fde.c:216 >>> 216 gcc_assert (ob); >>> (gdb) >>> >>> So looks like the problem occurs on an "assert". I need to dig further into this - but that's for tomorrow / later this week. >>> >>> Thanks, >>> >>> Maarten Jacobs >>> >>> ---------------------------------------- >>>> From: maarten256@hotmail.com >>>> To: cygwin@cygwin.com >>>> CC: robert.martens@bell.ca >>>> Subject: RE: Python stackdump on "succesful" exit after import of python-requests >>>> Date: Sun, 31 Jan 2016 23:55:14 -0500 >>>> >>>> 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. Some 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/api/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 exit(sts); >>>> (gdb) bt >>>> #0 0x66b73de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>>> #1 0x76e8e091 in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >>>> #2 0x76e8dff2 in WaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/KERNELBASE.dll >>>> #3 0x610f2730 in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 (p=p@entry=0x60fd0000, si=..., tls=tls@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/sigproc.cc:716 >>>> #4 0x610ef4cc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd0000, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:252 >>>> #5 0x610ef9d8 in kill0 (pid=pid@entry=7028, si=...) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:303 >>>> #6 0x610efbb2 in kill (sig=sig@entry=6, pid=7028) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:312 >>>> #7 raise (sig=sig@entry=6) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:288 >>>> #8 0x610efe79 in abort () at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/signal.cc:375 >>>> #9 0x6deb43c1 in cyggcc_s-1!.deregister_frame_info_bases () from /usr/bin/cyggcc_s-1.dll >>>> #10 0x6e1e10e2 in ?? () from /usr/bin/cygexpat-1.dll >>>> #11 0x61028bb7 in per_module::run_dtors (this=0x6130d980) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dll_init.cc:81 >>>> #12 dll::run_dtors (this=0x6130d978) at /usr/src/debug/cygwin-2.4.1-1/winsup/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=code@entry=0, d=d@entry=0x0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/__call_atexit.c:118 >>>> #15 0x6114ae88 in exit (code=0) at /usr/src/debug/cygwin-2.4.1-1/newlib/libc/stdlib/exit.c:66 >>>> #16 0x61006e79 in cygwin_exit (n=0) at /usr/src/debug/cygwin-2.4.1-1/winsup/cygwin/dcrt0.cc:1337 >>>> #17 0x610ebf85 in _sigfe () at sigfe.s:38 >>>> #18 0x66b73de4 in Py_Exit (sts=sts@entry=0) 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/Python/pythonrun.c:1152 >>>> #20 0x66b7413e in handle_system_exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1193 >>>> #21 PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars@entry=1) 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/pythonrun.c:1065 >>>> #23 PyRun_SimpleFileExFlags (fp=<optimized out>, filename=0x60cc5c "generator.py", closeit=1, flags=0x60cb5c) at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:953 >>>> #24 0x66b8ae9e in Py_Main (argc=argc@entry=4, argv=argv@entry=0x60cc1c) at /usr/src/debug/python-2.7.10-1/Modules/main.c:640 >>>> #25 0x00401750 in main (argc=4, argv=0x60cc1c) 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 feels familiar. >>>> >>>> It would appear that deregister_frame_info_bases () (on #9) causes the abort to happen. As far as I have been able to figure out, all of this happens 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 apparent 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 >>>>> >>>>> 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). >>>>> >>>>> Obviously that doesn't explain the behavior but I didn't have time to further investigate the issue with python 2.7. >>>>> >>>>> I ran into the issue when I was trying to build libvirt-python on Cygwin. >>>>> >>>>> I'd be curious to know what the real root cause for this abort is. >>>>> >>>>> Thanks, >>>>> >>>>> Maarten Jacobs >>>>> >>>>> ---------------------------------------- >>>>> From: robert.martens@bell.ca >>>>> To: cygwin@cygwin.com >>>>> Subject: Python stackdump on "succesful" exit after import of python-requests >>>>> Date: Fri, 29 Jan 2016 21:38:54 +0000 >>>>> >>>>> >>>>> Hello, >>>>> I am having a strange issue with Python 2.7 on cygwin. >>>>> Whenever a script of mine imports 'requests' (python-requests installed via cygwin installer), after it closes I get an "Aborted" message and a stack dump. >>>>> >>>>> 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) >>>>> >>>>> 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) >>>>> >>>>> 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() >>>>> >>>>> Program received signal SIGABRT, Aborted. >>>>> 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>>>> 1780 exit(sts); >>>>> (gdb) bt >>>>> #0 0x65c63de4 in Py_Exit () at /usr/src/debug/python-2.7.10-1/Python/pythonrun.c:1780 >>>>> #1 0x770ff8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SysWOW64/ntdll.dll >>>>> #2 0x765014b9 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/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 stack 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] >>>>> >>>>> Any ideas? >>>>> >>>>> Thanks, >>>>> Robert Martens >>>>> ADMS >>>>> >>>>> >>>>> -- >>>>> 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 >>>>> >>>>> -- >>>>> 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 >>>>> >>>> >>>> -- >>>> 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 >>>> >>> >>> -- >>> 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 >>> >> >> >> -- >> 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 >> > > -- > 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 > -- 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2016-02-04 4:32 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-01-30 15:21 Python stackdump on "succesful" exit after import of python-requests Martens, Robert (EY28737) 2016-01-31 13:37 ` Maarten Jacobs 2016-02-01 4:55 ` Maarten Jacobs 2016-02-01 5:36 ` Maarten Jacobs 2016-02-02 2:05 ` Maarten Jacobs 2016-02-02 5:58 ` Martens, Robert (EY28737) 2016-02-02 16:34 ` Maarten Jacobs 2016-02-04 4:32 ` Maarten Jacobs
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).