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