* sort utility goes berzerk (x86_64) @ 2017-11-25 13:23 Houder 2017-11-28 7:21 ` Houder 0 siblings, 1 reply; 21+ messages in thread From: Houder @ 2017-11-25 13:23 UTC (permalink / raw) To: cygwin Hi, Anyone seeing this as well? sort goes berzerk on my system when piped into head (or less) when it is fed with a 'specially prepared' input file. - only happens on x86_64 - does not happen for 'LC_COLLATE=C sort tt | head' 'specially prepared' input file? (see bottom of post). Henri 64-@@ sort tt | head abcde 1xxxxx0123456789 abcde 2xxxxx0123456789 abcde 3xxxxx0123456789 abcde 4xxxxx0123456789 abcde 5xxxxx0123456789 abcde 6xxxxx0123456789 abcde 7xxxxx0123456789 abcde 8xxxxx0123456789 abcde 9xxxxx0123456789 abcde 10xxxxx0123456789 <==== prompt does not return note: sort.exe cannot be killed using 'kill -9' note: sort.exe is using a high amount of CPU ... (loop?) note: file tt is obtained as follows ./genfl.sh > tt (see bottom of post) # sort is terminated from another instance of bash, using: 64-@@ taskkill /f /im sort.exe SUCCESS: The process "sort.exe" with PID 3680 has been terminated. ----- 64-@@ uname -a CYGWIN_NT-6.1 Seven 2.9.0(0.318/5/3) 2017-09-12 10:18 x86_64 Cygwin 64-@@ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_ALL= 64-@@ cat genfl.sh #!/bin/bash # sorting seems not to obey LC_COLLATE=en_US.UTF-8 awk ' #BEGIN { cnt = 4000 } #BEGIN { cnt = 5000 } #BEGIN { cnt = 5050 } # sort going berzerk #BEGIN { cnt = 5500 } # sort going berzerk #BEGIN { cnt = 6000 } # sort going berzerk #BEGIN { cnt = 8000 } # sort going berzerk BEGIN { cnt = 8150 } # sort going berzerk #BEGIN { cnt = 8200 } #BEGIN { cnt = 8500 } #BEGIN { cnt = 9000 } #BEGIN { cnt = 10000 } #BEGIN { cnt = 12000 } #BEGIN { cnt = 16000 } END { for (i = 1; i <= cnt; i++) { str = "0123456789" printf "abcde%5dxxxxx%s\n", i, str } } ' /dev/null ===== -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-25 13:23 sort utility goes berzerk (x86_64) Houder @ 2017-11-28 7:21 ` Houder 2017-11-28 9:03 ` Corinna Vinschen 0 siblings, 1 reply; 21+ messages in thread From: Houder @ 2017-11-28 7:21 UTC (permalink / raw) To: cygwin On 2017-11-25 14:23, Houder wrote: > Hi, > > Anyone seeing this as well? sort goes berzerk on my system when piped > into > head (or less) when it is fed with a 'specially prepared' input file. > > - only happens on x86_64 > - does not happen for 'LC_COLLATE=C sort tt | head' > > 'specially prepared' input file? (see bottom of post). Anyone ** NOT ** seeing this? Henri -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 7:21 ` Houder @ 2017-11-28 9:03 ` Corinna Vinschen 2017-11-28 10:59 ` Houder ` (2 more replies) 0 siblings, 3 replies; 21+ messages in thread From: Corinna Vinschen @ 2017-11-28 9:03 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 1165 bytes --] On Nov 28 08:21, Houder wrote: > On 2017-11-25 14:23, Houder wrote: > > Hi, > > > > Anyone seeing this as well? sort goes berzerk on my system when piped > > into > > head (or less) when it is fed with a 'specially prepared' input file. > > > > - only happens on x86_64 > > - does not happen for 'LC_COLLATE=C sort tt | head' > > > > 'specially prepared' input file? (see bottom of post). > > Anyone ** NOT ** seeing this? Yes. I just tried it under tcsh and bash with 6000, 8000, and 8150 lines, and it works for me. LANG=en_US.UTF-8 implies LC_COLLATE=en_US.UTF-8 but I also set LC_COLLATE explicitely and retried. sort tt | head always prints abcde 1xxxxx0123456789 abcde 2xxxxx0123456789 abcde 3xxxxx0123456789 abcde 4xxxxx0123456789 abcde 5xxxxx0123456789 abcde 6xxxxx0123456789 abcde 7xxxxx0123456789 abcde 8xxxxx0123456789 abcde 9xxxxx0123456789 abcde 10xxxxx0123456789 and then returns to the prompt. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 9:03 ` Corinna Vinschen @ 2017-11-28 10:59 ` Houder 2017-11-28 13:38 ` Doug Henderson 2017-11-28 13:12 ` Houder 2017-11-28 15:42 ` EXTERNAL: " Wells, Roger K. 2 siblings, 1 reply; 21+ messages in thread From: Houder @ 2017-11-28 10:59 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 1725 bytes --] On 2017-11-28 10:03, Corinna Vinschen wrote: > On Nov 28 08:21, Houder wrote: >> On 2017-11-25 14:23, Houder wrote: >> > Hi, >> > >> > Anyone seeing this as well? sort goes berzerk on my system when piped >> > into >> > head (or less) when it is fed with a 'specially prepared' input file. >> > >> > - only happens on x86_64 >> > - does not happen for 'LC_COLLATE=C sort tt | head' >> > >> > 'specially prepared' input file? (see bottom of post). >> >> Anyone ** NOT ** seeing this? > > Yes. I just tried it under tcsh and bash with 6000, 8000, and 8150 > lines, > and it works for me. LANG=en_US.UTF-8 implies LC_COLLATE=en_US.UTF-8 > but I also set LC_COLLATE explicitely and retried. sort tt | head > always prints > > abcde 1xxxxx0123456789 > abcde 2xxxxx0123456789 > abcde 3xxxxx0123456789 > abcde 4xxxxx0123456789 > abcde 5xxxxx0123456789 > abcde 6xxxxx0123456789 > abcde 7xxxxx0123456789 > abcde 8xxxxx0123456789 > abcde 9xxxxx0123456789 > abcde 10xxxxx0123456789 > > and then returns to the prompt. Corinna, thank you for trying !!!!! But that is curious ... I only send my initial post after having verified my system (Cygwin). As I got no response to my initial post, I decided it had to be "me". For that reason I once more scrutinized? my system (Cygwin). Among others: - downloaded the base packages (from my favorite mirror) into a separate repo (directory on my system) - installed Cygwin (base packages) into a new directory. All using setup! The outcome was the same. It came as a surprise to me. I will attach cygcheck-minsrv.out (for _anyone_ who is willing to take a look at it). I did not spot anything "funny" in there. Henri [-- Attachment #2: cygcheck-minsrv.out --] [-- Type: text/plain, Size: 57902 bytes --] Cygwin Configuration Diagnostics Current System Time: Mon Nov 27 15:39:01 2017 Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 Path: E:\Cygwin64\usr\local\bin E:\Cygwin64\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem E:\Cygwin64\home\Henri\bin Output from E:\Cygwin64\bin\id.exe UID: 1000(Henri) GID: 513(None) 513(None) 1007(HelpLibraryUpdaters) 559(Performance Log Users) 545(Users) 11(Authenticated Users) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'Henri' PWD = '/home/Henri/bin/proef2' HOME = '/home/Henri' USERDOMAIN = 'Seven' OS = 'Windows_NT' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' PROCESSOR_LEVEL = '6' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' CommonProgramW6432 = 'C:\Program Files\Common Files' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' FP_NO_HOST_CHECK = 'NO' LANG = 'en_US.UTF-8' TZ = 'Europe/Amsterdam' HOSTNAME = 'Seven' PUBLIC = 'C:\Users\Public' OLDPWD = '/home/Henri' USERNAME = 'Henri' LOGONSERVER = '\\SEVEN' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\Henri\AppData\Local' COMPUTERNAME = 'SEVEN' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\Henri' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' QUOTING_STYLE = 'literal' SYSTEMROOT = 'C:\Windows' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 60 Stepping 3, GenuineIntel' TMP = '/tmp' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' VS120COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\' PROCESSOR_REVISION = '3c03' TMPDIR = '/tmp' NUMBER_OF_PROCESSORS = '8' ProgramW6432 = 'C:\Program Files' windows_tracing_flags = '3' COMSPEC = 'C:\Windows\system32\cmd.exe' APPDATA = 'C:\Users\Henri\AppData\Roaming' SHELL = '/bin/bash' TERM = 'xterm-256color' RANDFILE = 'D:\NTP\etc\.rnd' WINDIR = 'C:\Windows' ProgramData = 'C:\ProgramData' SHLVL = '1' PRINTER = 'HP LaserJet P1006' PROGRAMFILES = 'C:\Program Files' ALLUSERSPROFILE = 'C:\ProgramData' TEMP = '/tmp' SESSIONNAME = 'Console' ProgramFiles(x86) = 'C:\Program Files (x86)' HOMEDRIVE = 'C:' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' HOMEPATH = '\Users\Henri' EXECIGNORE = '*.dll' VS110COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\' LC_TIME = 'C' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Console\Cygwin Bash Shell (default) = 0x00000071 PopupColors = 0x000000f5 ColorTable00 = 0x00000000 ColorTable01 = 0x00800000 ColorTable02 = 0x00008000 ColorTable03 = 0x00808000 ColorTable04 = 0x00000080 ColorTable05 = 0x00800080 ColorTable06 = 0x00008080 ColorTable07 = 0x00c0c0c0 ColorTable08 = 0x00808080 ColorTable09 = 0x00ff0000 ColorTable10 = 0x0000ff00 ColorTable11 = 0x00ffff00 ColorTable12 = 0x000000ff ColorTable13 = 0x00ff00ff ColorTable14 = 0x0000ffff ColorTable15 = 0x00ffffff InsertMode = 0x00000001 QuickEdit = 0x00000001 ScreenBufferSize = 0x012c008c WindowSize = 0x0032008c FontSize = 0x000c0007 FontFamily = 0x00000036 FontWeight = 0x00000190 FaceName = 'Lucida Console' CursorSize = 0x00000019 HistoryBufferSize = 0x00000032 NumberOfHistoryBuffers = 0x00000004 HistoryNoDup = 0x00000000 WindowPosition = 0x01a50297 HKEY_CURRENT_USER\Console\Cygwin Bash Shell-64 (default) = 0x00000071 PopupColors = 0x000000f5 ColorTable00 = 0x00000000 ColorTable01 = 0x00800000 ColorTable02 = 0x00008000 ColorTable03 = 0x00808000 ColorTable04 = 0x00000080 ColorTable05 = 0x00800080 ColorTable06 = 0x00008080 ColorTable07 = 0x00c0c0c0 ColorTable08 = 0x00808080 ColorTable09 = 0x00ff0000 ColorTable10 = 0x0000ff00 ColorTable11 = 0x00ffff00 ColorTable12 = 0x000000ff ColorTable13 = 0x00ff00ff ColorTable14 = 0x0000ffff ColorTable15 = 0x00ffffff InsertMode = 0x00000001 QuickEdit = 0x00000001 ScreenBufferSize = 0x012c008c WindowSize = 0x0032008c FontSize = 0x000c0000 FontFamily = 0x00000036 FontWeight = 0x00000190 FaceName = 'Lucida Console' CursorSize = 0x00000019 HistoryBufferSize = 0x00000032 NumberOfHistoryBuffers = 0x00000004 HistoryNoDup = 0x00000000 WindowPosition = 0x00000000 HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\E:\Cygwin' 0eb90a57d5759b7b = '\??\E:\Cygwin64' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\e:\Cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'e:\Cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Installations (default) = '\??\e:\Cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\setup (default) = 'e:\Cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: 0eb90a57d5759b7b Path: e:\Cygwin64 User: Key: 685dc4bb75d52efd Path: E:\Cygwin User: Key: 0eb90a57d5759b7b Path: E:\Cygwin64 c: hd NTFS 190672Mb 43% CP CS UN PA FC EN d: hd NTFS 95338Mb 6% CP CS UN PA FC EN e: hd NTFS 190667Mb 5% CP CS UN PA FC EN f: cd N/A N/A j: fd N/A N/A k: fd N/A N/A l: fd N/A N/A m: fd N/A N/A x: hd NTFS 99Mb 29% CP CS UN PA FC EN E:\Cygwin64 / system binary,auto E:\Cygwin64\bin /usr/bin system binary,auto E:\Cygwin64\lib /usr/lib system binary,auto cygdrive prefix /drv user binary,posix=0,auto Found: E:\Cygwin64\bin\awk -> E:\Cygwin64\bin\gawk.exe Found: E:\Cygwin64\bin\bash.exe Found: E:\Cygwin64\bin\cat.exe Found: E:\Cygwin64\bin\cp.exe Found: E:\Cygwin64\bin\cpp.exe Not Found: crontab Found: E:\Cygwin64\bin\find.exe Found: C:\WINDOWS\system32\find.exe Warning: E:\Cygwin64\bin\find.exe hides C:\WINDOWS\system32\find.exe Found: E:\Cygwin64\bin\gcc.exe Not Found: gdb Found: E:\Cygwin64\bin\grep.exe Found: E:\Cygwin64\bin\kill.exe Found: E:\Cygwin64\bin\ld.exe Found: E:\Cygwin64\bin\ls.exe Found: E:\Cygwin64\bin\make.exe Found: E:\Cygwin64\bin\mv.exe Not Found: patch Found: E:\Cygwin64\bin\perl.exe Found: E:\Cygwin64\bin\rm.exe Found: E:\Cygwin64\bin\sed.exe Found: E:\Cygwin64\bin\ssh.exe Found: E:\Cygwin64\bin\sh.exe Found: E:\Cygwin64\bin\tar.exe Found: E:\Cygwin64\bin\test.exe Found: E:\Cygwin64\bin\vi.exe Found: E:\Cygwin64\bin\vim.exe 39k 2016/09/19 E:\Cygwin64\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2 "cygargp-0.dll" v0.0 ts=2016-09-19 02:13 88k 2017/11/13 E:\Cygwin64\bin\cygatomic-1.dll - os=4.0 img=0.0 sys=5.2 "cygatomic-1.dll" v0.0 ts=2017-11-13 21:53 16k 2013/03/26 E:\Cygwin64\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2 "cygattr-1.dll" v0.0 ts=2013-03-26 18:26 175k 2017/09/05 E:\Cygwin64\bin\cygautotrace-3.dll - os=4.0 img=0.0 sys=5.2 "cygautotrace-3.dll" v0.0 ts=2017-09-05 22:52 180k 2015/03/23 E:\Cygwin64\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2 "cygblkid-1.dll" v0.0 ts=2015-03-23 09:46 64k 2017/02/22 E:\Cygwin64\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2 "cygbz2-1.dll" v0.0 ts=2017-02-22 07:22 998k 2017/07/14 E:\Cygwin64\bin\cygcairo-2.dll - os=4.0 img=0.0 sys=5.2 "cygcairo-2.dll" v0.0 ts=2017-07-14 21:26 27k 2017/07/14 E:\Cygwin64\bin\cygcairo-gobject-2.dll - os=4.0 img=0.0 sys=5.2 "cygcairo-gobject-2.dll" v0.0 ts=2017-07-14 21:26 119k 2017/07/14 E:\Cygwin64\bin\cygcairo-script-interpreter-2.dll - os=4.0 img=0.0 sys=5.2 "cygcairo-script-interpreter-2.dll" v0.0 ts=2017-07-14 21:26 13k 2015/03/19 E:\Cygwin64\bin\cygcom_err-2.dll - os=4.0 img=0.0 sys=5.2 "cygcom_err-2.dll" v0.0 ts=2015-03-19 02:44 26k 2017/05/09 E:\Cygwin64\bin\cygcord-1.dll - os=4.0 img=0.0 sys=5.2 "cygcord-1.dll" v0.0 ts=2017-05-09 14:41 203k 2017/04/25 E:\Cygwin64\bin\cygcroco-0.6-3.dll - os=4.0 img=0.0 sys=5.2 "cygcroco-0.6-3.dll" v0.0 ts=2017-04-25 17:03 39k 2017/09/03 E:\Cygwin64\bin\cygcrypt-0.dll - os=4.0 img=0.0 sys=5.2 "cygcrypt-0.dll" v0.0 ts=2017-09-03 08:18 2244k 2017/11/09 E:\Cygwin64\bin\cygcrypto-1.0.0.dll - os=4.0 img=0.0 sys=5.2 "cygcrypto-1.0.0.dll" v0.0 ts=2017-11-09 21:30 505k 2017/10/26 E:\Cygwin64\bin\cygcurl-4.dll - os=4.0 img=0.0 sys=5.2 "cygcurl-4.dll" v0.0 ts=2017-10-26 08:12 24k 2014/11/12 E:\Cygwin64\bin\cygdatrie-1.dll - os=4.0 img=0.0 sys=5.2 "cygdatrie-1.dll" v0.0 ts=2014-11-12 07:24 1552k 2017/09/28 E:\Cygwin64\bin\cygdb-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb-5.3.dll" v0.0 ts=2017-09-28 20:05 119k 2017/09/28 E:\Cygwin64\bin\cygdb_cxx-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_cxx-5.3.dll" v0.0 ts=2017-09-28 20:06 569k 2017/09/28 E:\Cygwin64\bin\cygdb_sql-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_sql-5.3.dll" v0.0 ts=2017-09-28 20:06 176k 2016/09/19 E:\Cygwin64\bin\cygdialog-13.dll - os=4.0 img=0.0 sys=5.2 "cygdialog-13.dll" v0.0 ts=2016-09-19 07:17 177k 2017/05/09 E:\Cygwin64\bin\cygdialog-14.dll - os=4.0 img=0.0 sys=5.2 "cygdialog-14.dll" v0.0 ts=2017-05-09 20:19 154k 2013/10/20 E:\Cygwin64\bin\cygedit-0.dll - os=4.0 img=0.0 sys=5.2 "cygedit-0.dll" v0.0 ts=2013-10-20 21:56 147k 2017/11/27 E:\Cygwin64\bin\cygEGL-1.dll - os=4.0 img=0.0 sys=5.2 "cygEGL-1.dll" v0.0 ts=2017-11-27 07:59 158k 2016/08/23 E:\Cygwin64\bin\cygEMF-1.dll - os=4.0 img=0.0 sys=5.2 "cygEMF-1.dll" v0.0 ts=2016-08-23 17:23 148k 2017/08/06 E:\Cygwin64\bin\cygexpat-1.dll - os=4.0 img=0.0 sys=5.2 "cygexpat-1.dll" v0.0 ts=2017-08-07 00:43 30k 2014/10/14 E:\Cygwin64\bin\cygfam-0.dll - os=4.0 img=0.0 sys=5.2 "cygfam-0.dll" v0.0 ts=2014-10-14 21:33 27k 2015/11/17 E:\Cygwin64\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2 "cygffi-6.dll" v0.0 ts=2015-11-17 22:14 1050k 2017/02/02 E:\Cygwin64\bin\cygfftw3-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3-3.dll" v0.0 ts=2017-02-02 12:10 1009k 2017/02/02 E:\Cygwin64\bin\cygfftw3f-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3f-3.dll" v0.0 ts=2017-02-02 12:05 24k 2017/02/02 E:\Cygwin64\bin\cygfftw3f_threads-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3f_threads-3.dll" v0.0 ts=2017-02-02 12:05 864k 2017/02/02 E:\Cygwin64\bin\cygfftw3l-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3l-3.dll" v0.0 ts=2017-02-02 12:14 24k 2017/02/02 E:\Cygwin64\bin\cygfftw3l_threads-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3l_threads-3.dll" v0.0 ts=2017-02-02 12:15 24k 2017/02/02 E:\Cygwin64\bin\cygfftw3_threads-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3_threads-3.dll" v0.0 ts=2017-02-02 12:10 969k 2017/06/20 E:\Cygwin64\bin\cygfltk-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk-1.3.dll" v0.0 ts=2017-06-20 07:37 25k 2017/06/20 E:\Cygwin64\bin\cygfltk_forms-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk_forms-1.3.dll" v0.0 ts=2017-06-20 07:37 93k 2017/06/20 E:\Cygwin64\bin\cygfltk_gl-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk_gl-1.3.dll" v0.0 ts=2017-06-20 07:37 48k 2017/06/20 E:\Cygwin64\bin\cygfltk_images-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk_images-1.3.dll" v0.0 ts=2017-06-20 07:37 243k 2017/09/04 E:\Cygwin64\bin\cygfontconfig-1.dll - os=4.0 img=0.0 sys=5.2 "cygfontconfig-1.dll" v0.0 ts=2017-09-04 22:43 26k 2016/01/29 E:\Cygwin64\bin\cygfontenc-1.dll - os=4.0 img=0.0 sys=5.2 "cygfontenc-1.dll" v0.0 ts=2016-01-29 20:19 55k 2017/06/18 E:\Cygwin64\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2 "cygformw-10.dll" v0.0 ts=2017-06-18 22:23 545k 2015/01/15 E:\Cygwin64\bin\cygfpx-1.dll - os=4.0 img=0.0 sys=5.2 "cygfpx-1.dll" v0.0 ts=2015-01-15 12:50 430k 2017/04/30 E:\Cygwin64\bin\cygfreebl3.dll - os=4.0 img=0.0 sys=5.2 "cygfreebl3.dll" v0.0 ts=2017-04-30 21:05 597k 2016/07/28 E:\Cygwin64\bin\cygfreetype-6.dll - os=4.0 img=0.0 sys=5.2 "cygfreetype-6.dll" v0.0 ts=2016-07-28 17:48 119k 2017/05/09 E:\Cygwin64\bin\cyggc-1.dll - os=4.0 img=0.0 sys=5.2 "cyggc-1.dll" v0.0 ts=2017-05-09 14:41 9k 2017/05/09 E:\Cygwin64\bin\cyggccpp-1.dll - os=4.0 img=0.0 sys=5.2 "cyggccpp-1.dll" v0.0 ts=2017-05-09 14:41 70k 2017/11/13 E:\Cygwin64\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2 "cyggcc_s-seh-1.dll" v0.0 ts=2017-11-13 21:10 351k 2017/08/30 E:\Cygwin64\bin\cyggd-3.dll - os=4.0 img=0.0 sys=5.2 "cyggd-3.dll" v0.0 ts=2017-08-30 18:48 39k 2016/10/10 E:\Cygwin64\bin\cyggdbm-4.dll - os=4.0 img=0.0 sys=5.2 "cyggdbm-4.dll" v0.0 ts=2016-10-10 09:26 13k 2016/10/10 E:\Cygwin64\bin\cyggdbm_compat-4.dll - os=4.0 img=0.0 sys=5.2 "cyggdbm_compat-4.dll" v0.0 ts=2016-10-10 09:26 139k 2017/09/04 E:\Cygwin64\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2017-09-04 21:25 32k 2013/07/22 E:\Cygwin64\bin\cyggif-4.dll - os=4.0 img=0.0 sys=5.2 "cyggif-4.dll" v0.0 ts=2013-07-22 05:17 1364k 2017/09/04 E:\Cygwin64\bin\cyggio-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggio-2.0-0.dll" v0.0 ts=2017-09-04 20:32 548k 2017/11/27 E:\Cygwin64\bin\cygGL-1.dll - os=4.0 img=0.0 sys=5.2 "cygGL-1.dll" v0.0 ts=2017-11-27 07:59 358k 2017/11/27 E:\Cygwin64\bin\cygglapi-0.dll - os=4.0 img=0.0 sys=5.2 "cygglapi-0.dll" v0.0 ts=2017-11-27 07:37 976k 2017/09/04 E:\Cygwin64\bin\cygglib-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygglib-2.0-0.dll" v0.0 ts=2017-09-04 20:27 15k 2017/09/04 E:\Cygwin64\bin\cyggmodule-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggmodule-2.0-0.dll" v0.0 ts=2017-09-04 20:27 527k 2017/01/21 E:\Cygwin64\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2 "cyggmp-10.dll" v0.0 ts=2017-01-21 18:25 938k 2017/05/02 E:\Cygwin64\bin\cyggnutls-28.dll - os=4.0 img=0.0 sys=5.2 "cyggnutls-28.dll" v0.0 ts=2017-05-02 22:06 1159k 2017/06/18 E:\Cygwin64\bin\cyggnutls-30.dll - os=4.0 img=0.0 sys=5.2 "cyggnutls-30.dll" v0.0 ts=2017-06-19 00:33 24k 2017/05/02 E:\Cygwin64\bin\cyggnutls-openssl-27.dll - os=4.0 img=0.0 sys=5.2 "cyggnutls-openssl-27.dll" v0.0 ts=2017-05-02 22:06 284k 2017/09/04 E:\Cygwin64\bin\cyggobject-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggobject-2.0-0.dll" v0.0 ts=2017-09-04 20:28 145k 2017/11/13 E:\Cygwin64\bin\cyggomp-1.dll - os=4.0 img=0.0 sys=5.2 "cyggomp-1.dll" v0.0 ts=2017-11-13 21:13 177k 2017/09/04 E:\Cygwin64\bin\cyggraphite2-3.dll - os=4.0 img=3.0 sys=5.2 "cyggraphite2-3.dll" v0.0 ts=2017-09-04 21:02 11656k 2017/11/01 E:\Cygwin64\bin\cyggs-9.dll - os=4.0 img=0.0 sys=5.2 "cyggs-9.dll" v0.0 ts=2017-11-01 14:29 261k 2017/10/26 E:\Cygwin64\bin\cyggssapi_krb5-2.dll - os=4.0 img=0.0 sys=5.2 "cyggssapi_krb5-2.dll" v0.0 ts=2017-10-26 07:34 9k 2017/09/04 E:\Cygwin64\bin\cyggthread-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggthread-2.0-0.dll" v0.0 ts=2017-09-04 20:27 732k 2017/04/01 E:\Cygwin64\bin\cygguile-17.dll - os=4.0 img=0.0 sys=5.2 "cygguile-17.dll" v0.0 ts=2017-04-01 13:04 1311k 2017/04/01 E:\Cygwin64\bin\cygguile-2.0-22.dll - os=4.0 img=0.0 sys=5.2 "cygguile-2.0-22.dll" v0.0 ts=2017-04-01 04:44 579k 2017/09/04 E:\Cygwin64\bin\cygharfbuzz-0.dll - os=4.0 img=0.0 sys=5.2 "cygharfbuzz-0.dll" v0.0 ts=2017-09-04 21:19 11k 2017/09/04 E:\Cygwin64\bin\cygharfbuzz-icu-0.dll - os=4.0 img=0.0 sys=5.2 "cygharfbuzz-icu-0.dll" v0.0 ts=2017-09-04 21:19 33k 2017/02/13 E:\Cygwin64\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2 "cyghistory7.dll" v0.0 ts=2017-02-11 22:39 167k 2016/03/13 E:\Cygwin64\bin\cyghogweed-2.dll - os=4.0 img=0.0 sys=5.2 "cyghogweed-2.dll" v0.0 ts=2016-03-13 14:46 155k 2017/05/02 E:\Cygwin64\bin\cyghogweed-4.dll - os=4.0 img=0.0 sys=5.2 "cyghogweed-4.dll" v0.0 ts=2017-05-02 04:18 77k 2014/08/10 E:\Cygwin64\bin\cygICE-6.dll - os=4.0 img=0.0 sys=5.2 "cygICE-6.dll" v0.0 ts=1970-01-01 00:00 361k 2017/07/03 E:\Cygwin64\bin\cygicons-0.dll - os=4.0 img=1.4 sys=5.2 "cygicons-0.dll" v0.0 ts=2017-07-03 22:17 1009k 2015/02/20 E:\Cygwin64\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2 "cygiconv-2.dll" v0.0 ts=2015-02-20 17:07 25607k 2016/12/10 E:\Cygwin64\bin\cygicudata58.dll - os=4.0 img=0.0 sys=5.2 "cygicudata58.dll" v0.0 ts=2016-12-10 16:53 2091k 2016/12/10 E:\Cygwin64\bin\cygicui18n58.dll - os=4.0 img=0.0 sys=5.2 "cygicui18n58.dll" v0.0 ts=2016-12-10 16:52 44k 2016/12/10 E:\Cygwin64\bin\cygicuio58.dll - os=4.0 img=0.0 sys=5.2 "cygicuio58.dll" v0.0 ts=2016-12-10 16:52 1422k 2016/12/10 E:\Cygwin64\bin\cygicuuc58.dll - os=4.0 img=0.0 sys=5.2 "cygicuuc58.dll" v0.0 ts=2016-12-10 16:51 197k 2017/05/02 E:\Cygwin64\bin\cygidn-11.dll - os=4.0 img=0.0 sys=5.2 "cygidn-11.dll" v0.0 ts=2017-05-02 01:18 111k 2017/09/25 E:\Cygwin64\bin\cygidn2-0.dll - os=4.0 img=0.0 sys=5.2 "cygidn2-0.dll" v0.0 ts=2017-09-25 03:16 54k 2017/07/06 E:\Cygwin64\bin\cygimagequant-0.dll - os=4.0 img=0.0 sys=5.2 "cygimagequant-0.dll" v0.0 ts=2017-07-06 18:49 42k 2016/10/23 E:\Cygwin64\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2 "cygintl-8.dll" v0.0 ts=2016-10-23 07:17 1039k 2015/09/20 E:\Cygwin64\bin\cygisl-13.dll - os=4.0 img=0.0 sys=5.2 "cygisl-13.dll" v0.0 ts=2015-09-20 12:39 1304k 2017/11/04 E:\Cygwin64\bin\cygisl-15.dll - os=4.0 img=0.0 sys=5.2 "cygisl-15.dll" v0.0 ts=2017-11-04 20:36 284k 2017/01/03 E:\Cygwin64\bin\cygjasper-1.dll - os=4.0 img=0.0 sys=5.2 "cygjasper-1.dll" v0.0 ts=2017-01-03 14:07 288k 2017/09/25 E:\Cygwin64\bin\cygjasper-4.dll - os=4.0 img=4.0 sys=5.2 "cygjasper-4.dll" v0.0 ts=2017-09-25 02:39 48k 2014/06/17 E:\Cygwin64\bin\cygjbig-2.dll - os=4.0 img=0.0 sys=5.2 "cygjbig-2.dll" v0.0 ts=1970-01-01 00:00 18k 2014/06/17 E:\Cygwin64\bin\cygjbig85-2.dll - os=4.0 img=0.0 sys=5.2 "cygjbig85-2.dll" v0.0 ts=1970-01-01 00:00 403k 2016/08/07 E:\Cygwin64\bin\cygjpeg-8.dll - os=4.0 img=0.0 sys=5.2 "cygjpeg-8.dll" v0.0 ts=2016-08-07 20:20 187k 2017/10/26 E:\Cygwin64\bin\cygk5crypto-3.dll - os=4.0 img=0.0 sys=5.2 "cygk5crypto-3.dll" v0.0 ts=2017-10-26 07:33 85k 2017/06/13 E:\Cygwin64\bin\cygkpathsea-6.dll - os=4.0 img=0.0 sys=5.2 "cygkpathsea-6.dll" v0.0 ts=2017-06-13 15:37 732k 2017/10/26 E:\Cygwin64\bin\cygkrb5-3.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5-3.dll" v0.0 ts=2017-10-26 07:34 36k 2017/10/26 E:\Cygwin64\bin\cygkrb5support-0.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5support-0.dll" v0.0 ts=2017-10-26 07:33 45k 2015/11/19 E:\Cygwin64\bin\cyglber-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cyglber-2-4-2.dll" v0.0 ts=2015-11-19 14:17 299k 2017/01/03 E:\Cygwin64\bin\cyglcms2-2.dll - os=4.0 img=0.0 sys=5.2 "cyglcms2-2.dll" v0.0 ts=2017-01-03 12:40 246k 2015/11/19 E:\Cygwin64\bin\cygldap-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2-4-2.dll" v0.0 ts=2015-11-19 14:18 262k 2015/11/19 E:\Cygwin64\bin\cygldap_r-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap_r-2-4-2.dll" v0.0 ts=2015-11-19 14:19 32037k 2017/06/26 E:\Cygwin64\bin\cygLLVM-4.0.dll - os=4.0 img=0.0 sys=5.2 "cygLLVM-4.0.dll" v0.0 ts=2017-06-26 01:32 6k 2017/09/12 E:\Cygwin64\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 "cyglsa64.dll" v0.0 ts=2017-09-12 16:14 35k 2017/09/20 E:\Cygwin64\bin\cygltdl-7.dll - os=4.0 img=0.0 sys=5.2 "cygltdl-7.dll" v0.0 ts=2017-09-20 04:46 139k 2017/05/10 E:\Cygwin64\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2 "cyglzma-5.dll" v0.0 ts=2017-05-10 01:17 129k 2017/10/05 E:\Cygwin64\bin\cyglzo2-2.dll - os=4.0 img=0.0 sys=5.2 "cyglzo2-2.dll" v0.0 ts=2017-10-05 19:40 121k 2017/05/03 E:\Cygwin64\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2 "cygmagic-1.dll" v0.0 ts=2017-05-03 18:25 353k 2016/12/23 E:\Cygwin64\bin\cygMagick++-6.Q16-6.dll - os=4.0 img=0.0 sys=5.2 "cygMagick++-6.Q16-6.dll" v0.0 ts=2016-12-23 07:21 4498k 2016/12/23 E:\Cygwin64\bin\cygMagickCore-6.Q16-2.dll - os=4.0 img=0.0 sys=5.2 "cygMagickCore-6.Q16-2.dll" v0.0 ts=2016-12-23 07:18 4513k 2017/09/30 E:\Cygwin64\bin\cygMagickCore-6.Q16-5.dll - os=4.0 img=0.0 sys=5.2 "cygMagickCore-6.Q16-5.dll" v0.0 ts=2017-09-30 12:24 1150k 2016/12/23 E:\Cygwin64\bin\cygMagickWand-6.Q16-2.dll - os=4.0 img=0.0 sys=5.2 "cygMagickWand-6.Q16-2.dll" v0.0 ts=2016-12-23 07:20 1166k 2017/09/30 E:\Cygwin64\bin\cygMagickWand-6.Q16-5.dll - os=4.0 img=0.0 sys=5.2 "cygMagickWand-6.Q16-5.dll" v0.0 ts=2017-09-30 12:25 169k 2016/10/10 E:\Cygwin64\bin\cygman-2-7-5.dll - os=4.0 img=0.0 sys=5.2 "cygman-2-7-5.dll" v0.0 ts=2016-10-10 22:07 22k 2016/10/10 E:\Cygwin64\bin\cygmandb-2-7-5.dll - os=4.0 img=0.0 sys=5.2 "cygmandb-2-7-5.dll" v0.0 ts=2016-10-10 22:07 29k 2017/06/18 E:\Cygwin64\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2 "cygmenuw-10.dll" v0.0 ts=2017-06-18 22:22 42k 2013/08/12 E:\Cygwin64\bin\cygmetalink-3.dll - os=4.0 img=0.0 sys=5.2 "cygmetalink-3.dll" v0.0 ts=2013-08-13 00:02 327k 2017/09/28 E:\Cygwin64\bin\cygming-1.dll - os=4.0 img=0.0 sys=5.2 "cygming-1.dll" v0.0 ts=2017-09-28 09:22 89k 2015/03/01 E:\Cygwin64\bin\cygmpc-3.dll - os=4.0 img=0.0 sys=5.2 "cygmpc-3.dll" v0.0 ts=2015-03-01 20:24 346k 2017/11/04 E:\Cygwin64\bin\cygmpfr-4.dll - os=4.0 img=0.0 sys=5.2 "cygmpfr-4.dll" v0.0 ts=2017-11-04 18:48 53k 2017/06/18 E:\Cygwin64\bin\cygncurses++w-10.dll - os=4.0 img=0.0 sys=5.2 "cygncurses++w-10.dll" v0.0 ts=2017-06-18 22:34 288k 2017/06/18 E:\Cygwin64\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2 "cygncursesw-10.dll" v0.0 ts=2017-06-18 22:19 180k 2016/03/13 E:\Cygwin64\bin\cygnettle-4.dll - os=4.0 img=0.0 sys=5.2 "cygnettle-4.dll" v0.0 ts=2016-03-13 14:46 203k 2017/05/02 E:\Cygwin64\bin\cygnettle-6.dll - os=4.0 img=0.0 sys=5.2 "cygnettle-6.dll" v0.0 ts=2017-05-02 04:18 138k 2017/06/18 E:\Cygwin64\bin\cygnghttp2-14.dll - os=4.0 img=0.0 sys=5.2 "cygnghttp2-14.dll" v0.0 ts=2017-06-18 20:48 222k 2017/04/30 E:\Cygwin64\bin\cygnspr4.dll - os=4.0 img=0.0 sys=5.2 "cygnspr4.dll" v0.0 ts=2017-04-30 07:52 1291k 2017/04/30 E:\Cygwin64\bin\cygnss3.dll - os=4.0 img=0.0 sys=5.2 "cygnss3.dll" v0.0 ts=2017-04-30 21:07 165k 2017/04/30 E:\Cygwin64\bin\cygnssdbm3.dll - os=4.0 img=0.0 sys=5.2 "cygnssdbm3.dll" v0.0 ts=2017-04-30 21:05 154k 2017/04/30 E:\Cygwin64\bin\cygnssutil3.dll - os=4.0 img=0.0 sys=5.2 "cygnssutil3.dll" v0.0 ts=2017-04-30 21:04 275k 2017/09/25 E:\Cygwin64\bin\cygopenjp2-7.dll - os=4.0 img=2.2 sys=5.2 "cygopenjp2-7.dll" v0.0 ts=2017-09-25 03:23 1003k 2017/04/28 E:\Cygwin64\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2 "cygp11-kit-0.dll" v0.0 ts=2017-04-28 05:23 14k 2017/06/18 E:\Cygwin64\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2 "cygpanelw-10.dll" v0.0 ts=2017-06-18 22:21 267k 2017/09/04 E:\Cygwin64\bin\cygpango-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpango-1.0-0.dll" v0.0 ts=2017-09-04 21:55 43k 2017/09/04 E:\Cygwin64\bin\cygpangocairo-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpangocairo-1.0-0.dll" v0.0 ts=2017-09-04 21:56 70k 2017/09/04 E:\Cygwin64\bin\cygpangoft2-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpangoft2-1.0-0.dll" v0.0 ts=2017-09-04 21:56 28k 2017/09/04 E:\Cygwin64\bin\cygpangoxft-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpangoxft-1.0-0.dll" v0.0 ts=2017-09-04 21:56 11k 2013/07/23 E:\Cygwin64\bin\cygpaper-1.dll - os=4.0 img=0.0 sys=5.2 "cygpaper-1.dll" v0.0 ts=2013-07-23 05:40 475k 2017/04/23 E:\Cygwin64\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2 "cygpcre-1.dll" v0.0 ts=2017-04-24 00:50 2186k 2017/09/26 E:\Cygwin64\bin\cygperl5_26.dll - os=4.0 img=0.0 sys=5.2 "cygperl5_26.dll" v0.0 ts=2017-09-26 17:58 39k 2015/04/09 E:\Cygwin64\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2 "cygpipeline-1.dll" v0.0 ts=2015-04-09 21:04 638k 2016/08/08 E:\Cygwin64\bin\cygpixman-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygpixman-1-0.dll" v0.0 ts=2016-08-08 02:51 17k 2017/04/30 E:\Cygwin64\bin\cygplc4.dll - os=4.0 img=0.0 sys=5.2 "cygplc4.dll" v0.0 ts=2017-04-30 07:52 14k 2017/04/30 E:\Cygwin64\bin\cygplds4.dll - os=4.0 img=0.0 sys=5.2 "cygplds4.dll" v0.0 ts=2017-04-30 07:52 1000k 2016/04/19 E:\Cygwin64\bin\cygplotter-2.dll - os=4.0 img=0.0 sys=5.2 "cygplotter-2.dll" v0.0 ts=2016-04-18 09:28 179k 2017/07/10 E:\Cygwin64\bin\cygpng16-16.dll - os=4.0 img=0.0 sys=5.2 "cygpng16-16.dll" v0.0 ts=2017-07-10 14:05 2050k 2017/11/07 E:\Cygwin64\bin\cygpoppler-66.dll - os=4.0 img=0.0 sys=5.2 "cygpoppler-66.dll" v0.0 ts=2017-11-07 01:26 41k 2016/07/13 E:\Cygwin64\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2 "cygpopt-0.dll" v0.0 ts=2016-07-13 06:16 32k 2017/03/14 E:\Cygwin64\bin\cygpotrace-0.dll - os=4.0 img=0.0 sys=5.2 "cygpotrace-0.dll" v0.0 ts=2017-03-14 22:05 53k 2017/08/11 E:\Cygwin64\bin\cygpsl-5.dll - os=4.0 img=0.0 sys=5.2 "cygpsl-5.dll" v0.0 ts=2017-08-11 06:56 362k 2016/06/29 E:\Cygwin64\bin\cygpstoedit-0.dll - os=4.0 img=0.0 sys=5.2 "cygpstoedit-0.dll" v0.0 ts=2016-06-29 07:35 39k 2017/06/13 E:\Cygwin64\bin\cygptexenc-1.dll - os=4.0 img=0.0 sys=5.2 "cygptexenc-1.dll" v0.0 ts=2017-06-13 15:38 707k 2016/07/06 E:\Cygwin64\bin\cygqpdf-17.dll - os=4.0 img=0.0 sys=5.2 "cygqpdf-17.dll" v0.0 ts=2016-07-06 20:13 714k 2017/09/17 E:\Cygwin64\bin\cygqpdf-18.dll - os=4.0 img=0.0 sys=5.2 "cygqpdf-18.dll" v0.0 ts=2017-09-17 10:38 308k 2017/11/13 E:\Cygwin64\bin\cygquadmath-0.dll - os=4.0 img=0.0 sys=5.2 "cygquadmath-0.dll" v0.0 ts=2017-11-13 21:55 219k 2017/02/13 E:\Cygwin64\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2 "cygreadline7.dll" v0.0 ts=2017-02-11 22:39 202k 2017/09/04 E:\Cygwin64\bin\cygrsvg-2-2.dll - os=4.0 img=0.0 sys=5.2 "cygrsvg-2-2.dll" v0.0 ts=2017-09-04 23:46 96k 2017/04/16 E:\Cygwin64\bin\cygsasl2-3.dll - os=4.0 img=0.0 sys=5.2 "cygsasl2-3.dll" v0.0 ts=2017-04-16 19:15 11k 2015/07/17 E:\Cygwin64\bin\cygsigsegv-2.dll - os=4.0 img=0.0 sys=5.2 "cygsigsegv-2.dll" v0.0 ts=2015-07-17 22:35 28k 2014/01/14 E:\Cygwin64\bin\cygSM-6.dll - os=4.0 img=0.0 sys=5.2 "cygSM-6.dll" v0.0 ts=2014-01-14 23:23 89k 2015/03/23 E:\Cygwin64\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2 "cygsmartcols-1.dll" v0.0 ts=2015-03-23 09:46 167k 2017/04/30 E:\Cygwin64\bin\cygsmime3.dll - os=4.0 img=0.0 sys=5.2 "cygsmime3.dll" v0.0 ts=2017-04-30 21:08 263k 2017/04/30 E:\Cygwin64\bin\cygsoftokn3.dll - os=4.0 img=0.0 sys=5.2 "cygsoftokn3.dll" v0.0 ts=2017-04-30 21:05 996k 2017/11/06 E:\Cygwin64\bin\cygsqlite3-0.dll - os=4.0 img=0.0 sys=5.2 "cygsqlite3-0.dll" v0.0 ts=2017-11-06 12:43 156k 2016/03/02 E:\Cygwin64\bin\cygssh2-1.dll - os=4.0 img=0.0 sys=5.2 "cygssh2-1.dll" v0.0 ts=2016-03-02 18:03 399k 2017/11/09 E:\Cygwin64\bin\cygssl-1.0.0.dll - os=4.0 img=0.0 sys=5.2 "cygssl-1.0.0.dll" v0.0 ts=2017-11-09 21:30 360k 2017/04/30 E:\Cygwin64\bin\cygssl3.dll - os=4.0 img=0.0 sys=5.2 "cygssl3.dll" v0.0 ts=2017-04-30 21:07 12k 2017/11/13 E:\Cygwin64\bin\cygssp-0.dll - os=4.0 img=0.0 sys=5.2 "cygssp-0.dll" v0.0 ts=2017-11-13 21:52 1335k 2017/11/13 E:\Cygwin64\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2 "cygstdc++-6.dll" v0.0 ts=2017-11-13 21:27 60k 2017/06/13 E:\Cygwin64\bin\cygsynctex-1.dll - os=4.0 img=0.0 sys=5.2 "cygsynctex-1.dll" v0.0 ts=2017-06-13 15:42 66k 2017/05/29 E:\Cygwin64\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2 "cygtasn1-6.dll" v0.0 ts=2017-05-29 23:32 194k 2017/03/15 E:\Cygwin64\bin\cygTECkit-0.dll - os=4.0 img=0.0 sys=5.2 "cygTECkit-0.dll" v0.0 ts=2017-03-15 23:39 1357k 2017/03/15 E:\Cygwin64\bin\cygTECkit_Compiler-0.dll - os=4.0 img=0.0 sys=5.2 "cygTECkit_Compiler-0.dll" v0.0 ts=2017-03-15 23:39 162k 2017/06/13 E:\Cygwin64\bin\cygtexlua52-5.dll - os=4.0 img=0.0 sys=5.2 "cygtexlua52-5.dll" v0.0 ts=2017-06-13 15:38 436k 2017/06/13 E:\Cygwin64\bin\cygtexluajit-2.dll - os=4.0 img=0.0 sys=5.2 "cygtexluajit-2.dll" v0.0 ts=2017-06-13 15:39 34k 2017/03/05 E:\Cygwin64\bin\cygthai-0.dll - os=4.0 img=0.0 sys=5.2 "cygthai-0.dll" v0.0 ts=2017-03-05 04:36 54k 2017/06/18 E:\Cygwin64\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2 "cygticw-10.dll" v0.0 ts=2017-06-18 22:19 420k 2017/05/17 E:\Cygwin64\bin\cygtiff-6.dll - os=4.0 img=0.0 sys=5.2 "cygtiff-6.dll" v0.0 ts=2017-05-17 04:57 11k 2017/05/17 E:\Cygwin64\bin\cygtiffxx-6.dll - os=4.0 img=0.0 sys=5.2 "cygtiffxx-6.dll" v0.0 ts=2017-05-17 04:57 20k 2017/11/01 E:\Cygwin64\bin\cygtxc_dxtn.dll - os=4.0 img=0.0 sys=5.2 "cygtxc_dxtn.dll" v0.0 ts=2017-11-02 00:08 1538k 2015/10/16 E:\Cygwin64\bin\cygunistring-2.dll - os=4.0 img=0.0 sys=5.2 "cygunistring-2.dll" v0.0 ts=2015-10-16 21:40 73k 2015/02/11 E:\Cygwin64\bin\cygusb0.dll - os=4.0 img=0.0 sys=5.2 "cygusb0.dll" v0.0 ts=2015-02-11 01:16 15k 2015/03/23 E:\Cygwin64\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2 "cyguuid-1.dll" v0.0 ts=2015-03-23 09:46 344k 2016/07/08 E:\Cygwin64\bin\cygwebp-5.dll - os=4.0 img=0.0 sys=5.2 "cygwebp-5.dll" v0.0 ts=2016-07-08 19:27 402k 2017/07/05 E:\Cygwin64\bin\cygwebp-7.dll - os=4.0 img=0.0 sys=5.2 "cygwebp-7.dll" v0.0 ts=2017-07-05 06:07 1128k 2017/06/19 E:\Cygwin64\bin\cygX11-6.dll - os=4.0 img=0.0 sys=5.2 "cygX11-6.dll" v0.0 ts=2017-06-19 02:47 9k 2017/06/19 E:\Cygwin64\bin\cygX11-xcb-1.dll - os=4.0 img=0.0 sys=5.2 "cygX11-xcb-1.dll" v0.0 ts=2017-06-19 02:47 12k 2013/06/06 E:\Cygwin64\bin\cygXau-6.dll - os=4.0 img=0.0 sys=5.2 "cygXau-6.dll" v0.0 ts=2013-06-06 06:23 375k 2016/01/29 E:\Cygwin64\bin\cygXaw-7.dll - os=4.0 img=0.0 sys=5.2 "cygXaw-7.dll" v0.0 ts=2016-01-29 20:32 296k 2014/08/10 E:\Cygwin64\bin\cygXaw3d-8.dll - os=4.0 img=0.0 sys=5.2 "cygXaw3d-8.dll" v0.0 ts=1970-01-01 00:00 121k 2017/10/03 E:\Cygwin64\bin\cygxcb-1.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-1.dll" v0.0 ts=2017-10-03 23:34 15k 2017/10/03 E:\Cygwin64\bin\cygxcb-dri2-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-dri2-0.dll" v0.0 ts=2017-10-03 23:34 75k 2017/10/03 E:\Cygwin64\bin\cygxcb-glx-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-glx-0.dll" v0.0 ts=2017-10-03 23:34 41k 2017/10/03 E:\Cygwin64\bin\cygxcb-render-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-render-0.dll" v0.0 ts=2017-10-03 23:34 11k 2017/10/03 E:\Cygwin64\bin\cygxcb-shm-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-shm-0.dll" v0.0 ts=2017-10-03 23:34 25k 2017/10/03 E:\Cygwin64\bin\cygxcb-xfixes-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-xfixes-0.dll" v0.0 ts=2017-10-03 23:34 34k 2013/06/06 E:\Cygwin64\bin\cygXcursor-1.dll - os=4.0 img=0.0 sys=5.2 "cygXcursor-1.dll" v0.0 ts=2013-06-06 21:15 10k 2013/04/08 E:\Cygwin64\bin\cygXdamage-1.dll - os=4.0 img=0.0 sys=5.2 "cygXdamage-1.dll" v0.0 ts=2013-04-08 22:24 21k 2015/03/26 E:\Cygwin64\bin\cygXdmcp-6.dll - os=4.0 img=0.0 sys=5.2 "cygXdmcp-6.dll" v0.0 ts=2015-03-26 15:38 56k 2014/08/10 E:\Cygwin64\bin\cygXext-6.dll - os=4.0 img=0.0 sys=5.2 "cygXext-6.dll" v0.0 ts=1970-01-01 00:00 20k 2016/10/09 E:\Cygwin64\bin\cygXfixes-3.dll - os=4.0 img=0.0 sys=5.2 "cygXfixes-3.dll" v0.0 ts=2016-10-09 18:37 207k 2017/10/17 E:\Cygwin64\bin\cygXfont2-2.dll - os=4.0 img=0.0 sys=5.2 "cygXfont2-2.dll" v0.0 ts=2017-10-17 05:06 73k 2014/08/10 E:\Cygwin64\bin\cygXft-2.dll - os=4.0 img=0.0 sys=5.2 "cygXft-2.dll" v0.0 ts=1970-01-01 00:00 58k 2017/06/19 E:\Cygwin64\bin\cygXi-6.dll - os=4.0 img=0.0 sys=5.2 "cygXi-6.dll" v0.0 ts=2017-06-19 03:04 10k 2013/06/06 E:\Cygwin64\bin\cygXinerama-1.dll - os=4.0 img=0.0 sys=5.2 "cygXinerama-1.dll" v0.0 ts=2013-06-06 21:33 128k 2016/01/29 E:\Cygwin64\bin\cygxkbfile-1.dll - os=4.0 img=0.0 sys=5.2 "cygxkbfile-1.dll" v0.0 ts=2016-01-29 20:31 1214k 2017/03/13 E:\Cygwin64\bin\cygxml2-2.dll - os=4.0 img=0.0 sys=5.2 "cygxml2-2.dll" v0.0 ts=2017-03-13 17:01 85k 2014/01/15 E:\Cygwin64\bin\cygXmu-6.dll - os=4.0 img=0.0 sys=5.2 "cygXmu-6.dll" v0.0 ts=2014-01-15 02:27 14k 2014/01/15 E:\Cygwin64\bin\cygXmuu-1.dll - os=4.0 img=0.0 sys=5.2 "cygXmuu-1.dll" v0.0 ts=2014-01-15 02:27 61k 2017/01/18 E:\Cygwin64\bin\cygXpm-4.dll - os=4.0 img=0.0 sys=5.2 "cygXpm-4.dll" v0.0 ts=2017-01-18 17:27 36k 2016/01/29 E:\Cygwin64\bin\cygXrender-1.dll - os=4.0 img=0.0 sys=5.2 "cygXrender-1.dll" v0.0 ts=2016-01-29 20:24 326k 2016/01/29 E:\Cygwin64\bin\cygXt-6.dll - os=4.0 img=0.0 sys=5.2 "cygXt-6.dll" v0.0 ts=2016-01-29 20:26 22k 2016/10/09 E:\Cygwin64\bin\cygXtst-6.dll - os=4.0 img=0.0 sys=5.2 "cygXtst-6.dll" v0.0 ts=2016-10-09 18:54 83k 2017/03/03 E:\Cygwin64\bin\cygz.dll - os=4.0 img=0.0 sys=5.2 "cygz.dll" v0.0 ts=2017-03-03 21:42 61k 2015/03/26 E:\Cygwin64\bin\cygzip-2.dll - os=4.0 img=0.0 sys=5.2 "cygzip-2.dll" v0.0 ts=2015-03-26 20:04 24k 2013/05/30 E:\Cygwin64\bin\cygzzip-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzip-0-13.dll" v0.0 ts=2013-05-30 03:34 12k 2013/05/30 E:\Cygwin64\bin\cygzzipfseeko-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzipfseeko-0-13.dll" v0.0 ts=2013-05-30 03:34 15k 2013/05/30 E:\Cygwin64\bin\cygzzipmmapped-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzipmmapped-0-13.dll" v0.0 ts=2013-05-30 03:34 9k 2013/05/30 E:\Cygwin64\bin\cygzzipwrap-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzipwrap-0-13.dll" v0.0 ts=2013-05-30 03:34 3077k 2017/09/12 E:\Cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2 "cygwin1.dll" v0.0 ts=2017-09-12 16:18 Cygwin DLL version info: DLL version: 2.9.0 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 318 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 Service : sshd Display name : CYGWIN sshd Current State : Stopped Command : /usr/sbin/sshd -4 -D -e stdin path : /dev/null stdout path : /var/log/sshd.log stderr path : /var/log/sshd.log Process Type : Own Process Startup : Manual Dependencies : tcpip Account : .\cyg_server Cygwin Package Information Last downloaded files to: e:/_cygwin64_repository Last downloaded files from: http://ftp.snt.utwente.nl/pub/software/cygwin/ Package Version Status _autorebase 001006-1 OK a2ps 4.14-3 OK alternatives 1.3.30c-10 OK ascii 3.15-1 OK base-cygwin 3.8-1 OK base-files 4.2-4 OK bash 4.4.12-3 OK binutils 2.29-1 OK bison 3.0.4-1 OK bzip2 1.0.6-3 OK ca-certificates 2.16-1 OK coreutils 8.26-2 OK cscope 15.8b-1 OK csih 0.9.9-1 OK curl 7.56.1-1 OK cygcheck-dep 2.1-1 OK cygrunsrv 1.62-1 OK cygutils 1.4.16-2 OK cygutils-extra 1.4.16-2 OK cygwin 2.9.0-3 OK cygwin-devel 2.9.0-3 OK dash 0.5.9.1-1 OK dejavu-fonts 2.37-1 OK desktop-file-utils 0.23-1 OK dialog 1.3-3.20170131 OK diffutils 3.5-2 OK dos2unix 7.4.0-1 OK dri-drivers 17.2.6-1 OK ed 1.14.1-1 OK editrights 1.03-1 OK file 5.30-1 OK findutils 4.6.0-1 OK flex 2.6.4-1 OK Empty package font-ibm-type1 font-ibm-type1 7.5-3 OK gamin 0.1.10-15 OK gawk 4.2.0-1 OK gcc-core 6.4.0-4 OK gcc-g++ 6.4.0-4 OK getent 2.18.90-4 OK ghostscript 9.21-1 OK ghostscript-fonts-other 6.0-1 OK Empty package ghostscript-fonts-std ghostscript-fonts-std 20170801-3 OK gnupg 1.4.22-1 OK grep 3.0-2 OK groff 1.22.3-1 OK gsettings-desktop-schemas 3.24.1-1 OK gv 3.7.4-1 OK gzip 1.8-1 OK hostname 3.13-1 OK html2ps 1.0b7-2 OK ImageMagick 6.9.9.11-3 OK info 6.5-2 OK ipc-utils 1.0-2 OK jpeg 1.5.0-1 OK less 487-1 OK libargp 20110921-3 OK libatomic1 6.4.0-4 OK libattr1 2.4.46-1 OK libautotrace3 0.31.1-18 OK libblkid1 2.25.2-2 OK libbz2_1 1.0.6-3 OK libcairo2 1.14.10-1 OK libcom_err2 1.42.12-2 OK libcroco0.6_3 0.6.12-1 OK libcrypt0 2.1-1 OK libcurl4 7.56.1-1 OK libdatrie1 0.2.8-1 OK libdb5.3 5.3.28-2 OK libdialog13 1.3-2.20160828 OK libdialog14 1.3-3.20170131 OK libedit0 20130712-1 OK libEGL1 17.2.6-1 OK libEMF1 1.0.8-1 OK libexpat1 2.2.3-1 OK libfam0 0.1.10-15 OK libffi6 3.2.1-2 OK libfftw3_3 3.3.6-pl1-1 OK libfltk1.3 1.3.4-1 OK libfontconfig-common 2.12.4-1 OK libfontconfig1 2.12.4-1 OK libfontenc1 1.1.3-1 OK libfpx1 1.3.1.4-1 OK libfreetype6 2.6.5-1 OK libgc1 7.6.0-1 OK libgcc1 6.4.0-4 OK libgd3 2.2.5-1 OK libgdbm4 1.12-1 OK libgdk_pixbuf2.0_0 2.36.9-1 OK libgif4 4.1.6-12 OK libGL1 17.2.6-1 OK libglapi0 17.2.6-1 OK libglib2.0_0 2.52.3-1 OK libgmp10 6.1.2-1 OK libgnutls28 3.3.27-1 OK libgnutls30 3.5.13-1 OK libgomp1 6.4.0-4 OK libgraphite2_3 1.3.10-1 OK libgs9 9.21-1 OK libgssapi_krb5_2 1.15.2-1 OK libguile17 1.8.8-3 OK libguile2.0_22 2.0.14-1 OK libharfbuzz-icu0 1.4.8-1 OK libharfbuzz0 1.4.8-1 OK libhogweed2 2.7.1-1 OK libhogweed4 3.3-1 OK libICE6 1.0.9-1 OK libiconv 1.14-3 OK libiconv2 1.14-3 OK libicu58 58.2-1 OK libidn11 1.33-1 OK libidn2_0 2.0.4-1 OK libimagequant0 2.10.0-1 OK libintl8 0.19.8.1-2 OK libisl13 0.14.1-1 OK libisl15 0.16.1-1 OK libjasper1 1.900.22-1 OK libjasper4 2.0.14-1 OK libjbig2 2.0-14 OK libjpeg8 1.5.0-1 OK libk5crypto3 1.15.2-1 OK libkpathsea6 20170520-3 OK libkrb5_3 1.15.2-1 OK libkrb5support0 1.15.2-1 OK liblcms2_2 2.8-1 OK libllvm4.0 4.0.1-1 OK libltdl7 2.4.6-5 OK liblzma5 5.2.3-1 OK liblzo2_2 2.10-1 OK libMagickC++6_6 6.9.5.7-2 OK libMagickCore6_2 6.9.5.7-2 OK libMagickCore6_5 6.9.9.11-3 OK libMagickWand6_2 6.9.5.7-2 OK libMagickWand6_5 6.9.9.11-3 OK libmetalink3 0.1.2-1 OK libming1 0.4.8-1 OK libmpc3 1.0.3-1 OK libmpfr4 3.1.6-1p1 OK libncursesw10 6.0-11.20170617 OK libnettle4 2.7.1-1 OK libnettle6 3.3-1 OK libnghttp2_14 1.23.1-1 OK libnspr4 4.14-1 OK libnss3 3.30.2-1 OK libopenjp2_7 2.2.0-1 OK libopenldap2_4_2 2.4.42-1 OK libopenssl100 1.0.2m-1 OK libp11-kit0 0.23.5-1 OK libpango1.0_0 1.40.12-1 OK libpaper-common 1.1.24-2 OK libpaper1 1.1.24-2 OK libpcre1 8.40-3 OK libpipeline1 1.4.0-1 OK libpixman1_0 0.34.0-1 OK libplotter2 2.6-5 OK libpng16 1.6.30-2 OK libpoppler66 0.52.0-2 OK libpopt-common 1.16-2 OK libpopt0 1.16-2 OK libpotrace0 1.14-1 OK libpsl5 0.18.0-1 OK libpstoedit0 3.70-2 OK libptexenc1 20170520-3 OK libqpdf17 6.0.0-1 OK libqpdf18 7.0.0-1 OK libquadmath0 6.4.0-4 OK libreadline7 7.0.3-3 OK librsvg2_2 2.40.18-1 OK libsasl2_3 2.1.26-11 OK libsigsegv2 2.10-2 OK libSM6 1.2.2-1 OK libsmartcols1 2.25.2-2 OK libsqlite3_0 3.21.0-1 OK libssh2_1 1.7.0-1 OK libssp0 6.4.0-4 OK libstdc++6 6.4.0-4 OK libsynctex1 20170520-3 OK libtasn1_6 4.12-1 OK libteckit0 2.5.6-1 OK libtexlua52_5 20170520-3 OK libtexluajit2 20170520-3 OK libthai0 0.1.26-1 OK libtiff6 4.0.7-1 OK libtxc_dxtn 1.0.1-2 OK libunistring2 0.9.6-1 OK libusb0 1.2.6.0-2 OK libuuid-devel 2.25.2-2 OK libuuid1 2.25.2-2 OK libwebp5 0.4.4-1 OK libwebp7 0.6.0-1 OK libX11-xcb1 1.6.5-1 OK libX11_6 1.6.5-1 OK libXau6 1.0.8-1 OK libXaw3d8 1.6.2-2 OK libXaw7 1.0.13-1 OK libxcb-dri2_0 1.12-2 OK libxcb-glx0 1.12-2 OK libxcb-render0 1.12-2 OK libxcb-shm0 1.12-2 OK libxcb-xfixes0 1.12-2 OK libxcb1 1.12-2 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.3-1 OK libXfont2_2 2.0.2-1 OK libXft2 2.3.2-1 OK libXi6 1.7.9-1 OK libXinerama1 1.1.3-1 OK libxkbfile1 1.0.9-1 OK libxml2 2.9.4-2 OK libXmu6 1.1.2-1 OK libXmuu1 1.1.2-1 OK libXpm4 3.5.12-1 OK libXrender1 0.9.9-1 OK libXt6 1.1.5-1 OK libXtst6 1.2.3-1 OK libzip2 0.11.2-2 OK libzzip0.13 0.13.62-1 OK login 1.11-1 OK lynx 2.8.7-2 OK m4 1.4.18-1 OK make 4.2.1-2 OK man-db 2.7.5-2 OK mingw64-x86_64-binutils 2.29.1.787c9873-1 OK mingw64-x86_64-gcc-core 6.4.0-2 OK mingw64-x86_64-gcc-g++ 6.4.0-2 OK mingw64-x86_64-headers 5.0.3-1 OK mingw64-x86_64-runtime 5.0.3-1 OK mingw64-x86_64-windows-default-manifest 6.4-1 OK mingw64-x86_64-winpthreads 5.0.3-1 OK mintty 2.8.1-0 OK ncurses 6.0-11.20170617 OK openssh 7.6p1-1 OK openssl 1.0.2m-1 OK p11-kit 0.23.5-1 OK p11-kit-trust 0.23.5-1 OK perl 5.26.1-1 OK Empty package perl-Carp perl-Carp 1.38-2 OK perl-Digest-SHA 5.98-1 OK perl-Encode-Locale 1.05-2 OK perl-File-Listing 6.04-6 OK perl-HTML-Parser 3.72-2 OK perl-HTML-Tagset 3.20-6 OK perl-HTTP-Cookies 6.04-2 OK perl-HTTP-Daemon 6.01-6 OK perl-HTTP-Date 6.02-6 OK perl-HTTP-Message 6.13-2 OK perl-HTTP-Negotiate 6.01-6 OK perl-Image-Magick 6.9.9.11-3 OK perl-IO-HTML 1.001-3 OK perl-IO-String 1.08-6 OK perl-libwww-perl 6.29-1 OK perl-LWP-MediaTypes 6.02-6 OK perl-Net-HTTP 6.17-1 OK Empty package perl-Pod-Simple perl-Pod-Simple 3.35-2 OK perl-Proc-ProcessTable 0.53-2 OK perl-Scalar-List-Utils 1.49-1 OK perl-Socket 2.024-3 OK perl-Tk 804.034-1 OK perl-Tk-Pod 0.9943-1 OK perl-Try-Tiny 0.28-2 OK Empty package perl-Unicode-Normalize perl-Unicode-Normalize 1.25-2 OK perl-URI 1.72-2 OK perl-WWW-RobotRules 6.02-6 OK perl-XML-Parser 2.44-3 OK perl_autorebase 5.26.1-1 OK perl_base 5.26.1-1 OK ping 1.0.2-1 OK pkg-config 0.29.1-1 OK poppler-data 0.4.8-1 OK publicsuffix-list-dafsa 20171028-1 OK Empty package python python 2.7.14-1 OK python2 2.7.14-1 OK python3 3.6.3-1 OK qpdf 7.0.0-1 OK rebase 4.4.2-1 OK run 1.3.4-2 OK sed 4.4-1 OK shared-mime-info 1.8-1 OK tar 1.29-1 OK terminfo 6.0-11.20170617 OK texinfo 6.5-2 OK texinfo-tex 6.5-2 OK texlive 20170520-3 OK texlive-collection-basic 20170520-1 OK texlive-collection-fontutils 20170520-1 OK texlive-collection-latex 20170520-2 OK tigervnc 1.8.0-2 OK tigervnc-server 1.8.0-2 OK tzcode 2017c-1 OK tzdata 2017c-1 OK upx 3.91-1 OK urw-base35-fonts 20170801-3 OK util-linux 2.25.2-2 OK vim 8.0.1216-1 OK vim-common 8.0.1216-1 OK vim-minimal 8.0.1216-1 OK w32api-headers 5.0.3-1 OK w32api-runtime 5.0.3-1 OK wget 1.19.1-2 OK which 2.20-2 OK windows-default-manifest 6.4-1 OK xauth 1.0.10-1 OK xcursor-themes 1.0.4-1 OK xkbcomp 1.4.0-1 OK xkeyboard-config 2.22-1 OK xorg-server-common 1.19.5-1 OK xorg-x11-fonts-Type1 7.5-3 OK xxd 8.0.1216-1 OK xz 5.2.3-1 OK zlib0 1.2.11-1 OK Use -h to see help about each section [-- Attachment #3: Type: text/plain, Size: 219 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 10:59 ` Houder @ 2017-11-28 13:38 ` Doug Henderson 2017-11-28 14:54 ` Houder 2017-11-28 17:12 ` Houder 0 siblings, 2 replies; 21+ messages in thread From: Doug Henderson @ 2017-11-28 13:38 UTC (permalink / raw) To: cygwin On 28 November 2017 at 03:59, Houder wrote: > On 2017-11-28 10:03, Corinna Vinschen wrote: >> >> On Nov 28 08:21, Houder wrote: >>> >>> On 2017-11-25 14:23, Houder wrote: >>> > Hi, >>> > >>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>> > into >>> > head (or less) when it is fed with a 'specially prepared' input file. >>> > >>> > - only happens on x86_64 >>> > - does not happen for 'LC_COLLATE=C sort tt | head' >>> > >>> > 'specially prepared' input file? (see bottom of post). >>> >>> Anyone ** NOT ** seeing this? >> >> >> Yes. I just tried it under tcsh and bash with 6000, 8000, and 8150 lines, >> and it works for me. LANG=en_US.UTF-8 implies LC_COLLATE=en_US.UTF-8 >> but I also set LC_COLLATE explicitely and retried. sort tt | head >> always prints >> >> abcde 1xxxxx0123456789 >> abcde 2xxxxx0123456789 >> abcde 3xxxxx0123456789 >> abcde 4xxxxx0123456789 >> abcde 5xxxxx0123456789 >> abcde 6xxxxx0123456789 >> abcde 7xxxxx0123456789 >> abcde 8xxxxx0123456789 >> abcde 9xxxxx0123456789 >> abcde 10xxxxx0123456789 >> >> and then returns to the prompt. > > > Corinna, thank you for trying !!!!! > > But that is curious ... I only send my initial post after having verified > my system (Cygwin). > > As I got no response to my initial post, I decided it had to be "me". For > that reason I once more scrutinized? my system (Cygwin). > > Among others: > > - downloaded the base packages (from my favorite mirror) into a separate > repo (directory on my system) > - installed Cygwin (base packages) into a new directory. > > All using setup! The outcome was the same. It came as a surprise to me. > > I will attach cygcheck-minsrv.out (for _anyone_ who is willing to take a > look at it). I did not spot anything "funny" in there. > Q0. What is the value of PATH reported by "printenv PATH"? Just to verify it matches the cygcheck reported path, and to confirm that cygwin directories proceed windows folders. Q1. What is output of "which -a sort"? Is there only one sort in the path? Q2. What is output of "sort --version"? Confirm if it is "sort (GNU coreutils) 8.26". Q3. What happens when you run "sort --check FILE" on a problem file? Q4. After you kill a hung sort, are there files left over in /tmp? I am wondering if the problem files are too big to do an in-core sort, and something goes wrong when it switches to a temp file sort, but not for smaller or larger input files where it correctly predicts which type of sort it needs to do. Possibly using the "--buffer-size=N" option will change the behavior, making smaller input files fail and failing ones work. HTH, Doug -- Doug Henderson, Calgary, Alberta, Canada - from gmail.com -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 13:38 ` Doug Henderson @ 2017-11-28 14:54 ` Houder 2017-11-28 17:12 ` Houder 1 sibling, 0 replies; 21+ messages in thread From: Houder @ 2017-11-28 14:54 UTC (permalink / raw) To: cygwin; +Cc: djndnbvg On 2017-11-28 14:37, Doug Henderson wrote: >>> On Nov 28 08:21, Houder wrote: >>>> >>>> On 2017-11-25 14:23, Houder wrote: >>>> > Hi, >>>> > >>>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>>> > into >>>> > head (or less) when it is fed with a 'specially prepared' input file. >>>> > >>>> > - only happens on x86_64 >>>> > - does not happen for 'LC_COLLATE=C sort tt | head' >>>> > >>>> > 'specially prepared' input file? (see bottom of post). >>>> >>>> Anyone ** NOT ** seeing this? > Q0. What is the value of PATH reported by "printenv PATH"? Just to > verify it matches the cygcheck reported path, and to confirm that > cygwin directories proceed windows folders. 64-@@ printenv PATH /usr/local/bin:/usr/bin:/drv/c/WINDOWS/system32:/drv/c/WINDOWS:/drv/c/WINDOWS/System32/Wbem:/home/Henri/bin > Q1. What is output of "which -a sort"? Is there only one sort in the > path? 64-@@ which -a sort /usr/bin/sort /drv/c/WINDOWS/system32/sort > Q2. What is output of "sort --version"? Confirm if it is "sort (GNU > coreutils) 8.26". 64-@@ sort --version sort (GNU coreutils) 8.26 Packaged by Cygwin (8.26-2) ... 64-@@ /usr/bin/sort --version sort (GNU coreutils) 8.26 Packaged by Cygwin (8.26-2) ... > Q3. What happens when you run "sort --check FILE" on a problem file? 64-@@ sort -c tt | head 64-@@ echo $? 0 > Q4. After you kill a hung sort, are there files left over in /tmp? I > am wondering if the problem files are too big to do an in-core sort, > and something goes wrong when it switches to a temp file sort, but not > for smaller or larger input files where it correctly predicts which > type of sort it needs to do. Possibly using the "--buffer-size=N" > option will change the behavior, making smaller input files fail and > failing ones work. Never noticed any file in /tmp, /usr/tmp and /var/tmp, both while sort was still running, and after I killed it. I will experiment with --buffer-size=N Henri -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 13:38 ` Doug Henderson 2017-11-28 14:54 ` Houder @ 2017-11-28 17:12 ` Houder 2017-11-28 18:55 ` Andrew Schulman 2017-11-29 22:39 ` Brian Inglis 1 sibling, 2 replies; 21+ messages in thread From: Houder @ 2017-11-28 17:12 UTC (permalink / raw) To: cygwin; +Cc: djndnbvg On 2017-11-28 14:37, Doug Henderson wrote: >>>> On 2017-11-25 14:23, Houder wrote: >>>> > Hi, >>>> > >>>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>>> > into >>>> > head (or less) when it is fed with a 'specially prepared' input file. >>>> > >>>> > - only happens on x86_64 >>>> > - does not happen for 'LC_COLLATE=C sort tt | head' >>>> > >>>> > 'specially prepared' input file? (see bottom of post). >>>> >>>> Anyone ** NOT ** seeing this? > Q4. After you kill a hung sort, are there files left over in /tmp? I > am wondering if the problem files are too big to do an in-core sort, > and something goes wrong when it switches to a temp file sort, but not > for smaller or larger input files where it correctly predicts which > type of sort it needs to do. Possibly using the "--buffer-size=N" > option will change the behavior, making smaller input files fail and > failing ones work. Preliminary result: # tt = 8150 lines sort -S 1024 tt | head # 1024 * 1024 = 1M sort -S 1152 tt | head # + 128 sort -S 1280 tt | head # + 256 <==== fail (1226?) # ttt = 5050 lines sort -S 512 ttt | head # 512 * 1024 = .5M sort -S 640 ttt | head # + 128 sort -S 768 ttt | head # + 256 <==== fail (760?) These numbers are correct for --parallel=8 (the eight "cores" that are in my machine) Specifying a smaller number of cores, also make the above numbers grow smaller. All of the above is about tuning the performance of sort; however it is not an explanation for the way in which sort fails. sort should not fail in the way it does; it does not on "Cygwin/x86" on my machine; it does not on Linux (Fedora 24) (same machine). Henri -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 17:12 ` Houder @ 2017-11-28 18:55 ` Andrew Schulman 2017-11-28 20:50 ` Houder 2017-11-29 22:39 ` Brian Inglis 1 sibling, 1 reply; 21+ messages in thread From: Andrew Schulman @ 2017-11-28 18:55 UTC (permalink / raw) To: cygwin > sort should not fail in the way it does; it does not on "Cygwin/x86" on > my machine; it does not on Linux (Fedora 24) (same machine). /bin/rebaseall? -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 18:55 ` Andrew Schulman @ 2017-11-28 20:50 ` Houder 2017-11-29 0:02 ` Andrew Schulman 2017-11-29 19:45 ` Achim Gratz 0 siblings, 2 replies; 21+ messages in thread From: Houder @ 2017-11-28 20:50 UTC (permalink / raw) To: cygwin; +Cc: schulman.andrew On 2017-11-28 19:55, Andrew Schulman wrote: >> sort should not fail in the way it does; it does not on "Cygwin/x86" >> on >> my machine; it does not on Linux (Fedora 24) (same machine). > > /bin/rebaseall? Andrew, No, I have not executed rebaseall. The reason is, that I have "reinstalled" Cygwin twice now, starting with an empty repo and an empty root directory. The 1st time I downloaded the base packages from the Twente mirror, the 2nd time I downloaded the base packages from the Dresden mirror. I used setup to download the packages; I used setup to install them. Especially the 2nd time I carefully examined every action I took. However, in both cases the result was the same. I cannot imagine one has to execute 'rebaseall' after having installed Cygwin from scratch. Henri -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 20:50 ` Houder @ 2017-11-29 0:02 ` Andrew Schulman 2017-11-29 19:45 ` Achim Gratz 1 sibling, 0 replies; 21+ messages in thread From: Andrew Schulman @ 2017-11-29 0:02 UTC (permalink / raw) To: cygwin > On 2017-11-28 19:55, Andrew Schulman wrote: > >> sort should not fail in the way it does; it does not on "Cygwin/x86" > >> on > >> my machine; it does not on Linux (Fedora 24) (same machine). > > > > /bin/rebaseall? > > I cannot imagine one has to execute 'rebaseall' after having installed > Cygwin from scratch. WAG :) Magic dust. -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 20:50 ` Houder 2017-11-29 0:02 ` Andrew Schulman @ 2017-11-29 19:45 ` Achim Gratz 2017-11-30 11:18 ` Houder 1 sibling, 1 reply; 21+ messages in thread From: Achim Gratz @ 2017-11-29 19:45 UTC (permalink / raw) To: cygwin Houder writes: > No, I have not executed rebaseall. The reason is, that I have > "reinstalled" Cygwin twice now, starting with an empty repo and an > empty root directory. I have seen the initial rebaseall after a fresh install go wrong due to antivirus interference. Triggering another full rebase cleared that up, presumably because the files were no longer marked as "new" by the antivirus. In one particular instance I've had to manually scan the Cygwin installation folder before things would start working correctly. Another thing you can check is the memory map of your terminal session, then write some script that forks a few times and have the process at the end of the fork chain dump its own map or maybe start a shell inside Emacs and dumpt the map there. Then check for any conspicuous differences, especially non-Cygwin-DLL that get suddenly injected. YMMV. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-29 19:45 ` Achim Gratz @ 2017-11-30 11:18 ` Houder 0 siblings, 0 replies; 21+ messages in thread From: Houder @ 2017-11-30 11:18 UTC (permalink / raw) To: cygwin On Wed, 29 Nov 2017 20:45:06, Achim Gratz wrote: > Houder writes: > > No, I have not executed rebaseall. The reason is, that I have > > "reinstalled" Cygwin twice now, starting with an empty repo and an > > empty root directory. > > I have seen the initial rebaseall after a fresh install go wrong due to > antivirus interference. Triggering another full rebase cleared that up, > presumably because the files were no longer marked as "new" by the > antivirus. In one particular instance I've had to manually scan the > Cygwin installation folder before things would start working correctly. All right. Now that F-Secure is gone, I again installed Cygwin64 in an empty root directory. Same result. Next, I started dash and executed rebaseall -v. No luck. Henri -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 17:12 ` Houder 2017-11-28 18:55 ` Andrew Schulman @ 2017-11-29 22:39 ` Brian Inglis 2017-11-30 0:44 ` Houder 1 sibling, 1 reply; 21+ messages in thread From: Brian Inglis @ 2017-11-29 22:39 UTC (permalink / raw) To: cygwin On 2017-11-28 10:12, Houder wrote: > On 2017-11-28 14:37, Doug Henderson wrote: > >>>>> On 2017-11-25 14:23, Houder wrote: >>>>> > Hi, >>>>> > >>>>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>>>> > into >>>>> > head (or less) when it is fed with a 'specially prepared' input file. >>>>> > >>>>> >Â - only happens on x86_64 >>>>> >Â - does not happen for 'LC_COLLATE=C sort tt | head' >>>>> > >>>>> > 'specially prepared' input file? (see bottom of post). >>>>> >>>>> Anyone ** NOT ** seeing this? > >> Q4. After you kill a hung sort, are there files left over in /tmp? I >> am wondering if the problem files are too big to do an in-core sort, >> and something goes wrong when it switches to a temp file sort, but not >> for smaller or larger input files where it correctly predicts which >> type of sort it needs to do. Possibly using the "--buffer-size=N" >> option will change the behavior, making smaller input files fail and >> failing ones work. > sort should not fail in the way it does; it does not on "Cygwin/x86" on > my machine; it does not on Linux (Fedora 24) (same machine). No problems with many sizes, Cygwin or Windows sort, under bash or dash. Have you checked for permissions problems on $TMPDIR if set, or /tmp? My TMPDIR=/tmp - try: $ ls -dl $TMPDIR /tmp drwxrwxrwt+ 1 <USER> Users 0 Nov 29 15:24 /tmp ... $ getfacl $TMPDIR /tmp # file: /tmp # owner: <USER> # group: Users # flags: --t user::rwx group::rwx other:rwx default:user::rwx default:group::r-x default:other:r-x ... $ icacls `cygpath -m $TMPDIR` C:/<PATH>/tmp NULL SID:(DENY)(Rc,S,RD) <HOST>\<USER>:(F) BUILTIN\Users:(RX,W) Everyone:(RX,W) CREATOR OWNER:(OI)(CI)(IO)(F) CREATOR GROUP:(OI)(CI)(IO)(RX) Everyone:(OI)(CI)(IO)(RX) $ icacls `cygpath -m /tmp` ... and maybe try specifying an explicit temp dir using e.g. sort -T $HOME/ Maybe also check if any limits: $ ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited open files (-n) 256 pipe size (512 bytes, -p) 8 stack size (kbytes, -s) 2032 cpu time (seconds, -t) unlimited max user processes (-u) 256 virtual memory (kbytes, -v) unlimited Maybe try reinstalling coreutils in a standalone setup run? -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-29 22:39 ` Brian Inglis @ 2017-11-30 0:44 ` Houder 2017-11-30 8:51 ` David Macek 0 siblings, 1 reply; 21+ messages in thread From: Houder @ 2017-11-30 0:44 UTC (permalink / raw) To: cygwin On Wed, 29 Nov 2017 15:39:45, Brian Inglis wrote: > >>>>> On 2017-11-25 14:23, Houder wrote: > >>>>> > Hi, > >>>>> > > >>>>> > Anyone seeing this as well? sort goes berzerk on my system when piped > >>>>> > into > >>>>> > head (or less) when it is fed with a 'specially prepared' input file. > >>>>> > > >>>>> > - only happens on x86_64 > >>>>> > - does not happen for 'LC_COLLATE=C sort tt | head' > >>>>> > > >>>>> > 'specially prepared' input file? (see bottom of post). > >>>>> > >>>>> Anyone ** NOT ** seeing this? Brian and Achim, thanks for the interest in this peculiar problems. Currently my Windows 7 is not much of a tool to me. I have ripped out about everything in an attempt to find the cause of the weird behaviour of sort. Ripped out everything? Visual Studio (and anything related to it), Firefox, F-Secure (virusscanner), etc., etc., etc. ... However, sort still behaves in the same weird manner. That is, NOT if invoked as follows (in a script): #!/bin/bash trap "" PIPE # make sort ignore the SIGPIPE signal export LC_COLLATE=en_US.UTF-8 exec /usr/bin/sort ${1+"$@"} 2> /dev/null .. meaning if SIGPIPE is ignored by sort (which would kill it otherwise), it will notice the broken pipe while writing, and terminate itself. What also amazes me, is the stack dump of the 'sort thread', which I got using the Process Explorer by Mark R. ntoskrnl.exe!memset+0x61a ntoskrnl.exe!KeWaitForMultipleObjects+0xd52 ntoskrnl.exe!KeWaitForSingleObject+0x19f ntoskrnl.exe!PoStartNextPowerIrp+0xbd0 <==== ????? ntoskrnl.exe!PoStartNextPowerIrp+0x186d <==== ????? cygwin1.dll!reent_data+0x5f0 cygwin1.dll!acl_get_perm+0x9aa1 cygwin1.dll!_getreent+0x1097 sort.exe+0x5319 sort.exe+0x103e0 cygwin1.dll!cygwin_dll_init+0x11c2 cygwin1.dll!setprogname+0x35c3 cygwin1.dll!setprogname+0x3674 This is the stack dump of sort when it occupies the core completely, and has become unresponsive. I do not know anything about the internals of Windows, but it amazes me to see 'a power related function call' on the stack of sort. > Have you checked for permissions problems on $TMPDIR if set, or /tmp? Yes, all these things have been checked by me ... Henri (message sent from Fedora, as I cannot currently use Windows 7) ===== -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-30 0:44 ` Houder @ 2017-11-30 8:51 ` David Macek 2017-11-30 10:28 ` Houder 0 siblings, 1 reply; 21+ messages in thread From: David Macek @ 2017-11-30 8:51 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 640 bytes --] On 30. 11. 2017 1:44, Houder wrote: > ntoskrnl.exe!memset+0x61a > ntoskrnl.exe!KeWaitForMultipleObjects+0xd52 > ntoskrnl.exe!KeWaitForSingleObject+0x19f > ntoskrnl.exe!PoStartNextPowerIrp+0xbd0 <==== ????? > ntoskrnl.exe!PoStartNextPowerIrp+0x186d <==== ????? > cygwin1.dll!reent_data+0x5f0 > cygwin1.dll!acl_get_perm+0x9aa1 > cygwin1.dll!_getreent+0x1097 > sort.exe+0x5319 > sort.exe+0x103e0 > cygwin1.dll!cygwin_dll_init+0x11c2 > cygwin1.dll!setprogname+0x35c3 > cygwin1.dll!setprogname+0x3674 In my experience, stack traces of Cygwin from MS tools are not very realiable. Can you try GDB as well? -- David Macek [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/pkcs7-signature, Size: 3715 bytes --] ^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-30 8:51 ` David Macek @ 2017-11-30 10:28 ` Houder 0 siblings, 0 replies; 21+ messages in thread From: Houder @ 2017-11-30 10:28 UTC (permalink / raw) To: cygwin On Thu, 30 Nov 2017 09:50:57, David Macek wrote: > On 30. 11. 2017 1:44, Houder wrote: > > ntoskrnl.exe!memset+0x61a > > ntoskrnl.exe!KeWaitForMultipleObjects+0xd52 > > ntoskrnl.exe!KeWaitForSingleObject+0x19f > > ntoskrnl.exe!PoStartNextPowerIrp+0xbd0 <=3D=3D=3D=3D ????? > > ntoskrnl.exe!PoStartNextPowerIrp+0x186d <=3D=3D=3D=3D ????? > > cygwin1.dll!reent_data+0x5f0 > > cygwin1.dll!acl_get_perm+0x9aa1 > > cygwin1.dll!_getreent+0x1097 > > sort.exe+0x5319 > > sort.exe+0x103e0 > > cygwin1.dll!cygwin_dll_init+0x11c2 > > cygwin1.dll!setprogname+0x35c3 > > cygwin1.dll!setprogname+0x3674 > > In my experience, stack traces of Cygwin from MS tools are not very reliab > le. Can you try GDB as well? > > David Macek Yes, that might very well be the case (I am not familiar with P.E.). That is why I was reluctant to report it. (grasping at straws) Henri -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 9:03 ` Corinna Vinschen 2017-11-28 10:59 ` Houder @ 2017-11-28 13:12 ` Houder 2017-11-28 13:27 ` cyg Simple 2017-11-28 15:42 ` EXTERNAL: " Wells, Roger K. 2 siblings, 1 reply; 21+ messages in thread From: Houder @ 2017-11-28 13:12 UTC (permalink / raw) To: cygwin On 2017-11-28 10:03, Corinna Vinschen wrote: > On Nov 28 08:21, Houder wrote: >> On 2017-11-25 14:23, Houder wrote: >> > Hi, >> > >> > Anyone seeing this as well? sort goes berzerk on my system when piped >> > into >> > head (or less) when it is fed with a 'specially prepared' input file. >> > >> > - only happens on x86_64 >> > - does not happen for 'LC_COLLATE=C sort tt | head' >> > >> > 'specially prepared' input file? (see bottom of post). >> >> Anyone ** NOT ** seeing this? > > Yes. I just tried it under tcsh and bash with 6000, 8000, and 8150 > lines, > and it works for me. LANG=en_US.UTF-8 implies LC_COLLATE=en_US.UTF-8 [snip} > and then returns to the prompt. Just trying ... is this a clue to the cause? Henri 64-@@ trap -p trap -- '' SIGPIPE # ignore SIGPIPE 64-@@ sort tt | head abcde 1xxxxx0123456789 abcde 2xxxxx0123456789 abcde 3xxxxx0123456789 abcde 4xxxxx0123456789 abcde 5xxxxx0123456789 abcde 6xxxxx0123456789 abcde 7xxxxx0123456789 abcde 8xxxxx0123456789 abcde 9xxxxx0123456789 abcde 10xxxxx0123456789 sort: write failed: 'standard output': Broken pipe # as expected sort: write error 64-@@ <==== PROMPT RETURNED 64-@@ trap - PIPE # SIGPIPE should result in killing sort ????? 64-@@ sort tt | head abcde 1xxxxx0123456789 abcde 2xxxxx0123456789 abcde 3xxxxx0123456789 abcde 4xxxxx0123456789 abcde 5xxxxx0123456789 abcde 6xxxxx0123456789 abcde 7xxxxx0123456789 abcde 8xxxxx0123456789 abcde 9xxxxx0123456789 abcde 10xxxxx0123456789 <==== prompt does not return ===== -- 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 13:12 ` Houder @ 2017-11-28 13:27 ` cyg Simple 2017-11-28 14:42 ` Houder 0 siblings, 1 reply; 21+ messages in thread From: cyg Simple @ 2017-11-28 13:27 UTC (permalink / raw) To: cygwin On 11/28/2017 8:12 AM, Houder wrote: > On 2017-11-28 10:03, Corinna Vinschen wrote: >> On Nov 28 08:21, Houder wrote: >>> On 2017-11-25 14:23, Houder wrote: >>> > Hi, >>> > >>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>> > into >>> > head (or less) when it is fed with a 'specially prepared' input file. >>> > >>> > - only happens on x86_64 >>> > - does not happen for 'LC_COLLATE=C sort tt | head' >>> > >>> > 'specially prepared' input file? (see bottom of post). >>> >>> Anyone ** NOT ** seeing this? >> >> Yes. I just tried it under tcsh and bash with 6000, 8000, and 8150 >> lines, >> and it works for me. LANG=en_US.UTF-8 implies LC_COLLATE=en_US.UTF-8 > [snip} > >> and then returns to the prompt. > > Just trying ... is this a clue to the cause? > > Henri > > 64-@@ trap -p > trap -- '' SIGPIPE # ignore SIGPIPE > 64-@@ sort tt | head > abcde   1xxxxx0123456789 > abcde   2xxxxx0123456789 > abcde   3xxxxx0123456789 > abcde   4xxxxx0123456789 > abcde   5xxxxx0123456789 > abcde   6xxxxx0123456789 > abcde   7xxxxx0123456789 > abcde   8xxxxx0123456789 > abcde   9xxxxx0123456789 > abcde  10xxxxx0123456789 > sort: write failed: 'standard output': Broken pipe # as expected > sort: write error > 64-@@ <==== PROMPT RETURNED > > 64-@@ trap - PIPE # SIGPIPE should result in killing sort ????? > 64-@@ sort tt | head > abcde   1xxxxx0123456789 > abcde   2xxxxx0123456789 > abcde   3xxxxx0123456789 > abcde   4xxxxx0123456789 > abcde   5xxxxx0123456789 > abcde   6xxxxx0123456789 > abcde   7xxxxx0123456789 > abcde   8xxxxx0123456789 > abcde   9xxxxx0123456789 > abcde  10xxxxx0123456789 >  <==== prompt does not return > `which sort` are you attempting to use? The cygcheck file didn't say. -- cyg 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] 21+ messages in thread
* Re: sort utility goes berzerk (x86_64) 2017-11-28 13:27 ` cyg Simple @ 2017-11-28 14:42 ` Houder 0 siblings, 0 replies; 21+ messages in thread From: Houder @ 2017-11-28 14:42 UTC (permalink / raw) To: cygwin On 2017-11-28 14:27, cyg Simple wrote: >>>> On 2017-11-25 14:23, Houder wrote: >>>> > Hi, >>>> > >>>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>>> > into >>>> > head (or less) when it is fed with a 'specially prepared' input file. >>>> > >>>> >Â - only happens on x86_64 >>>> >Â - does not happen for 'LC_COLLATE=C sort tt | head' >>>> > >>>> > 'specially prepared' input file? (see bottom of post). >>>> >>>> Anyone ** NOT ** seeing this? > `which sort` are you attempting to use? The cygcheck file didn't say. cyg, Doug, thanks for your interest! Doug, I will reply to your mail (separately). 64-@@ which sort /usr/bin/sort 64-@@ /usr/bin/sort tt | /usr/bin/head abcde 1xxxxx0123456789 abcde 2xxxxx0123456789 abcde 3xxxxx0123456789 abcde 4xxxxx0123456789 abcde 5xxxxx0123456789 abcde 6xxxxx0123456789 abcde 7xxxxx0123456789 abcde 8xxxxx0123456789 abcde 9xxxxx0123456789 abcde 10xxxxx0123456789 <==== prompt does not return My original post only described the most relevant stuff. I expected that everyone else had the same problem ... I did not describe everything that I had tried ... For instance: strace -o junk sort tt | head, works using any of the options -r, -n, -g, -h to sort, does NOT work using the option -f to sort, does work Consequently, I was a bit confused by the results. That is why I wanted to know whether or not I was the only one with this problem. ... if I am the only one with this problem, I have to dig deeper (or let it go). Henri -- 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] 21+ messages in thread
* Re: EXTERNAL: Re: sort utility goes berzerk (x86_64) 2017-11-28 9:03 ` Corinna Vinschen 2017-11-28 10:59 ` Houder 2017-11-28 13:12 ` Houder @ 2017-11-28 15:42 ` Wells, Roger K. 2017-11-28 16:56 ` Houder 2 siblings, 1 reply; 21+ messages in thread From: Wells, Roger K. @ 2017-11-28 15:42 UTC (permalink / raw) To: cygwin On 11/28/2017 04:04 AM, Corinna Vinschen wrote: > On Nov 28 08:21, Houder wrote: >> On 2017-11-25 14:23, Houder wrote: >>> Hi, >>> >>> Anyone seeing this as well? sort goes berzerk on my system when piped >>> into >>> head (or less) when it is fed with a 'specially prepared' input file. >>> >>> - only happens on x86_64 >>> - does not happen for 'LC_COLLATE=C sort tt | head' >>> >>> 'specially prepared' input file? (see bottom of post). >> Anyone ** NOT ** seeing this? > Yes. I just tried it under tcsh and bash with 6000, 8000, and 8150 lines, > and it works for me. LANG=en_US.UTF-8 implies LC_COLLATE=en_US.UTF-8 > but I also set LC_COLLATE explicitely and retried. sort tt | head > always prints > > abcde 1xxxxx0123456789 > abcde 2xxxxx0123456789 > abcde 3xxxxx0123456789 > abcde 4xxxxx0123456789 > abcde 5xxxxx0123456789 > abcde 6xxxxx0123456789 > abcde 7xxxxx0123456789 > abcde 8xxxxx0123456789 > abcde 9xxxxx0123456789 > abcde 10xxxxx0123456789 > > and then returns to the prompt. Same here, at least using bash > > Corinna > -- Roger Wells, P.E. leidos 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.wells@leidos.com -- 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] 21+ messages in thread
* Re: EXTERNAL: Re: sort utility goes berzerk (x86_64) 2017-11-28 15:42 ` EXTERNAL: " Wells, Roger K. @ 2017-11-28 16:56 ` Houder 0 siblings, 0 replies; 21+ messages in thread From: Houder @ 2017-11-28 16:56 UTC (permalink / raw) To: cygwin; +Cc: wellsr On 2017-11-28 16:42, Wells, Roger K. wrote: > On 11/28/2017 04:04 AM, Corinna Vinschen wrote: >>> On 2017-11-25 14:23, Houder wrote: >>>> Hi, >>>> >>>> Anyone seeing this as well? sort goes berzerk on my system when >>>> piped >>>> into >>>> head (or less) when it is fed with a 'specially prepared' input >>>> file. >>>> >>>> - only happens on x86_64 >>>> - does not happen for 'LC_COLLATE=C sort tt | head' >>>> >>>> 'specially prepared' input file? (see bottom of post). >>> Anyone ** NOT ** seeing this? >> Yes. I just tried it under tcsh and bash with 6000, 8000, and 8150 >> lines, [snip] >> and then returns to the prompt. > Same here, at least using bash Thank you to all. It is clear to me that I am the only one having this weird behavior. Henri -- 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] 21+ messages in thread
end of thread, other threads:[~2017-11-30 11:18 UTC | newest] Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-11-25 13:23 sort utility goes berzerk (x86_64) Houder 2017-11-28 7:21 ` Houder 2017-11-28 9:03 ` Corinna Vinschen 2017-11-28 10:59 ` Houder 2017-11-28 13:38 ` Doug Henderson 2017-11-28 14:54 ` Houder 2017-11-28 17:12 ` Houder 2017-11-28 18:55 ` Andrew Schulman 2017-11-28 20:50 ` Houder 2017-11-29 0:02 ` Andrew Schulman 2017-11-29 19:45 ` Achim Gratz 2017-11-30 11:18 ` Houder 2017-11-29 22:39 ` Brian Inglis 2017-11-30 0:44 ` Houder 2017-11-30 8:51 ` David Macek 2017-11-30 10:28 ` Houder 2017-11-28 13:12 ` Houder 2017-11-28 13:27 ` cyg Simple 2017-11-28 14:42 ` Houder 2017-11-28 15:42 ` EXTERNAL: " Wells, Roger K. 2017-11-28 16:56 ` Houder
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).