* Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
@ 2019-02-26 16:28 Jerry Baker via cygwin
2019-02-26 18:30 ` Jerry Baker via cygwin
0 siblings, 1 reply; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 16:28 UTC (permalink / raw)
To: cygwin
I have a large installation of cygwin on Windows 7 x64 for the last
decade that has been working without issue. When I use setup-x86_64.exe
(2.895) to upgrade the cygwin 2.11.2-1 package to cygwin 3.0.1-1, all of
my cygwin applications stop working. Simply executing a command (such as
'bash' or 'grep' or 'date') at a command line just yields a blinking
cursor that never returns anything. As soon as I switch back to version
2.11.2-1 everything works again.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 16:28 Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64 Jerry Baker via cygwin
@ 2019-02-26 18:30 ` Jerry Baker via cygwin
2019-02-26 18:38 ` Houder
0 siblings, 1 reply; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 18:30 UTC (permalink / raw)
To: cygwin
I have narrowed it down to cygwin1.dll. If I install cygwin 3.0.1-1 and
overwrite cygwin1.dll with the 2.11.2-1 version, everything works.
Likewise, if I install cygwin 2.11.2-1 and overwrite cygwin1.dll with
the 3.0.1-1 version everything stops working.
Additional information about the broken applications: cygwin
applications running under 3.0.1-1 show no output but a blinking cursor
and do not respond to CTRL+C or ENTER keys.
On 2/26/2019 7:38 AM, Jerry Baker via cygwin wrote:
> I have a large installation of cygwin on Windows 7 x64 for the last
> decade that has been working without issue. When I use setup-x86_64.exe
> (2.895) to upgrade the cygwin 2.11.2-1 package to cygwin 3.0.1-1, all of
> my cygwin applications stop working. Simply executing a command (such as
> 'bash' or 'grep' or 'date') at a command line just yields a blinking
> cursor that never returns anything. As soon as I switch back to version
> 2.11.2-1 everything works again.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 18:30 ` Jerry Baker via cygwin
@ 2019-02-26 18:38 ` Houder
2019-02-26 18:44 ` Jerry Baker via cygwin
0 siblings, 1 reply; 42+ messages in thread
From: Houder @ 2019-02-26 18:38 UTC (permalink / raw)
To: cygwin
> On 2/26/2019 7:38 AM, Jerry Baker via cygwin wrote:
> > I have a large installation of cygwin on Windows 7 x64 for the last
> > decade that has been working without issue. When I use setup-x86_64.exe
> > (2.895) to upgrade the cygwin 2.11.2-1 package to cygwin 3.0.1-1, all of
> > my cygwin applications stop working. Simply executing a command (such as
> > 'bash' or 'grep' or 'date') at a command line just yields a blinking
> > cursor that never returns anything. As soon as I switch back to version
> > 2.11.2-1 everything works again.
On Tue, 26 Feb 2019 09:59:56, Jerry Baker via cygwin" wrote:
> I have narrowed it down to cygwin1.dll. If I install cygwin 3.0.1-1 and
> overwrite cygwin1.dll with the 2.11.2-1 version, everything works.
> Likewise, if I install cygwin 2.11.2-1 and overwrite cygwin1.dll with
> the 3.0.1-1 version everything stops working.
>
> Additional information about the broken applications: cygwin
> applications running under 3.0.1-1 show no output but a blinking cursor
> and do not respond to CTRL+C or ENTER keys.
Jerry, short answer:
> --
> 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
.. and please, use "bottom-posting" (observe my reordering above). Thank you.
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 18:38 ` Houder
@ 2019-02-26 18:44 ` Jerry Baker via cygwin
2019-02-26 18:45 ` Richard Campbell
2019-02-26 18:59 ` Vince Rice
0 siblings, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 18:44 UTC (permalink / raw)
To: cygwin
On 2/26/2019 10:30 AM, Houder wrote:
> Jerry, short answer:
>
>> --
>> Problem reports: http://cygwin.com/problems.html
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
That's why you're reading about it "on the appropriate list," as
described on that page. It's a take it or leave it thing. I report it,
and the cygwin community can do whatever they like with it - ignore it,
investigate it, shoot the messenger. It's their project.
>> FAQ: http://cygwin.com/faq/
>> Documentation: http://cygwin.com/docs.html
>> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>
> . and please, use "bottom-posting" (observe my reordering above). Thank you.
Will do.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 18:44 ` Jerry Baker via cygwin
@ 2019-02-26 18:45 ` Richard Campbell
2019-02-26 18:59 ` Vince Rice
1 sibling, 0 replies; 42+ messages in thread
From: Richard Campbell @ 2019-02-26 18:45 UTC (permalink / raw)
To: cygwin
On Tue, Feb 26, 2019 at 12:38 PM Jerry Baker via cygwin
<cygwin@cygwin.com> wrote:
>
> That's why you're reading about it "on the appropriate list," as
> described on that page. It's a take it or leave it thing. I report it,
> and the cygwin community can do whatever they like with it - ignore it,
> investigate it, shoot the messenger. It's their project.
The requested cygcheck output would be helpful in this regard.
"Run cygcheck -s -v -r > cygcheck.out and include that file as an
attachment in your report. Please do not compress or otherwise encode
the output. Just attach it as a straight text file so that it can be
easily viewed."
-Richard Campbell.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 18:44 ` Jerry Baker via cygwin
2019-02-26 18:45 ` Richard Campbell
@ 2019-02-26 18:59 ` Vince Rice
2019-02-26 19:19 ` Jerry Baker via cygwin
1 sibling, 1 reply; 42+ messages in thread
From: Vince Rice @ 2019-02-26 18:59 UTC (permalink / raw)
To: cygwin
> On Feb 26, 2019, at 12:37 PM, Jerry Baker wrote:
>
> That's why you're reading about it "on the appropriate list," as described on that page. It's a take it or leave it thing. I report it, and the cygwin community can do whatever they like with it - ignore it, investigate it, shoot the messenger. It's their project.
What is also described on the page are the reporting guidelines. Please read them again, paying special
attention to the bolded part.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 18:59 ` Vince Rice
@ 2019-02-26 19:19 ` Jerry Baker via cygwin
2019-02-26 19:32 ` Ken Brown
0 siblings, 1 reply; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 19:19 UTC (permalink / raw)
To: cygwin
On 2/26/2019 10:44 AM, Vince Rice wrote:
> What is also described on the page are the reporting guidelines. Please read them again, paying special
> attention to the bolded part.
That command has the same problem under 3.0.0.1-1 as all the others.
Under 2.11.2-1 it is as follows:
-----
Cygwin Configuration Diagnostics
Current System Time: Tue Feb 26 09:42:22 2019
Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1
Path: C:\ProgramData\Oracle\Java\javapath
C:\app\product\11.2.0\client_1\bin
C:\Program Files (x86)\Intel\iCLS Client\
C:\Program Files\Intel\iCLS Client\
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0\
C:\Program Files\Intel\Intel(R) Management Engine Components\DAL
C:\Program Files\Intel\Intel(R) Management Engine Components\IPT
C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL
C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT
C:\PCOMWIN\
C:\Program Files (x86)\IBM\Trace Facility\
C:\Program Files\Google\Google Apps Migration\
C:\Program Files\OpenVPN\bin
C:\Program Files (x86)\GNU\GnuPG\pub
C:\Program Files (x86)\utils
C:\cygwin\bin
C:\Program Files (x86)\Nmap
C:\Program Files\FLAC
C:\Program Files\utils
Output from C:\cygwin\bin\id.exe
UID: 1082606(xxxx.xxxx)
GID: 1049089(Domain Users)
1049089(Domain Users)
545(Users)
4(INTERACTIVE)
66049(CONSOLE LOGON)
11(Authenticated Users)
... long list of groups specific to organization redacted ...
15(This Organization)
4095(CurrentSession)
66048(LOCAL)
70145(Authentication authority asserted identity)
401408(Medium Mandatory Level)
SysDir: C:\Windows\system32
WinDir: C:\Windows
Path =
'C:\ProgramData\Oracle\Java\javapath;C:\app\product\11.2.0\client_1\bin;C:\Program
Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS
Client\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program
Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program
Files\Intel\Intel(R) Management Engine Components\IPT;C:\Program Files
(x86)\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files
(x86)\Intel\Intel(R) Management Engine
Components\IPT;C:\PCOMWIN\;C:\Program Files (x86)\IBM\Trace
Facility\;C:\Program Files\Google\Google Apps Migration\;C:\Program
Files\OpenVPN\bin;C:\Program Files (x86)\GNU\GnuPG\pub;C:\Program Files
(x86)\utils;C:\cygwin\bin;C:\Program Files (x86)\Nmap;C:\Program
Files\FLAC;C:\Program Files\utils'
ALLUSERSPROFILE = 'C:\ProgramData'
APPDATA = 'C:\Users\xxxx.xxxx\AppData\Roaming'
CommonProgramFiles = 'C:\Program Files\Common Files'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
COMPUTERNAME = 'FAC-P-08098'
ComSpec = 'C:\Windows\system32\cmd.exe'
FP_NO_HOST_CHECK = 'NO'
HOMEDRIVE = 'C:'
HOMEPATH = '\Users\xxxx.xxxx'
LOCALAPPDATA = 'C:\Users\xxxx.xxxx\AppData\Local'
LOGONSERVER = '\\DC1PA'
NUMBER_OF_PROCESSORS = '8'
OS = 'Windows_NT'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
PCOMM_Root = 'C:\PCOMWIN\'
PROCESSOR_ARCHITECTURE = 'AMD64'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 60 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = '6'
PROCESSOR_REVISION = '3c03'
ProgramData = 'C:\ProgramData'
ProgramFiles = 'C:\Program Files'
ProgramFiles(x86) = 'C:\Program Files (x86)'
ProgramW6432 = 'C:\Program Files'
PROMPT = '$P$G'
PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\'
PUBLIC = 'C:\Users\Public'
SESSIONNAME = 'Console'
SystemDrive = 'C:'
SystemRoot = 'C:\Windows'
TEMP = 'C:\Users\xxxx.BAK\AppData\Local\Temp'
TMP = 'C:\Users\xxxx.BAK\AppData\Local\Temp'
UATDATA = 'C:\Windows\CCM\UATData\D9F8C395-CAB8-491d-B8AC-179A1FE1BE77'
USERDNSDOMAIN = 'xxx.xxx'
USERDOMAIN = 'xxx'
USERNAME = 'xxxx.xxxx'
USERPROFILE = 'C:\Users\xxxx.xxxx'
VBOX_MSI_INSTALL_PATH = 'C:\Program Files\VirtualBox\'
windir = 'C:\Windows'
windows_tracing_flags = '3'
windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log'
HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Installations
(default) = '\??\C:\cygwin'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations
(default) = '\??\C:\cygwin'
0b1a0f41647558d5 = '\??\C:\Program Files'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup
(default) = 'C:\cygwin'
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Installations
(default) = '\??\C:\Program Files (x86)\Exact Audio Copy'
obcaseinsensitive set to 1
Cygwin installations found in the registry:
System: Key: c5e39b7a9d22bafb Path: C:\cygwin
System: Key: 0b1a0f41647558d5 Path: C:\Program Files (ORPHANED)
User: Key: c5e39b7a9d22bafb Path: C:\cygwin
c: hd NTFS 953767Mb 51% CP CS UN PA FC QU
d: cd N/A N/A
e: hd NTFS 102399Mb 50% CP CS UN PA FC QU
g: fd NTFS 30670Mb 2% CP CS UN PA FC QU
k: hd FAT 9Mb 52% CP UN
y: hd NTFS 1805325Mb 41% CP CS UN PA FC QU
z: hd NTFS 953866Mb 12% CP CS UN PA FC QU
C:\cygwin / system binary,auto
C:\cygwin\bin /usr/bin system binary,auto
C:\cygwin\lib /usr/lib system binary,auto
cygdrive prefix /cygdrive user binary,posix=0,auto
Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\awk
Warning: C:\cygwin\bin\awk.exe hides C:\cygwin\bin\awk
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Not Found: crontab
Found: C:\Windows\system32\find.exe
Found: C:\cygwin\bin\find.exe
Warning: C:\Windows\system32\find.exe hides C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\kill.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Not Found: patch
Found: C:\cygwin\bin\perl.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\cygwin\bin\test.exe
Found: C:\cygwin\bin\vi.exe
Not Found: vim
39k 2016/09/19 C:\cygwin\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2
"cygargp-0.dll" v0.0 ts=2016-09-18 18:13
118k 2018/02/11 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=0.0 sys=5.2
"cygatk-1.0-0.dll" v0.0 ts=2018-02-11 15:28
29k 2018/12/09 C:\cygwin\bin\cygatomic-1.dll - os=4.0 img=0.0 sys=5.2
"cygatomic-1.dll" v0.0 ts=2018-12-08 14:53
19k 2018/12/20 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2
"cygattr-1.dll" v0.0 ts=2018-12-20 01:48
237k 2019/01/02 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2
"cygblkid-1.dll" v0.0 ts=2019-01-01 18:52
64k 2017/02/22 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2
"cygbz2-1.dll" v0.0 ts=2017-02-21 23:22
1032k 2018/02/12 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=0.0 sys=5.2
"cygcairo-2.dll" v0.0 ts=2018-02-11 16:05
27k 2018/02/12 C:\cygwin\bin\cygcairo-gobject-2.dll - os=4.0 img=0.0
sys=5.2
"cygcairo-gobject-2.dll" v0.0 ts=2018-02-11 16:05
120k 2018/02/12 C:\cygwin\bin\cygcairo-script-interpreter-2.dll -
os=4.0 img=0.0 sys=5.2
"cygcairo-script-interpreter-2.dll" v0.0
ts=2018-02-11 16:05
13k 2019/01/02 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=0.0 sys=5.2
"cygcom_err-2.dll" v0.0 ts=2019-01-01 18:39
27k 2018/12/17 C:\cygwin\bin\cygcord-1.dll - os=4.0 img=0.0 sys=5.2
"cygcord-1.dll" v0.0 ts=2018-12-16 23:14
39k 2017/09/03 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=0.0 sys=5.2
"cygcrypt-0.dll" v0.0 ts=2017-09-03 00:18
2346k 2018/08/27 C:\cygwin\bin\cygcrypto-1.0.0.dll - os=4.0 img=0.0
sys=5.2
"cygcrypto-1.0.0.dll" v0.0 ts=2018-08-27 10:14
24k 2014/11/12 C:\cygwin\bin\cygdatrie-1.dll - os=4.0 img=0.0 sys=5.2
"cygdatrie-1.dll" v0.0 ts=2014-11-11 23:24
1552k 2017/09/28 C:\cygwin\bin\cygdb-5.3.dll - os=4.0 img=0.0 sys=5.2
"cygdb-5.3.dll" v0.0 ts=2017-09-28 12:05
119k 2017/09/28 C:\cygwin\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 12:06
569k 2017/09/28 C:\cygwin\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 12:06
154k 2013/10/20 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=0.0 sys=5.2
"cygedit-0.dll" v0.0 ts=2013-10-20 13:56
119k 2018/06/05 C:\cygwin\bin\cygEGL-1.dll - os=4.0 img=0.0 sys=5.2
"cygEGL-1.dll" v0.0 ts=2018-06-04 17:20
181k 2018/09/27 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=0.0 sys=5.2
"cygexpat-1.dll" v0.0 ts=2018-09-27 10:30
30k 2014/10/14 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=0.0 sys=5.2
"cygfam-0.dll" v0.0 ts=2014-10-14 13:33
335k 2019/01/02 C:\cygwin\bin\cygfdisk-1.dll - os=4.0 img=0.0 sys=5.2
"cygfdisk-1.dll" v0.0 ts=2019-01-01 18:52
27k 2015/11/17 C:\cygwin\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2
"cygffi-6.dll" v0.0 ts=2015-11-17 14:14
252k 2018/02/13 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=0.0
sys=5.2
"cygfontconfig-1.dll" v0.0 ts=2018-02-12 20:08
65k 2017/12/05 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2
"cygformw-10.dll" v0.0 ts=2017-12-05 00:15
654k 2018/03/20 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=0.0 sys=5.2
"cygfreetype-6.dll" v0.0 ts=2018-03-19 19:29
122k 2018/12/17 C:\cygwin\bin\cyggc-1.dll - os=4.0 img=0.0 sys=5.2
"cyggc-1.dll" v0.0 ts=2018-12-16 23:14
119k 2018/01/16 C:\cygwin\bin\cyggc-2.dll - os=4.0 img=0.0 sys=5.2
"cyggc-2.dll" v0.0 ts=2018-01-15 21:46
9k 2018/12/17 C:\cygwin\bin\cyggccpp-1.dll - os=4.0 img=0.0 sys=5.2
"cyggccpp-1.dll" v0.0 ts=2018-12-16 23:14
70k 2018/12/09 C:\cygwin\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2
"cyggcc_s-seh-1.dll" v0.0 ts=2018-12-08 11:56
39k 2016/10/10 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=0.0 sys=5.2
"cyggdbm-4.dll" v0.0 ts=2016-10-10 01:26
13k 2016/10/10 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=0.0
sys=5.2
"cyggdbm_compat-4.dll" v0.0 ts=2016-10-10 01:26
620k 2018/02/12 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=0.0
sys=5.2
"cyggdk-x11-2.0-0.dll" v0.0 ts=2018-02-11 17:51
141k 2018/02/11 C:\cygwin\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=2018-02-11 15:46
1398k 2018/02/11 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=0.0 sys=5.2
"cyggio-2.0-0.dll" v0.0 ts=2018-02-11 11:03
469k 2018/06/05 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=0.0 sys=5.2
"cygGL-1.dll" v0.0 ts=2018-06-04 17:20
295k 2018/06/05 C:\cygwin\bin\cygglapi-0.dll - os=4.0 img=0.0 sys=5.2
"cygglapi-0.dll" v0.0 ts=2018-06-04 17:18
993k 2018/02/11 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=0.0 sys=5.2
"cygglib-2.0-0.dll" v0.0 ts=2018-02-11 11:01
15k 2018/02/11 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=0.0
sys=5.2
"cyggmodule-2.0-0.dll" v0.0 ts=2018-02-11 11:01
527k 2017/01/21 C:\cygwin\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2
"cyggmp-10.dll" v0.0 ts=2017-01-21 10:25
289k 2018/02/11 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=0.0
sys=5.2
"cyggobject-2.0-0.dll" v0.0 ts=2018-02-11 11:02
148k 2018/12/09 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=0.0 sys=5.2
"cyggomp-1.dll" v0.0 ts=2018-12-08 12:21
177k 2017/09/04 C:\cygwin\bin\cyggraphite2-3.dll - os=4.0 img=3.0 sys=5.2
"cyggraphite2-3.dll" v0.0 ts=2017-09-04 13:02
274k 2018/03/16 C:\cygwin\bin\cyggssapi_krb5-2.dll - os=4.0 img=0.0
sys=5.2
"cyggssapi_krb5-2.dll" v0.0 ts=2018-03-15 19:38
9k 2018/02/11 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=0.0
sys=5.2
"cyggthread-2.0-0.dll" v0.0 ts=2018-02-11 11:01
4007k 2018/02/12 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=0.0
sys=5.2
"cyggtk-x11-2.0-0.dll" v0.0 ts=2018-02-11 17:59
732k 2017/04/01 C:\cygwin\bin\cygguile-17.dll - os=4.0 img=0.0 sys=5.2
"cygguile-17.dll" v0.0 ts=2017-04-01 05:04
1333k 2018/08/07 C:\cygwin\bin\cygguile-2.0-22.dll - os=4.0 img=0.0
sys=5.2
"cygguile-2.0-22.dll" v0.0 ts=2018-08-07 00:10
680k 2018/04/11 C:\cygwin\bin\cygharfbuzz-0.dll - os=4.0 img=0.0 sys=5.2
"cygharfbuzz-0.dll" v0.0 ts=2018-04-11 00:11
41k 2018/04/11 C:\cygwin\bin\cygharfbuzz-gobject-0.dll - os=4.0
img=0.0 sys=5.2
"cygharfbuzz-gobject-0.dll" v0.0 ts=2018-04-11 00:11
33k 2017/02/13 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2
"cyghistory7.dll" v0.0 ts=2017-02-11 14:39
1009k 2015/02/20 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2
"cygiconv-2.dll" v0.0 ts=2015-02-20 09:07
42k 2016/10/23 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2
"cygintl-8.dll" v0.0 ts=2016-10-22 23:17
1039k 2015/09/20 C:\cygwin\bin\cygisl-13.dll - os=4.0 img=0.0 sys=5.2
"cygisl-13.dll" v0.0 ts=2015-09-20 04:39
1304k 2017/11/04 C:\cygwin\bin\cygisl-15.dll - os=4.0 img=0.0 sys=5.2
"cygisl-15.dll" v0.0 ts=2017-11-04 12:36
284k 2017/01/03 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=0.0 sys=5.2
"cygjasper-1.dll" v0.0 ts=2017-01-03 06:07
288k 2017/09/25 C:\cygwin\bin\cygjasper-4.dll - os=4.0 img=4.0 sys=5.2
"cygjasper-4.dll" v0.0 ts=2017-09-24 18:39
48k 2014/06/17 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=0.0 sys=5.2
"cygjbig-2.dll" v0.0 ts=1969-12-31 16:00
18k 2014/06/17 C:\cygwin\bin\cygjbig85-2.dll - os=4.0 img=0.0 sys=5.2
"cygjbig85-2.dll" v0.0 ts=1969-12-31 16:00
419k 2017/12/18 C:\cygwin\bin\cygjpeg-8.dll - os=4.0 img=0.0 sys=5.2
"cygjpeg-8.dll" v0.0 ts=2017-12-17 18:41
192k 2018/03/16 C:\cygwin\bin\cygk5crypto-3.dll - os=4.0 img=0.0 sys=5.2
"cygk5crypto-3.dll" v0.0 ts=2018-03-15 19:37
754k 2018/03/16 C:\cygwin\bin\cygkrb5-3.dll - os=4.0 img=0.0 sys=5.2
"cygkrb5-3.dll" v0.0 ts=2018-03-15 19:37
37k 2018/03/16 C:\cygwin\bin\cygkrb5support-0.dll - os=4.0 img=0.0
sys=5.2
"cygkrb5support-0.dll" v0.0 ts=2018-03-15 19:36
26685k 2016/07/21 C:\cygwin\bin\cygLLVM-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygLLVM-3.8.dll" v0.0 ts=2016-07-20 20:07
29379k 2017/02/20 C:\cygwin\bin\cygLLVM-3.9.dll - os=4.0 img=0.0 sys=5.2
"cygLLVM-3.9.dll" v0.0 ts=2017-02-20 08:42
32037k 2017/06/26 C:\cygwin\bin\cygLLVM-4.0.dll - os=4.0 img=0.0 sys=5.2
"cygLLVM-4.0.dll" v0.0 ts=2017-06-25 17:32
36141k 2017/12/31 C:\cygwin\bin\cygLLVM-5.0.dll - os=4.0 img=0.0 sys=5.2
"cygLLVM-5.0.dll" v0.0 ts=2017-12-31 02:34
6k 2018/11/08 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2
"cyglsa64.dll" v0.0 ts=2018-11-08 05:34
35k 2018/05/29 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=0.0 sys=5.2
"cygltdl-7.dll" v0.0 ts=2018-05-29 07:34
139k 2017/05/10 C:\cygwin\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2
"cyglzma-5.dll" v0.0 ts=2017-05-09 17:17
129k 2017/10/05 C:\cygwin\bin\cyglzo2-2.dll - os=4.0 img=0.0 sys=5.2
"cyglzo2-2.dll" v0.0 ts=2017-10-05 11:40
125k 2018/03/18 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2
"cygmagic-1.dll" v0.0 ts=2018-03-18 07:17
168k 2018/01/23 C:\cygwin\bin\cygman-2-7-6-1.dll - os=4.0 img=0.0 sys=5.2
"cygman-2-7-6-1.dll" v0.0 ts=2018-01-23 12:22
22k 2018/01/23 C:\cygwin\bin\cygmandb-2-7-6-1.dll - os=4.0 img=0.0
sys=5.2
"cygmandb-2-7-6-1.dll" v0.0 ts=2018-01-23 12:22
33k 2017/12/05 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2
"cygmenuw-10.dll" v0.0 ts=2017-12-05 00:15
92k 2018/03/17 C:\cygwin\bin\cygmpc-3.dll - os=4.0 img=0.0 sys=5.2
"cygmpc-3.dll" v0.0 ts=2018-03-17 09:05
346k 2017/11/04 C:\cygwin\bin\cygmpfr-4.dll - os=4.0 img=0.0 sys=5.2
"cygmpfr-4.dll" v0.0 ts=2017-11-04 10:48
432k 2019/02/02 C:\cygwin\bin\cygmpfr-6.dll - os=4.0 img=0.0 sys=5.2
"cygmpfr-6.dll" v0.0 ts=2019-02-02 10:25
317k 2017/12/05 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2
"cygncursesw-10.dll" v0.0 ts=2017-12-05 00:13
1019k 2018/04/09 C:\cygwin\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2
"cygp11-kit-0.dll" v0.0 ts=2018-04-08 17:55
15k 2017/12/05 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2
"cygpanelw-10.dll" v0.0 ts=2017-12-05 00:14
270k 2018/02/12 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=0.0 sys=5.2
"cygpango-1.0-0.dll" v0.0 ts=2018-02-11 16:40
44k 2018/02/12 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0
img=0.0 sys=5.2
"cygpangocairo-1.0-0.dll" v0.0 ts=2018-02-11 16:41
72k 2018/02/12 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=0.0
sys=5.2
"cygpangoft2-1.0-0.dll" v0.0 ts=2018-02-11 16:40
28k 2018/02/12 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=0.0
sys=5.2
"cygpangoxft-1.0-0.dll" v0.0 ts=2018-02-11 16:41
475k 2017/04/23 C:\cygwin\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2
"cygpcre-1.dll" v0.0 ts=2017-04-23 16:50
441k 2017/04/23 C:\cygwin\bin\cygpcre16-0.dll - os=4.0 img=0.0 sys=5.2
"cygpcre16-0.dll" v0.0 ts=2017-04-23 16:50
428k 2017/04/23 C:\cygwin\bin\cygpcre32-0.dll - os=4.0 img=0.0 sys=5.2
"cygpcre32-0.dll" v0.0 ts=2017-04-23 16:50
31k 2017/04/23 C:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=0.0 sys=5.2
"cygpcrecpp-0.dll" v0.0 ts=2017-04-23 16:50
11k 2017/04/23 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=0.0 sys=5.2
"cygpcreposix-0.dll" v0.0 ts=2017-04-23 16:50
2209k 2018/12/01 C:\cygwin\bin\cygperl5_26.dll - os=4.0 img=0.0 sys=5.2
"cygperl5_26.dll" v0.0 ts=2018-11-30 23:22
39k 2015/04/09 C:\cygwin\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2
"cygpipeline-1.dll" v0.0 ts=2015-04-09 13:04
638k 2016/08/08 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=0.0 sys=5.2
"cygpixman-1-0.dll" v0.0 ts=2016-08-07 18:51
200k 2017/12/18 C:\cygwin\bin\cygpng16-16.dll - os=4.0 img=0.0 sys=5.2
"cygpng16-16.dll" v0.0 ts=2017-12-17 17:48
41k 2016/07/13 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2
"cygpopt-0.dll" v0.0 ts=2016-07-12 22:16
315k 2018/12/09 C:\cygwin\bin\cygquadmath-0.dll - os=4.0 img=0.0 sys=5.2
"cygquadmath-0.dll" v0.0 ts=2018-12-08 14:57
219k 2017/02/13 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2
"cygreadline7.dll" v0.0 ts=2017-02-11 14:39
11k 2015/07/17 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=0.0 sys=5.2
"cygsigsegv-2.dll" v0.0 ts=2015-07-17 14:35
141k 2019/01/02 C:\cygwin\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2
"cygsmartcols-1.dll" v0.0 ts=2019-01-01 18:51
996k 2017/11/06 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=0.0 sys=5.2
"cygsqlite3-0.dll" v0.0 ts=2017-11-06 04:43
406k 2018/08/27 C:\cygwin\bin\cygssl-1.0.0.dll - os=4.0 img=0.0 sys=5.2
"cygssl-1.0.0.dll" v0.0 ts=2018-08-27 10:14
12k 2017/11/13 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=0.0 sys=5.2
"cygssp-0.dll" v0.0 ts=2017-11-13 13:52
1400k 2018/12/09 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2
"cygstdc++-6.dll" v0.0 ts=2018-12-08 13:15
67k 2018/03/19 C:\cygwin\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2
"cygtasn1-6.dll" v0.0 ts=2018-03-19 13:41
34k 2017/03/05 C:\cygwin\bin\cygthai-0.dll - os=4.0 img=0.0 sys=5.2
"cygthai-0.dll" v0.0 ts=2017-03-04 20:36
58k 2017/12/05 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2
"cygticw-10.dll" v0.0 ts=2017-12-05 00:13
452k 2017/12/18 C:\cygwin\bin\cygtiff-6.dll - os=4.0 img=0.0 sys=5.2
"cygtiff-6.dll" v0.0 ts=2017-12-17 18:52
12k 2017/12/18 C:\cygwin\bin\cygtiffxx-6.dll - os=4.0 img=0.0 sys=5.2
"cygtiffxx-6.dll" v0.0 ts=2017-12-17 18:52
20k 2017/11/01 C:\cygwin\bin\cygtxc_dxtn.dll - os=4.0 img=0.0 sys=5.2
"cygtxc_dxtn.dll" v0.0 ts=2017-11-01 16:08
1612k 2018/08/16 C:\cygwin\bin\cygunistring-2.dll - os=4.0 img=0.0 sys=5.2
"cygunistring-2.dll" v0.0 ts=2018-08-16 12:33
26k 2019/01/02 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2
"cyguuid-1.dll" v0.0 ts=2019-01-01 18:51
8k 2016/06/13 C:\cygwin\bin\cygvtv-0.dll - os=4.0 img=0.0 sys=5.2
"cygvtv-0.dll" v0.0 ts=2016-06-13 09:12
8k 2016/06/13 C:\cygwin\bin\cygvtv_stubs-0.dll - os=4.0 img=0.0 sys=5.2
"cygvtv_stubs-0.dll" v0.0 ts=2016-06-13 09:12
1128k 2017/06/19 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=0.0 sys=5.2
"cygX11-6.dll" v0.0 ts=2017-06-18 18:47
9k 2017/06/19 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=0.0 sys=5.2
"cygX11-xcb-1.dll" v0.0 ts=2017-06-18 18:47
12k 2013/06/06 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=0.0 sys=5.2
"cygXau-6.dll" v0.0 ts=2013-06-05 22:23
121k 2017/10/03 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=0.0 sys=5.2
"cygxcb-1.dll" v0.0 ts=2017-10-03 15:34
15k 2017/10/03 C:\cygwin\bin\cygxcb-dri2-0.dll - os=4.0 img=0.0 sys=5.2
"cygxcb-dri2-0.dll" v0.0 ts=2017-10-03 15:34
75k 2017/10/03 C:\cygwin\bin\cygxcb-glx-0.dll - os=4.0 img=0.0 sys=5.2
"cygxcb-glx-0.dll" v0.0 ts=2017-10-03 15:34
41k 2017/10/03 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=0.0
sys=5.2
"cygxcb-render-0.dll" v0.0 ts=2017-10-03 15:34
11k 2017/10/03 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=0.0 sys=5.2
"cygxcb-shm-0.dll" v0.0 ts=2017-10-03 15:34
25k 2017/10/03 C:\cygwin\bin\cygxcb-xfixes-0.dll - os=4.0 img=0.0
sys=5.2
"cygxcb-xfixes-0.dll" v0.0 ts=2017-10-03 15:34
11k 2013/03/18 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=0.0
sys=5.2
"cygXcomposite-1.dll" v0.0 ts=2013-03-18 15:05
36k 2018/02/21 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=0.0 sys=5.2
"cygXcursor-1.dll" v0.0 ts=2018-02-20 16:54
10k 2013/04/08 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=0.0 sys=5.2
"cygXdamage-1.dll" v0.0 ts=2013-04-08 14:24
21k 2015/03/26 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=0.0 sys=5.2
"cygXdmcp-6.dll" v0.0 ts=2015-03-26 07:38
56k 2014/08/10 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=0.0 sys=5.2
"cygXext-6.dll" v0.0 ts=1969-12-31 16:00
20k 2016/10/09 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=0.0 sys=5.2
"cygXfixes-3.dll" v0.0 ts=2016-10-09 10:37
73k 2014/08/10 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=0.0 sys=5.2
"cygXft-2.dll" v0.0 ts=1969-12-31 16:00
58k 2017/06/19 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=0.0 sys=5.2
"cygXi-6.dll" v0.0 ts=2017-06-18 19:04
10k 2013/06/06 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=0.0 sys=5.2
"cygXinerama-1.dll" v0.0 ts=2013-06-06 13:33
1214k 2017/03/13 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=0.0 sys=5.2
"cygxml2-2.dll" v0.0 ts=2017-03-13 09:01
36k 2016/10/09 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=0.0 sys=5.2
"cygXrandr-2.dll" v0.0 ts=2016-10-09 10:45
36k 2016/01/29 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=0.0 sys=5.2
"cygXrender-1.dll" v0.0 ts=2016-01-29 12:24
83k 2017/03/03 C:\cygwin\bin\cygz.dll - os=4.0 img=0.0 sys=5.2
"cygz.dll" v0.0 ts=2017-03-03 13:42
3261k 2018/11/08 C:\cygwin\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2
"cygwin1.dll" v0.0 ts=2018-11-08 05:34
Cygwin DLL version info:
DLL version: 2.11.2
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 329
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Installations name: Installations
Cygdrive default prefix:
Build date:
Shared id: cygwin1S5
No Cygwin services found.
Cygwin Package Information
Last downloaded files to: C:\cygwin
Last downloaded files from: http://cygwin.mirror.constant.com/
Package Version Status
_autorebase 001007-1 OK
adwaita-icon-theme 3.26.1-1 OK
alternatives 1.3.30c-10 OK
base-cygwin 3.8-1 OK
base-files 4.2-4 OK
bash 4.4.12-3 OK
binutils 2.29-1 OK
bzip2 1.0.6-3 OK
ca-certificates 2.22-1 OK
coreutils 8.26-2 OK
csih 0.9.11-1 OK
cygrunsrv 1.62-1 OK
cygutils 1.4.16-2 OK
cygwin 2.11.2-1 OK
cygwin-devel 3.0.1-1 OK
dash 0.5.9.1-1 OK
ddrescue 1.22-1 OK
dejavu-fonts 2.37-1 OK
desktop-file-utils 0.23-1 OK
diffutils 3.5-2 OK
dri-drivers 18.0.5-1 OK
editrights 1.03-1 OK
file 5.32-1 OK
findutils 4.6.0-1 OK
gamin 0.1.10-15 OK
gawk 4.2.1-1 OK
gcc-core 7.4.0-1 OK
gcc-g++ 7.4.0-1 OK
getent 2.18.90-4 OK
girepository-Atk1.0 2.26.1-1 OK
girepository-cairo1.0 1.54.1-1 OK
girepository-GdkPixbuf2.0 2.36.11-1 OK
girepository-GLib2.0 1.54.1-1 OK
girepository-HarfBuzz0.0 1.7.6-1 OK
girepository-Pango1.0 1.40.14-1 OK
girepository-x11 1.54.1-1 OK
grep 3.0-2 OK
groff 1.22.3-1 OK
gsettings-desktop-schemas 3.24.1-1 OK
gtk-update-icon-cache 3.22.28-1 OK
gzip 1.8-1 OK
hicolor-icon-theme 0.15-1 OK
hostname 3.13-1 OK
info 6.6-1 OK
ipc-utils 1.0-2 OK
less 530-1 OK
libargp 20110921-3 OK
libatk1.0-devel 2.26.1-1 OK
libatk1.0_0 2.26.1-1 OK
libatomic1 7.4.0-1 OK
libattr1 2.4.48-2 OK
libblkid1 2.32.1-1 OK
libbz2_1 1.0.6-3 OK
libcairo-devel 1.14.12-1 OK
libcairo2 1.14.12-1 OK
libcom_err2 1.44.5-1 OK
libcord1 7.6.10-1 OK
libcrypt0 2.1-1 OK
libdatrie1 0.2.8-1 OK
libdb5.3 5.3.28-2 OK
libedit0 20130712-1 OK
libEGL-devel 18.0.5-1 OK
libEGL1 18.0.5-1 OK
libexpat-devel 2.2.6-1 OK
libexpat1 2.2.6-1 OK
libfam0 0.1.10-15 OK
libfdisk1 2.32.1-1 OK
libffi6 3.2.1-2 OK
libfontconfig-common 2.12.6-1 OK
libfontconfig-devel 2.12.6-1 OK
libfontconfig1 2.12.6-1 OK
libfreetype-devel 2.8.1-1 OK
libfreetype6 2.8.1-1 OK
libgc1 7.6.10-1 OK
libgc2 7.6.2-3 OK
libgcc1 7.4.0-1 OK
libgccpp1 7.6.10-1 OK
libgdbm4 1.12-1 OK
libgdk_pixbuf2.0-devel 2.36.11-1 OK
libgdk_pixbuf2.0_0 2.36.11-1 OK
libGL-devel 18.0.5-1 OK
libGL1 18.0.5-1 OK
libglapi0 18.0.5-1 OK
libglib2.0-devel 2.54.3-1 OK
libglib2.0_0 2.54.3-1 OK
libgmp10 6.1.2-1 OK
libgomp1 7.4.0-1 OK
libgraphite2-devel 1.3.10-1 OK
libgraphite2_3 1.3.10-1 OK
libgssapi_krb5_2 1.15.2-2 OK
libgtk2.0-devel 2.24.32-1 OK
libgtk2.0_0 2.24.32-1 OK
libguile17 1.8.8-3 OK
libguile2.0_22 2.0.14-3 OK
libharfbuzz-devel 1.7.6-1 OK
libharfbuzz-gobject0 1.7.6-1 OK
libharfbuzz0 1.7.6-1 OK
libiconv 1.14-3 OK
libiconv2 1.14-3 OK
libintl-devel 0.19.8.1-2 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.3-1 OK
libk5crypto3 1.15.2-2 OK
libkrb5_3 1.15.2-2 OK
libkrb5support0 1.15.2-2 OK
libllvm3.8 3.8.1-1 OK
libllvm3.9 3.9.1-1 OK
libllvm4.0 4.0.1-1 OK
libllvm5.0 5.0.1-1 OK
libltdl7 2.4.6-6 OK
liblzma5 5.2.3-1 OK
liblzo2_2 2.10-1 OK
libmpc3 1.1.0-1 OK
libmpfr4 3.1.6-1p1 OK
libmpfr6 4.0.2-1 OK
libncursesw10 6.0-12.20171125 OK
libopenssl100 1.0.2p-1 OK
libp11-kit0 0.23.10-1 OK
libpango1.0-devel 1.40.14-1 OK
libpango1.0_0 1.40.14-1 OK
libpcre-devel 8.40-3 OK
libpcre1 8.40-3 OK
libpcre16_0 8.40-3 OK
libpcre32_0 8.40-3 OK
libpcrecpp0 8.40-3 OK
libpcreposix0 8.40-3 OK
libpipeline1 1.4.0-1 OK
libpixman1-devel 0.34.0-1 OK
libpixman1_0 0.34.0-1 OK
libpng-devel 1.6.34-1 OK
libpng16 1.6.34-1 OK
libpng16-devel 1.6.34-1 OK
libpopt-common 1.16-2 OK
libpopt0 1.16-2 OK
libquadmath0 7.4.0-1 OK
libreadline7 7.0.3-3 OK
libsigsegv2 2.10-2 OK
libsmartcols1 2.32.1-1 OK
libsqlite3_0 3.21.0-1 OK
libssp0 6.4.0-4 OK
libstdc++6 7.4.0-1 OK
libtasn1_6 4.13-1 OK
libthai0 0.1.26-1 OK
libtiff6 4.0.9-1 OK
libtxc_dxtn 1.0.1-2 OK
libunistring2 0.9.10-1 OK
libuuid-devel 2.32.1-1 OK
libuuid1 2.32.1-1 OK
libvtv0 5.4.0-1 OK
libX11-devel 1.6.5-1 OK
libX11-xcb-devel 1.6.5-1 OK
libX11-xcb1 1.6.5-1 OK
libX11_6 1.6.5-1 OK
libXau-devel 1.0.8-1 OK
libXau6 1.0.8-1 OK
libxcb-devel 1.12-2 OK
libxcb-dri2_0 1.12-2 OK
libxcb-glx-devel 1.12-2 OK
libxcb-glx0 1.12-2 OK
libxcb-render-devel 1.12-2 OK
libxcb-render0 1.12-2 OK
libxcb-shm-devel 1.12-2 OK
libxcb-shm0 1.12-2 OK
libxcb-xfixes0 1.12-2 OK
libxcb1 1.12-2 OK
libXcomposite-devel 0.4.3-1 OK
libXcomposite1 0.4.3-1 OK
libXcursor-devel 1.1.15-1 OK
libXcursor1 1.1.15-1 OK
libXdamage-devel 1.1.4-1 OK
libXdamage1 1.1.4-1 OK
libXdmcp-devel 1.1.2-1 OK
libXdmcp6 1.1.2-1 OK
libXext-devel 1.3.3-1 OK
libXext6 1.3.3-1 OK
libXfixes-devel 5.0.3-1 OK
libXfixes3 5.0.3-1 OK
libXft-devel 2.3.2-1 OK
libXft2 2.3.2-1 OK
libXi-devel 1.7.9-1 OK
libXi6 1.7.9-1 OK
libXinerama-devel 1.1.3-1 OK
libXinerama1 1.1.3-1 OK
libxml2 2.9.4-2 OK
libXrandr-devel 1.5.1-1 OK
libXrandr2 1.5.1-1 OK
libXrender-devel 0.9.9-1 OK
libXrender1 0.9.9-1 OK
login 1.12-1 OK
make 4.2.1-2 OK
man-db 2.7.6.1-1 OK
mintty 2.9.6-0 OK
ncurses 6.0-12.20171125 OK
openssh 7.9p1-1 OK
openssl 1.0.2p-1 OK
p11-kit 0.23.10-1 OK
p11-kit-trust 0.23.10-1 OK
perl 5.26.3-1 OK
perl_autorebase 5.26.3-1 OK
perl_base 5.26.3-1 OK
pkg-config 0.29.1-1 OK
pwgen 2.06-1 OK
python-pip-wheel 19.0.2-1 OK
python-setuptools-wheel 40.7.3-1 OK
python2 2.7.15-1 OK
python27 2.7.15-1 OK
python3 3.6.8-1 OK
python3-appdirs 1.4.3-1 OK
python3-asn1crypto 0.22.0-1 OK
python3-cffi 1.9.1-1 OK
python3-chardet 2.3.0-1 OK
python3-cryptography 1.8.1-1 OK
python3-dropbox 6.5.0-1 OK
python3-idna 2.5-1 OK
python3-openssl 16.2.0-1 OK
python3-packaging 16.8-1 OK
python3-ply 3.9-1 OK
python3-pyasn1 0.2.3-1 OK
python3-pycparser 2.17-1 OK
python3-pyparsing 2.1.10-1 OK
python3-requests 2.13.0-1 OK
python3-six 1.10.0-1 OK
python3-urllib3 1.20-1 OK
python36 3.6.8-1 OK
python36-setuptools 40.7.3-1 OK
rebase 4.4.4-1 OK
rsync 3.1.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-12.20171125 OK
tzcode 2018i-1 OK
tzdata 2018i-1 OK
util-linux 2.32.1-1 OK
vim-minimal 8.0.1567-1 OK
w32api-headers 5.0.4-1 OK
w32api-runtime 5.0.4-1 OK
which 2.20-2 OK
windows-default-manifest 6.4-1 OK
xorgproto 2018.4-1 OK
xz 5.2.3-1 OK
zlib-devel 1.2.11-1 OK
zlib0 1.2.11-1 OK
Use -h to see help about each section
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 19:19 ` Jerry Baker via cygwin
@ 2019-02-26 19:32 ` Ken Brown
2019-02-26 20:00 ` Jerry Baker via cygwin
0 siblings, 1 reply; 42+ messages in thread
From: Ken Brown @ 2019-02-26 19:32 UTC (permalink / raw)
To: cygwin
On 2/26/2019 1:59 PM, Jerry Baker via cygwin wrote:
> On 2/26/2019 10:44 AM, Vince Rice wrote:
>> What is also described on the page are the reporting guidelines. Please read
>> them again, paying special
>> attention to the bolded part.
Here's a wild guess, based on the fact that your Cygwin installation is in
C:\cygwin rather than C:\cygwin64. Do you have a 32-bit Cygwin installation
that you updated using setup-x86_x64.exe instead of setup-x86.exe?
Ken
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 19:32 ` Ken Brown
@ 2019-02-26 20:00 ` Jerry Baker via cygwin
2019-02-26 20:42 ` Jerry Baker via cygwin
0 siblings, 1 reply; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 20:00 UTC (permalink / raw)
To: cygwin
On 2/26/2019 11:19 AM, Ken Brown wrote:
> Here's a wild guess, based on the fact that your Cygwin installation is in
> C:\cygwin rather than C:\cygwin64. Do you have a 32-bit Cygwin installation
> that you updated using setup-x86_x64.exe instead of setup-x86.exe?
Yes, but by wiping out the whole tree and installing 64-bit. You filled
me with doubt, so I browsed around with a hex editor looking at quite a
few random executables and dll files in cygwin\bin and all of them I
checked are 64-bit.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 20:00 ` Jerry Baker via cygwin
@ 2019-02-26 20:42 ` Jerry Baker via cygwin
2019-02-26 21:09 ` Vince Rice
2019-02-26 22:10 ` Doug Henderson
0 siblings, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 20:42 UTC (permalink / raw)
To: cygwin
On 2/26/2019 11:32 AM, Jerry Baker via cygwin wrote:
> Yes, but by wiping out the whole tree and installing 64-bit. You filled
> me with doubt, so I browsed around with a hex editor looking at quite a
> few random executables and dll files in cygwin\bin and all of them I
> checked are 64-bit.
I just installed from scratch in a new directory. Same issue. Nothing runs.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 20:42 ` Jerry Baker via cygwin
@ 2019-02-26 21:09 ` Vince Rice
2019-02-26 22:10 ` Doug Henderson
1 sibling, 0 replies; 42+ messages in thread
From: Vince Rice @ 2019-02-26 21:09 UTC (permalink / raw)
To: cygwin
> On Feb 26, 2019, at 2:00 PM, Jerry Baker wrote:
>
> I just installed from scratch in a new directory. Same issue. Nothing runs.
If cygcheck doesn't run, then it would appear there's (at least) something non-cygwin-related
going on. cygcheck isn't a cygwin program, i.e. it doesn't link to or depend on cygwin1.dll.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 20:42 ` Jerry Baker via cygwin
2019-02-26 21:09 ` Vince Rice
@ 2019-02-26 22:10 ` Doug Henderson
2019-02-26 22:19 ` Jerry Baker via cygwin
1 sibling, 1 reply; 42+ messages in thread
From: Doug Henderson @ 2019-02-26 22:10 UTC (permalink / raw)
To: cygwin; +Cc: Jerry Baker
On Tue, 26 Feb 2019 at 13:00, Jerry Baker via cygwin <> wrote:
>
> On 2/26/2019 11:32 AM, Jerry Baker via cygwin wrote:
> > Yes, but by wiping out the whole tree and installing 64-bit. You filled
> > me with doubt, so I browsed around with a hex editor looking at quite a
> > few random executables and dll files in cygwin\bin and all of them I
> > checked are 64-bit.
>
> I just installed from scratch in a new directory. Same issue. Nothing runs.
Two things.
1. You can execute cygcheck by navigating to C:\cygwin or C:\cygwin64
in Explorer and opening a command or powershell window from explorer's
shift-context menu. There, run the following command:
.\cygcheck.exe -csr > ..\home\CYGWINUSERNAME\cygcheck.out
or similar.If this does not work, I would look for a anti-virus or
firewall that is interfering.
2. I don't recall you mentioning how you start cygwin. Please try both
standard methods: a) execute c:\cygwin64\Cygwin.bat and b) executing
the Cygwin icon that (by default) cygwin setup places on the desktop.
3. As an after thought, I always run cygwin with CYGWIN_NOWINPATH=1
set in my system environment variables. (From what I understand, I am
one of the few people that do this!) This resets the PATH variable in
the cygwin shell to only contain cygwin directories. If this resolves
the problem, you can edit your .bashrc to add any needed windows path.
For instance, I add the path to some go lang executables. And I set up
aliases or functions to run a few specific Windows exes, such as
Explorer, icacls, cmd, etc. If you want all the directories from your
windows path, they are available in the ORIGINAL_PATH variable, so you
can add all of them at the end of the PATH variable, so they do not
shadow same-named cygwin exes.
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 22:10 ` Doug Henderson
@ 2019-02-26 22:19 ` Jerry Baker via cygwin
2019-02-26 22:48 ` Jerry Baker via cygwin
2019-02-26 23:00 ` Doug Henderson
0 siblings, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 22:19 UTC (permalink / raw)
To: cygwin
On 2/26/2019 1:56 PM, Doug Henderson wrote:
> Two things.
> 1. You can execute cygcheck by navigating to C:\cygwin or C:\cygwin64
> in Explorer and opening a command or powershell window from explorer's
> shift-context menu. There, run the following command:
>
> .\cygcheck.exe -csr > ..\home\CYGWINUSERNAME\cygcheck.out
>
> or similar.If this does not work, I would look for a anti-virus or
> firewall that is interfering.
>
> 2. I don't recall you mentioning how you start cygwin. Please try both
> standard methods: a) execute c:\cygwin64\Cygwin.bat and b) executing
> the Cygwin icon that (by default) cygwin setup places on the desktop.
>
> 3. As an after thought, I always run cygwin with CYGWIN_NOWINPATH=1
> set in my system environment variables. (From what I understand, I am
> one of the few people that do this!) This resets the PATH variable in
> the cygwin shell to only contain cygwin directories. If this resolves
> the problem, you can edit your .bashrc to add any needed windows path.
> For instance, I add the path to some go lang executables. And I set up
> aliases or functions to run a few specific Windows exes, such as
> Explorer, icacls, cmd, etc. If you want all the directories from your
> windows path, they are available in the ORIGINAL_PATH variable, so you
> can add all of them at the end of the PATH variable, so they do not
> shadow same-named cygwin exes.
Thanks for the tips. I made a completely fresh install in a new
directory and attempted all three suggestions. Here are the results:
1. That command gets part way through and then hangs with the blinking
cursor after listing the directories in the path variable.
2. bat file or desktop shortcut hangs with a black window and blinking
cursor.
3. Set variable and run Cygwin.bat. Black window with blinking cursor.
Literally every single way you can call a cygwin executable just hangs
with a blinking cursor.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 22:19 ` Jerry Baker via cygwin
@ 2019-02-26 22:48 ` Jerry Baker via cygwin
2019-02-26 23:00 ` Doug Henderson
1 sibling, 0 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-26 22:48 UTC (permalink / raw)
To: cygwin
On 2/26/2019 2:10 PM, Jerry Baker wrote:
> Thanks for the tips. I made a completely fresh install in a new
> directory and attempted all three suggestions. Here are the results:
>
> 1. That command gets part way through and then hangs with the blinking
> cursor after listing the directories in the path variable.
>
> 2. bat file or desktop shortcut hangs with a black window and blinking
> cursor.
>
> 3. Set variable and run Cygwin.bat. Black window with blinking cursor.
>
> Literally every single way you can call a cygwin executable just hangs
> with a blinking cursor.
I was also inspired to try unsetting the path variable altogether to
rule out some rogue application or DLL somewhere else on my system. I
did that and then tried to run 'bash.' No improvement. I tried 'grep'
and 'base64' as well. All hang with blinking cursor.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 22:19 ` Jerry Baker via cygwin
2019-02-26 22:48 ` Jerry Baker via cygwin
@ 2019-02-26 23:00 ` Doug Henderson
2019-02-27 0:50 ` Jerry Baker via cygwin
1 sibling, 1 reply; 42+ messages in thread
From: Doug Henderson @ 2019-02-26 23:00 UTC (permalink / raw)
To: cygwin; +Cc: Jerry Baker
On Tue, 26 Feb 2019 at 15:10, Jerry Baker via cygwin <> wrote:
>
> On 2/26/2019 1:56 PM, Doug Henderson wrote:
> > Two things.
> > 1. You can execute cygcheck by navigating to C:\cygwin or C:\cygwin64
> > in Explorer and opening a command or powershell window from explorer's
> > shift-context menu. There, run the following command:
> <snip> Here are the results:
>
> 1. That command gets part way through and then hangs with the blinking
> cursor after listing the directories in the path variable.
Good. This tells us something important. Right after the path listing,
cygcheck list "Output from C:\cygwin64\bin\id.exe". The id exe is a
cygwin exe which uses cygwin1.dll, cygintl-8.dll, and cygiconv-2.dll.
That narrow the problem. These three DLLs might have been corrupted,
or something is interfering with their correct operation.
See BLODA: See https://cygwin.com/acronyms/
Check the list of BLODAs to see if you are running one of those.
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-26 23:00 ` Doug Henderson
@ 2019-02-27 0:50 ` Jerry Baker via cygwin
2019-02-27 1:50 ` Steven Penny
2019-02-27 7:26 ` Brian Inglis
0 siblings, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 0:50 UTC (permalink / raw)
To: cygwin
On 2/26/2019 2:48 PM, Doug Henderson wrote:
> Good. This tells us something important. Right after the path listing,
> cygcheck list "Output from C:\cygwin64\bin\id.exe". The id exe is a
> cygwin exe which uses cygwin1.dll, cygintl-8.dll, and cygiconv-2.dll.
>
> That narrow the problem. These three DLLs might have been corrupted,
> or something is interfering with their correct operation.
>
> See BLODA: See https://cygwin.com/acronyms/
>
> Check the list of BLODAs to see if you are running one of those.
It's just cygwin1.dll for sure. I can replace that with 2.x version and
everything works fine.
I don't recognize most of the BLODAs and not running any of them that I
know of. Are there any software packages known to interfere with 3.0 and
not 2.x?
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 0:50 ` Jerry Baker via cygwin
@ 2019-02-27 1:50 ` Steven Penny
2019-02-27 2:01 ` Jerry Baker via cygwin
2019-02-27 7:26 ` Brian Inglis
1 sibling, 1 reply; 42+ messages in thread
From: Steven Penny @ 2019-02-27 1:50 UTC (permalink / raw)
To: cygwin
On Tue, 26 Feb 2019 15:00:03, "Jerry Baker via cygwin" wrote:
> It's just cygwin1.dll for sure. I can replace that with 2.x version and
> everything works fine.
>
> I don't recognize most of the BLODAs and not running any of them that I
> know of. Are there any software packages known to interfere with 3.0 and
> not 2.x?
you know i just finished reading this entire thread and its kind of depressing.
7 replies from 5 people, and not one person explicitly answered the implicit,
most important, and frankly only question worth answering:
Can anyone else reproduce this problem?
So i am here to answer that question. I was concerned as *I* use Windows 7 x64
as well. I just tested with a pristine virtual machine with Windows 7 x64 and
Cygwin 3.0.1-1 and it works perfectly fine. Note it works fine with Cygwin.bat
or with the shortcut.
So *something* is wrong on your system. Cant say what it might be, and i hate
for you to have to reinstall the whole OS. However as far as im concerned at
this point, *its you*, not a Cygwin issue unless you can prove otherwise.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 1:50 ` Steven Penny
@ 2019-02-27 2:01 ` Jerry Baker via cygwin
2019-02-27 2:43 ` Jerry Baker via cygwin
2019-02-27 2:56 ` Steven Penny
0 siblings, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 2:01 UTC (permalink / raw)
To: cygwin
On 2/26/2019 5:17 PM, Steven Penny wrote:
> you know i just finished reading this entire thread and its kind of
> depressing.
> 7 replies from 5 people, and not one person explicitly answered the
> implicit,
> most important, and frankly only question worth answering:
>
> Â Â Can anyone else reproduce this problem?
>
> So i am here to answer that question. I was concerned as *I* use Windows
> 7 x64
> as well. I just tested with a pristine virtual machine with Windows 7
> x64 and
> Cygwin 3.0.1-1 and it works perfectly fine. Note it works fine with
> Cygwin.bat
> or with the shortcut.
And you installed all the Windows Updates that apply to your system
since the image you used to set up the VM, including all updates to
.NET? And you're positive that there can't be any hardware issue that's
not reproduceable in your VM?
> So *something* is wrong on your system. Cant say what it might be, and i
> hate
> for you to have to reinstall the whole OS. However as far as im
> concerned at
> this point, *its you*, not a Cygwin issue unless you can prove otherwise.
Glad to. Please let me know what evidence will suffice to prove that.
If it is my system our organization is going to have bigger issues.
There are about 3,700 workstations with this machine image just in this
building.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 2:01 ` Jerry Baker via cygwin
@ 2019-02-27 2:43 ` Jerry Baker via cygwin
2019-02-27 3:21 ` Doug Henderson
2019-02-27 6:55 ` Houder
2019-02-27 2:56 ` Steven Penny
1 sibling, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 2:43 UTC (permalink / raw)
To: cygwin
On 2/26/2019 5:50 PM, Jerry Baker via cygwin wrote:
> Glad to. Please let me know what evidence will suffice to prove that.
>
> If it is my system our organization is going to have bigger issues.
> There are about 3,700 workstations with this machine image just in this
> building.
Problem machine is an Intel i7 system with 16GB RAM. Ironically, the
same Windows 7 on an old AMD Athlon X2 system with 4GB of RAM does not
exhibit the issue at all.
Trying to think of what could make 2.11.x work and 3.0.1 fail on the i7
system. The only difference I can think of is that the i7 system is a
member of a domain.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 2:01 ` Jerry Baker via cygwin
2019-02-27 2:43 ` Jerry Baker via cygwin
@ 2019-02-27 2:56 ` Steven Penny
2019-02-27 3:05 ` Jerry Baker via cygwin
1 sibling, 1 reply; 42+ messages in thread
From: Steven Penny @ 2019-02-27 2:56 UTC (permalink / raw)
To: cygwin
On Tue, 26 Feb 2019 17:50:10, "Jerry Baker via cygwin" wrote:
> Glad to. Please let me know what evidence will suffice to prove that.
pretty simple
1. get the Windows 7 x64 from here
https://softlay.net/operating-system/windows-7-download.html
2. get virtualbox from here
https://virtualbox.org
after you test it and realize like i did that it works, *you* can work forward
from there to figure out what updates if any are causing a problem.
i would like to make that last point vividly clear: its on you to do that
testing. ive already given a clear refutation of your original point, so the
ball is now squarely in your court.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 2:56 ` Steven Penny
@ 2019-02-27 3:05 ` Jerry Baker via cygwin
2019-02-27 3:12 ` Steven Penny
2019-02-27 5:57 ` Vince Rice
0 siblings, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 3:05 UTC (permalink / raw)
To: cygwin
On 2/26/2019 6:43 PM, Steven Penny wrote:
> i would like to make that last point vividly clear: its on you to do that
> testing. ive already given a clear refutation of your original point, so
> the
> ball is now squarely in your court.
Not really. I don't work for free, especially for hostile people with
over inflated egos and crippling social disorders.
The onus is on whoever is interested in having cygwin work in this
particular configuration. Clearly not you. Since it works with 2.11, I'm
not particularly interested in expending a lot of work figuring out what
got botched in 3.0 or who did it. Wasn't me, so not my problem.
It was my mistake to assume that the cygwin community was interested in
interoperability. I should have done more research before making that
unwarranted assumption.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 3:05 ` Jerry Baker via cygwin
@ 2019-02-27 3:12 ` Steven Penny
2019-02-27 3:27 ` Jerry Baker via cygwin
2019-02-27 5:57 ` Vince Rice
1 sibling, 1 reply; 42+ messages in thread
From: Steven Penny @ 2019-02-27 3:12 UTC (permalink / raw)
To: cygwin
On Tue, 26 Feb 2019 18:55:56, "Jerry Baker via cygwin" wrote:
> Not really. I don't work for free, especially for hostile people with
> over inflated egos and crippling social disorders.
https://yourlogicalfallacyis.com/ad-hominem
> The onus is on whoever is interested in having cygwin work in this
> particular configuration. Clearly not you. Since it works with 2.11, I'm
> not particularly interested in expending a lot of work figuring out what
> got botched in 3.0 or who did it. Wasn't me, so not my problem.
>
> It was my mistake to assume that the cygwin community was interested in
> interoperability. I should have done more research before making that
> unwarranted assumption.
it very much is your problem, as im using Windows 7 x64 just fine with Cygwin.
and its your problem else you wouldnt have come here posting. you can start
threads with clickbait titles as youve done, buts its a disservice to the
community when you dont have a reproducible problem. thats why this page has
existed for 5 years:
https://stackoverflow.com/help/mcve
the "V" is Verifiable. and until your example is Verifiable then you shouldnt be
surprised if the "problem" goes unsolved.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 2:43 ` Jerry Baker via cygwin
@ 2019-02-27 3:21 ` Doug Henderson
2019-02-27 3:45 ` Jerry Baker via cygwin
2019-02-27 6:55 ` Houder
1 sibling, 1 reply; 42+ messages in thread
From: Doug Henderson @ 2019-02-27 3:21 UTC (permalink / raw)
To: cygwin; +Cc: Jerry Baker
On Tue, 26 Feb 2019 at 19:01, Jerry Baker via cygwin <> wrote:
>
> On 2/26/2019 5:50 PM, Jerry Baker via cygwin wrote:
> > Glad to. Please let me know what evidence will suffice to prove that.
> >
> > If it is my system our organization is going to have bigger issues.
> > There are about 3,700 workstations with this machine image just in this
> > building.
>
> Problem machine is an Intel i7 system with 16GB RAM. Ironically, the
> same Windows 7 on an old AMD Athlon X2 system with 4GB of RAM does not
> exhibit the issue at all.
>
> Trying to think of what could make 2.11.x work and 3.0.1 fail on the i7
> system. The only difference I can think of is that the i7 system is a
> member of a domain.
There is one more place you could have a problem. It does not seem
likely, but maybe you have a bad download cache area.
When you run setup, on the fourth panel, where it asks for the Local
Package Directory, you could try deleting that directory. (It must not
be the same as your cygwin root from the previous panel).
The state of mirrors changes over time. Which mirror(s) are you using
(selected on the 6th panel)? I have successfully used
http://mirrors.kernel.org for many years. It's not so important to
pick a local mirror as it used to be, so I go for reliability (and fat
pipes), rather than distance to the mirror. (I have a little program
that times the download of the setup data file from each mirror.)
BTW, what is your DEP setting? Control Panel -> Advanced system
settings -> advanced tab -> Performance Settings -> Data Execution
Prevention tab. I am using the top setting (Turn on DEP for essential
Windows programs and services only) rather than (Turn on DEP for all
programs ad services except those I select). I'm not sure how Address
Space Layout Randomisation (ASLR) is managed on Windows 7, but I think
cygwin exes and dlls get special handling.
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 3:12 ` Steven Penny
@ 2019-02-27 3:27 ` Jerry Baker via cygwin
2019-02-27 5:11 ` Steven Penny
0 siblings, 1 reply; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 3:27 UTC (permalink / raw)
To: cygwin
On 2/26/2019 7:05 PM, Steven Penny wrote:
> On Tue, 26 Feb 2019 18:55:56, "Jerry Baker via cygwin" wrote:
>> Not really. I don't work for free, especially for hostile people with
>> over inflated egos and crippling social disorders.
>
> https://yourlogicalfallacyis.com/ad-hominem
>
>> The onus is on whoever is interested in having cygwin work in this
>> particular configuration. Clearly not you. Since it works with 2.11,
>> I'm not particularly interested in expending a lot of work figuring
>> out what got botched in 3.0 or who did it. Wasn't me, so not my problem.
>>
>> It was my mistake to assume that the cygwin community was interested
>> in interoperability. I should have done more research before making
>> that unwarranted assumption.
>
> it very much is your problem, as im using Windows 7 x64 just fine with
> Cygwin.
Well I guess it's a good thing there's only one possible state of
Windows 7 x64 which allows us to determine that there's no possibility
of a bug simply by running a single instance in one VM. We're going to
turn the world of unit testing on its ear with this information.
> and its your problem else you wouldnt have come here posting. you can start
> threads with clickbait titles as youve done, buts its a disservice to the
> community when you dont have a reproducible problem. thats why this page
> has
> existed for 5 years:
I would argue that what is a disservice to the community is jumping into
a thread in which you were not involved for no apparent purpose other
than to insult everyone who was already getting a long just fine without
your genius to guide us.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 3:21 ` Doug Henderson
@ 2019-02-27 3:45 ` Jerry Baker via cygwin
0 siblings, 0 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 3:45 UTC (permalink / raw)
To: cygwin
On 2/26/2019 7:12 PM, Doug Henderson wrote:
> There is one more place you could have a problem. It does not seem
> likely, but maybe you have a bad download cache area.
>
> When you run setup, on the fourth panel, where it asks for the Local
> Package Directory, you could try deleting that directory. (It must not
> be the same as your cygwin root from the previous panel).
>
> The state of mirrors changes over time. Which mirror(s) are you using
> (selected on the 6th panel)? I have successfully used
> http://mirrors.kernel.org for many years. It's not so important to
> pick a local mirror as it used to be, so I go for reliability (and fat
> pipes), rather than distance to the mirror. (I have a little program
> that times the download of the setup data file from each mirror.)
>
> BTW, what is your DEP setting? Control Panel -> Advanced system
> settings -> advanced tab -> Performance Settings -> Data Execution
> Prevention tab. I am using the top setting (Turn on DEP for essential
> Windows programs and services only) rather than (Turn on DEP for all
> programs ad services except those I select). I'm not sure how Address
> Space Layout Randomisation (ASLR) is managed on Windows 7, but I think
> cygwin exes and dlls get special handling.
>
> HTH
> Doug
>
Thanks. I did try a couple of mirrors with the same result. I will try
safe mode and a new mirror when the machine is accessible again.
The machine with the problem isn't accessible at the moment, but the
machine where it works has DEP enabled for all programs.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 3:27 ` Jerry Baker via cygwin
@ 2019-02-27 5:11 ` Steven Penny
2019-02-27 16:17 ` E. Madison Bray
0 siblings, 1 reply; 42+ messages in thread
From: Steven Penny @ 2019-02-27 5:11 UTC (permalink / raw)
To: cygwin
On Tue, 26 Feb 2019 19:21:15, "Jerry Baker via cygwin" wrote:
> Well I guess it's a good thing there's only one possible state of
> Windows 7 x64 which allows us to determine that there's no possibility
> of a bug simply by running a single instance in one VM. We're going to
> turn the world of unit testing on its ear with this information.
correct, multiple states are possible. this is why the scientific method defines
a control:
https://wikipedia.org/wiki/Scientific_control
in this case that would be a clean virtual machine. if you cant or wont do that,
then you must understand that you only have yourself to blame.
> I would argue that what is a disservice to the community is jumping into
> a thread in which you were not involved for no apparent purpose other
> than to insult everyone who was already getting a long just fine without
> your genius to guide us.
i provided a valuable data point, which is what happens with a clean windows
environment - results disagree with your original post. i think you missed my
link first time - i have put again below for convenience!
https://yourlogicalfallacyis.com/ad-hominem
cheers
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 3:05 ` Jerry Baker via cygwin
2019-02-27 3:12 ` Steven Penny
@ 2019-02-27 5:57 ` Vince Rice
1 sibling, 0 replies; 42+ messages in thread
From: Vince Rice @ 2019-02-27 5:57 UTC (permalink / raw)
To: cygwin
> On Feb 26, 2019, at 8:55 PM, Jerry Baker wrote:
>
> I don't work for free,
This is open source. Given that the people here do, that's not a very good argument.
> especially for hostile people with over inflated egos and crippling social disorders.
Don't feed it by arguing.
> The onus is on whoever is interested in having cygwin work in this particular configuration.
Again, this is open source; there is no onus.
Win7x64 is a very common cygwin installation (including one of my VM's, which has
no issues with 3.x). You're the only one reporting the problem. If this were a general
Win7x64 problem, the list would have exploded by now. You're the only who has
access to your system. Consequently, you're the only one that's going to be able to
debug it. There's nothing obvious (to me, anyway) in your cygcheck.out. If you don't
care enough to debug it, that's not a problem; just live with 2.x for as long as 2.x will
continue to work.
You might try strace'ing a cygwin program and see if anything obvious shows up in
the output. Look for Windows errors, permission errors, etc. (Don't send it here unless
someone asks for it). See the User's Guide (https://cygwin.com/cygwin-ug-net.html)
for info on strace.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 2:43 ` Jerry Baker via cygwin
2019-02-27 3:21 ` Doug Henderson
@ 2019-02-27 6:55 ` Houder
1 sibling, 0 replies; 42+ messages in thread
From: Houder @ 2019-02-27 6:55 UTC (permalink / raw)
To: cygwin
On Tue, 26 Feb 2019 18:01:27, Jerry Baker via cygwin" wrote:
> Trying to think of what could make 2.11.x work and 3.0.1 fail on the i7
> system. The only difference I can think of is that the i7 system is a
> member of a domain.
(first I would suggest a good night's sleep :-)
If you really believe it is the cygwin1.dll that causes the failure, and
you also believe that your system fails because it is in a domain ...
Why not test (using bisect) the cygwin1.dll 's at cygwin.com/snapshots?
(do not the ones between 20190126 and 20190130, because, as far as I can
remember, these are not OK).
Start at the beginning of 2019, I would suggest ...
Use a fresh minimal! installation (download from a mirror, not from your
local repo).
Minimize your path to "Cygwin-only" ...
.. etc. (you are an experienced person, you should know what to do!).
If you find the culprit, tell us. The project leader of Cygwin will be
much interested!.
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 0:50 ` Jerry Baker via cygwin
2019-02-27 1:50 ` Steven Penny
@ 2019-02-27 7:26 ` Brian Inglis
2019-02-27 20:23 ` Jerry Baker via cygwin
1 sibling, 1 reply; 42+ messages in thread
From: Brian Inglis @ 2019-02-27 7:26 UTC (permalink / raw)
To: cygwin
On 2019-02-26 16:00, Jerry Baker via cygwin wrote:
> On 2/26/2019 2:48 PM, Doug Henderson wrote:
>> Good. This tells us something important. Right after the path listing,
>> cygcheck list "Output from C:\cygwin64\bin\id.exe". The id exe is a
>> cygwin exe which uses cygwin1.dll, cygintl-8.dll, and cygiconv-2.dll.
>> That narrow the problem. These three DLLs might have been corrupted,
>> or something is interfering with their correct operation.
>> See BLODA: See https://cygwin.com/acronyms/
>> Check the list of BLODAs to see if you are running one of those.
> It's just cygwin1.dll for sure. I can replace that with 2.x version and
> everything works fine.
> I don't recognize most of the BLODAs and not running any of them that I know of.
> Are there any software packages known to interfere with 3.0 and not 2.x?
From what you said elsewhere, it sounds like you run an Enterprise image, so
your org may have omitted components, features, or products essential to running
Cygwin, may have added components, features, products (like many poor "security"
solutions), or set policies inimical to running Cygwin.
Compatibility of any specific release of any software product with any given
enterprise image configuration requires adequate testing to ensure required
dependencies are included in the image configuration.
In addition, PCs with recent AMD and Intel CPUs, chipsets, and motherboards, and
other newer hardware, are only supported under Windows 10 Enterprise, with
support for selected enterprise vendor systems with Skylake CPUs under Windows
7, and nothing newer.
A minimal datapoint might be running "cygcheck cygcheck" under cmd, with
whatever explicit path is required to get the executable to run, and posting the
output.
If that works, then if you could try running "cygcheck -hrsv > cygcheck.out"
under cmd, with the same path, and attach the output file as a text/plain
attachment, that would help diagnose the problem.
As Cygwin is a rolling release system, if you are not running current releases,
some CVE security issues may remain unpatched, and your system may not be
compliant to your corporate security policies (you may want to check with your
IT security and/or IT auditors).
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 5:11 ` Steven Penny
@ 2019-02-27 16:17 ` E. Madison Bray
0 siblings, 0 replies; 42+ messages in thread
From: E. Madison Bray @ 2019-02-27 16:17 UTC (permalink / raw)
To: cygwin
On Wed, Feb 27, 2019 at 4:45 AM Steven Penny wrote:
>
> On Tue, 26 Feb 2019 19:21:15, "Jerry Baker via cygwin" wrote:
> > Well I guess it's a good thing there's only one possible state of
> > Windows 7 x64 which allows us to determine that there's no possibility
> > of a bug simply by running a single instance in one VM. We're going to
> > turn the world of unit testing on its ear with this information.
>
> correct, multiple states are possible. this is why the scientific method defines
> a control:
>
> https://wikipedia.org/wiki/Scientific_control
>
> in this case that would be a clean virtual machine. if you cant or wont do that,
> then you must understand that you only have yourself to blame.
I understand this thread has been heated, and it hasn't been just you
who's been impatient by any means. But maybe it will help smooth
things over by avoiding words like "blame" and finger pointing. If
someone has a broken Cygwin on their system that works on other,
similar systems it's not necessarily the user who's to "tlame".
Yes, PEBKAC is always a possibility, but since you mentioned the
scientific method I'll just add that we have no evidence of that
either. Windows, much someone's working installation of Windows
(which can have a lot more going on on it than a fresh VM) is an
enormously complex system, and it's entirely possible that Cygwin is
*broken* on that particular configuration through no fault of the
user.
Unfortunately, without concrete steps to reproduce the problem, the
rest of us can only speculate.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 7:26 ` Brian Inglis
@ 2019-02-27 20:23 ` Jerry Baker via cygwin
2019-02-27 20:27 ` Jerry Baker via cygwin
2019-02-27 20:44 ` Eric Blake
0 siblings, 2 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 20:23 UTC (permalink / raw)
To: cygwin
On 2/26/2019 10:55 PM, Brian Inglis wrote:
> As Cygwin is a rolling release system, if you are not running current releases,
> some CVE security issues may remain unpatched, and your system may not be
> compliant to your corporate security policies (you may want to check with your
> IT security and/or IT auditors).
I narrowed it down to my network. If I unplug the Ethernet cable the
problem disappears. If I plug it in, the problem returns. I can
reproduce it 100% for an hour straight, going back and forth.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 20:23 ` Jerry Baker via cygwin
@ 2019-02-27 20:27 ` Jerry Baker via cygwin
2019-02-27 20:50 ` Jerry Baker via cygwin
2019-02-27 20:44 ` Eric Blake
1 sibling, 1 reply; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 20:27 UTC (permalink / raw)
To: cygwin
On 2/27/2019 12:19 PM, Jerry Baker via cygwin wrote:
> I narrowed it down to my network. If I unplug the Ethernet cable the
> problem disappears. If I plug it in, the problem returns. I can
> reproduce it 100% for an hour straight, going back and forth.
I am also happy to report that cygwin1-20190226.dll fixes the issue.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 20:23 ` Jerry Baker via cygwin
2019-02-27 20:27 ` Jerry Baker via cygwin
@ 2019-02-27 20:44 ` Eric Blake
1 sibling, 0 replies; 42+ messages in thread
From: Eric Blake @ 2019-02-27 20:44 UTC (permalink / raw)
To: cygwin
On 2/27/19 2:19 PM, Jerry Baker via cygwin wrote:
> On 2/26/2019 10:55 PM, Brian Inglis wrote:
>> As Cygwin is a rolling release system, if you are not running current
>> releases,
>> some CVE security issues may remain unpatched, and your system may not be
>> compliant to your corporate security policies (you may want to check
>> with your
>> IT security and/or IT auditors).
>
> I narrowed it down to my network. If I unplug the Ethernet cable the
> problem disappears. If I plug it in, the problem returns. I can
> reproduce it 100% for an hour straight, going back and forth.
Off-hand, I would suspect that the newer Cygwin has code that tries to
access a network resource (perhaps because you have a "//name" in your
$PATH, or perhaps because of local vs. network username), and that the
process hangs waiting for the resource to time out when you have the
cable plugged in (or even has a bug that causes an inf-loop), but
quickly falls back to something that works when the network is not
present. Corinna will have more ideas about how to test which particular
network call is hanging, as well as being more familiar with recent
changes in network username validation, for ideas on better debugging this.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 20:27 ` Jerry Baker via cygwin
@ 2019-02-27 20:50 ` Jerry Baker via cygwin
2019-02-27 21:48 ` Corinna Vinschen
0 siblings, 1 reply; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-27 20:50 UTC (permalink / raw)
To: cygwin
On 2/27/2019 12:23 PM, Jerry Baker via cygwin wrote:
> I am also happy to report that cygwin1-20190226.dll fixes the issue.
For the curious, the fix happened between cygwin1-20190219.dll and
cygwin1-20190223.dll.
Maybe the changes in sec_auth.cc. They look suspicious.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 20:50 ` Jerry Baker via cygwin
@ 2019-02-27 21:48 ` Corinna Vinschen
2019-02-28 3:12 ` Jerry Baker via cygwin
2019-02-28 9:39 ` L A Walsh
0 siblings, 2 replies; 42+ messages in thread
From: Corinna Vinschen @ 2019-02-27 21:48 UTC (permalink / raw)
To: Jerry Baker; +Cc: cygwin
[-- Attachment #1: Type: text/plain, Size: 590 bytes --]
On Feb 27 12:44, Jerry Baker via cygwin wrote:
> On 2/27/2019 12:23 PM, Jerry Baker via cygwin wrote:
> > I am also happy to report that cygwin1-20190226.dll fixes the issue.
>
> For the curious, the fix happened between cygwin1-20190219.dll and
> cygwin1-20190223.dll.
>
> Maybe the changes in sec_auth.cc. They look suspicious.
Apparently same problem as reported in
https://cygwin.com/ml/cygwin/2019-02/msg00301.html
The fix was this one:
https://cygwin.com/git/?p=newlib-cygwin.git;a=commitdiff;h=18c203fb6eb
Corinna
--
Corinna Vinschen
Cygwin Maintainer
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 21:48 ` Corinna Vinschen
@ 2019-02-28 3:12 ` Jerry Baker via cygwin
2019-02-28 9:39 ` L A Walsh
1 sibling, 0 replies; 42+ messages in thread
From: Jerry Baker via cygwin @ 2019-02-28 3:12 UTC (permalink / raw)
To: cygwin
On 2/27/2019 12:50 PM, Corinna Vinschen wrote:
> Apparently same problem as reported in
> https://cygwin.com/ml/cygwin/2019-02/msg00301.html
>
> The fix was this one:
>
> https://cygwin.com/git/?p=newlib-cygwin.git;a=commitdiff;h=18c203fb6eb
Thanks. Yeah, our AD has 152 groups.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-27 21:48 ` Corinna Vinschen
2019-02-28 3:12 ` Jerry Baker via cygwin
@ 2019-02-28 9:39 ` L A Walsh
2019-02-28 10:52 ` Corinna Vinschen
1 sibling, 1 reply; 42+ messages in thread
From: L A Walsh @ 2019-02-28 9:39 UTC (permalink / raw)
To: cygwin; +Cc: Jerry Baker
On 2/27/2019 12:50 PM, Corinna Vinschen wrote:
> The fix was this one:
> https://cygwin.com/git/?p=newlib-cygwin.git;a=commitdiff;h=18c203fb6eb
> Corinna
>
>
----
My question would be related to the comment with the fix:
"made sure all user and group names are case-correct"
Since windows seems to adhere to the rule:
"Case preserving", but "case ignoring", what does it
mean to make sure all user and group names are
case-correct?
From what little I understand in the area, the case that is
preserved is the 1st one used on a given machine.
However if we are talking non-Windows LDAP/AD, who knows
what is done. Sigh.
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-28 9:39 ` L A Walsh
@ 2019-02-28 10:52 ` Corinna Vinschen
2019-03-11 21:27 ` Bill Stewart
0 siblings, 1 reply; 42+ messages in thread
From: Corinna Vinschen @ 2019-02-28 10:52 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 1179 bytes --]
On Feb 27 19:11, L A Walsh wrote:
> On 2/27/2019 12:50 PM, Corinna Vinschen wrote:
> > The fix was this one:
> > https://cygwin.com/git/?p=newlib-cygwin.git;a=commitdiff;h=18c203fb6eb
> > Corinna
> >
> >
> ----
> My question would be related to the comment with the fix:
>
> "made sure all user and group names are case-correct"
>
> Since windows seems to adhere to the rule:
> "Case preserving", but "case ignoring", what does it
> mean to make sure all user and group names are
> case-correct?
This all started here:
https://cygwin.com/ml/cygwin/2019-02/msg00109.html
followed up with
https://cygwin.com/ml/cygwin/2019-02/msg00113.html
tl;dr: The easy and fast way out didn't work for accounts from
other domains than the machine's primary domain due to caching.
So I thought it's a good idea to fetch the correct groupnames by an
additional LDAP call, but the performance hit is apparently too high in
some environments.
This is all more or less moot as soon as OpenSSH 8.0 comes out, which
will contain patches to handle user and group names case-insensitive,
finally.
Corinna
--
Corinna Vinschen
Cygwin Maintainer
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-02-28 10:52 ` Corinna Vinschen
@ 2019-03-11 21:27 ` Bill Stewart
2019-03-11 21:38 ` Achim Gratz
0 siblings, 1 reply; 42+ messages in thread
From: Bill Stewart @ 2019-03-11 21:27 UTC (permalink / raw)
To: cygwin
On Thu, Feb 28, 2019 at 2:39 AM Corinna Vinschen wrote:
> > Since windows seems to adhere to the rule:
> > "Case preserving", but "case ignoring", what does it
> > mean to make sure all user and group names are
> > case-correct?
>
> This all started here:
> https://cygwin.com/ml/cygwin/2019-02/msg00109.html
>
> followed up with
>
> https://cygwin.com/ml/cygwin/2019-02/msg00113.html
>
> tl;dr: The easy and fast way out didn't work for accounts from
> other domains than the machine's primary domain due to caching.
>
> So I thought it's a good idea to fetch the correct groupnames by an
> additional LDAP call, but the performance hit is apparently too high in
> some environments.
FWIW, not sure if you're using the IADsNameTranslate interface (
https://docs.microsoft.com/en-us/windows/desktop/api/iads/nn-iads-iadsnametranslate).
..
Example pseudo-code:
NameTranslate::Init(ADS_NAME_INITTYPE_GC, null);
Then:
accountName = 'domain\username';
NameTranslate::Set(ADS_NAME_TYPE_NT4, accountName);
caseCorrectedName = NameTranslate::Get(ADS_NAME_TYPE_NT4); //
DOMAIN\UserName
Init depends on a available AD server (GC in this example), of course, but
seems pretty fast in my tests.
Bill
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-03-11 21:27 ` Bill Stewart
@ 2019-03-11 21:38 ` Achim Gratz
2019-03-11 21:46 ` Bill Stewart
0 siblings, 1 reply; 42+ messages in thread
From: Achim Gratz @ 2019-03-11 21:38 UTC (permalink / raw)
To: cygwin
Bill Stewart writes:
> FWIW, not sure if you're using the IADsNameTranslate interface (
> https://docs.microsoft.com/en-us/windows/desktop/api/iads/nn-iads-iadsnametranslate).
[…]
> Init depends on a available AD server (GC in this example), of course, but
> seems pretty fast in my tests.
Try it with a group that has several hundred members. Then try with
several hundreds of such groups. Then try it again over a DSL line or
some VPN routing you across the globe that has a roundtrip measured in
tenths of seconds.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-03-11 21:38 ` Achim Gratz
@ 2019-03-11 21:46 ` Bill Stewart
2019-03-12 0:20 ` Andrey Repin
0 siblings, 1 reply; 42+ messages in thread
From: Bill Stewart @ 2019-03-11 21:46 UTC (permalink / raw)
To: cygwin
On Mon, Mar 11, 2019 at 3:38 PM Achim Gratz wrote:
> Try it with a group that has several hundred members. Then try with
> several hundreds of such groups. Then try it again over a DSL line or
> some VPN routing you across the globe that has a roundtrip measured in
> tenths of seconds.
Understood - not ideal for all situations.
An even more appropriate approach is for sshd to ignore case in usernames
when listening for connections on a host OS that ignores case in usernames.
My understanding is that this change will be in the next version of OpenSSH
(unless I misunderstood).
Regards
Bill
--
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] 42+ messages in thread
* Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64
2019-03-11 21:46 ` Bill Stewart
@ 2019-03-12 0:20 ` Andrey Repin
0 siblings, 0 replies; 42+ messages in thread
From: Andrey Repin @ 2019-03-12 0:20 UTC (permalink / raw)
To: Bill Stewart, cygwin
Greetings, Bill Stewart!
> On Mon, Mar 11, 2019 at 3:38 PM Achim Gratz wrote:
>> Try it with a group that has several hundred members. Then try with
>> several hundreds of such groups. Then try it again over a DSL line or
>> some VPN routing you across the globe that has a roundtrip measured in
>> tenths of seconds.
> Understood - not ideal for all situations.
> An even more appropriate approach is for sshd to ignore case in usernames
> when listening for connections on a host OS that ignores case in usernames.
> My understanding is that this change will be in the next version of OpenSSH
> (unless I misunderstood).
In the next major version, IIRC. (I.e. 8.x)
--
With best regards,
Andrey Repin
Tuesday, March 12, 2019 3:09:41
Sorry for my terrible english...
--
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] 42+ messages in thread
end of thread, other threads:[~2019-03-12 0:20 UTC | newest]
Thread overview: 42+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-02-26 16:28 Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64 Jerry Baker via cygwin
2019-02-26 18:30 ` Jerry Baker via cygwin
2019-02-26 18:38 ` Houder
2019-02-26 18:44 ` Jerry Baker via cygwin
2019-02-26 18:45 ` Richard Campbell
2019-02-26 18:59 ` Vince Rice
2019-02-26 19:19 ` Jerry Baker via cygwin
2019-02-26 19:32 ` Ken Brown
2019-02-26 20:00 ` Jerry Baker via cygwin
2019-02-26 20:42 ` Jerry Baker via cygwin
2019-02-26 21:09 ` Vince Rice
2019-02-26 22:10 ` Doug Henderson
2019-02-26 22:19 ` Jerry Baker via cygwin
2019-02-26 22:48 ` Jerry Baker via cygwin
2019-02-26 23:00 ` Doug Henderson
2019-02-27 0:50 ` Jerry Baker via cygwin
2019-02-27 1:50 ` Steven Penny
2019-02-27 2:01 ` Jerry Baker via cygwin
2019-02-27 2:43 ` Jerry Baker via cygwin
2019-02-27 3:21 ` Doug Henderson
2019-02-27 3:45 ` Jerry Baker via cygwin
2019-02-27 6:55 ` Houder
2019-02-27 2:56 ` Steven Penny
2019-02-27 3:05 ` Jerry Baker via cygwin
2019-02-27 3:12 ` Steven Penny
2019-02-27 3:27 ` Jerry Baker via cygwin
2019-02-27 5:11 ` Steven Penny
2019-02-27 16:17 ` E. Madison Bray
2019-02-27 5:57 ` Vince Rice
2019-02-27 7:26 ` Brian Inglis
2019-02-27 20:23 ` Jerry Baker via cygwin
2019-02-27 20:27 ` Jerry Baker via cygwin
2019-02-27 20:50 ` Jerry Baker via cygwin
2019-02-27 21:48 ` Corinna Vinschen
2019-02-28 3:12 ` Jerry Baker via cygwin
2019-02-28 9:39 ` L A Walsh
2019-02-28 10:52 ` Corinna Vinschen
2019-03-11 21:27 ` Bill Stewart
2019-03-11 21:38 ` Achim Gratz
2019-03-11 21:46 ` Bill Stewart
2019-03-12 0:20 ` Andrey Repin
2019-02-27 20:44 ` Eric Blake
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).