* 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 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 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: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: 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: 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
* 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-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-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
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).