Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread L A Walsh
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 s

Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread Jerry Baker via 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:

Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread Corinna Vinschen
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 se

Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread Jerry Baker via 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:

Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread Eric Blake
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 p

Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread Jerry Baker via 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

Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread Jerry Baker via 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

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

2019-02-27 Thread Achim Gratz
Corinna Vinschen writes: >> > Test the latest snapshot from https://cygwin.com/snapshots/, please. >> Fixed, thank you. I can confirm that this problem is solved. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf

Re: Fork issue with timerfd

2019-02-27 Thread Corinna Vinschen
On Feb 27 16:31, Ken Brown wrote: > On 2/27/2019 11:19 AM, Corinna Vinschen wrote: > > On Feb 26 13:39, Ken Brown wrote: > >> On 2/26/2019 4:48 AM, Corinna Vinschen wrote: > >>> On Feb 26 09:57, Corinna Vinschen wrote: > On Feb 26 00:01, Ken Brown wrote: > > I did get the following, howeve

Re: Fork issue with timerfd

2019-02-27 Thread Ken Brown
On 2/27/2019 11:19 AM, Corinna Vinschen wrote: > On Feb 26 13:39, Ken Brown wrote: >> On 2/26/2019 4:48 AM, Corinna Vinschen wrote: >>> On Feb 26 09:57, Corinna Vinschen wrote: On Feb 26 00:01, Ken Brown wrote: > I did get the following, however, during one of the trials (while emacs

Re: Consider exposing mmap_is_attached_or_noreserve

2019-02-27 Thread Corinna Vinschen
On Feb 27 17:17, Corinna Vinschen wrote: > On Feb 27 16:38, E. Madison Bray wrote: > > Hello, > > > > A very technical request regarding Cygwin internals: In mmap.c there > > is a function mmap_is_attached_or_noreserve(void *addr, size_t len) > > which is called from Cygwin's exception handler in

Re: Fork issue with timerfd

2019-02-27 Thread Corinna Vinschen
On Feb 26 13:39, Ken Brown wrote: > On 2/26/2019 4:48 AM, Corinna Vinschen wrote: > > On Feb 26 09:57, Corinna Vinschen wrote: > >> On Feb 26 00:01, Ken Brown wrote: > >>> I did get the following, however, during one of the trials (while emacs > >>> was idle): > >>> > >>> 1 [main] emacs 246 C:\Use

Re: Consider exposing mmap_is_attached_or_noreserve

2019-02-27 Thread Corinna Vinschen
On Feb 27 16:38, E. Madison Bray wrote: > Hello, > > A very technical request regarding Cygwin internals: In mmap.c there > is a function mmap_is_attached_or_noreserve(void *addr, size_t len) > which is called from Cygwin's exception handler in the case of a > STATUS_ACCESS_VIOLATION. > > This is

Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

2019-02-27 Thread E. Madison Bray
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 sin

Consider exposing mmap_is_attached_or_noreserve

2019-02-27 Thread E. Madison Bray
Hello, A very technical request regarding Cygwin internals: In mmap.c there is a function mmap_is_attached_or_noreserve(void *addr, size_t len) which is called from Cygwin's exception handler in the case of a STATUS_ACCESS_VIOLATION. This is called in case an access violation occurs in memory tha

Re: Setup 2.895, don't install everything, striking a balance

2019-02-27 Thread Keith Christian
> Hello, > > Select "Category", you obtain a single line with "All". Unfold "All". Select > "Install" on the line of "All", and "Default" on the line of "Debug". > > That’s it. "Source" is not selected by default. Some (but very few) debuginfo > still get installed. Thanks Denis, with your inst

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

2019-02-27 Thread Corinna Vinschen
On Feb 27 14:03, Thomas Wolff wrote: > On 27.02.2019 13:54, Corinna Vinschen wrote: > > On Feb 27 13:37, Thomas Wolff wrote: > > > On 19.02.2019 14:06, cyg...@roche.com wrote: > > > > Hello everyone, > > > > > > > > I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer > > > > i

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

2019-02-27 Thread Thomas Wolff
On 27.02.2019 13:54, Corinna Vinschen wrote: On Feb 27 13:37, Thomas Wolff wrote: On 19.02.2019 14:06, cyg...@roche.com wrote: Hello everyone, I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer is member of a big AD domain. My account is member of a lot of AD groups. In

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

2019-02-27 Thread Corinna Vinschen
On Feb 27 13:37, Thomas Wolff wrote: > On 19.02.2019 14:06, cyg...@roche.com wrote: > > Hello everyone, > > > > I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer is > > member of a big AD domain. My account is member of a lot of AD groups. > > > > In my configuration there

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

2019-02-27 Thread Thomas Wolff
On 19.02.2019 14:06, cyg...@roche.com wrote: Hello everyone, I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer is member of a big AD domain. My account is member of a lot of AD groups. In my configuration there are no /etc/passwd and /etc/group files. The /etc/nsswitch.c

Re: Question about D-Bus and cygrunsrv

2019-02-27 Thread Mike Brady
Thanks for the comments. I’ll certainly check the security side of things. What is a bit intriguing is that another application — the Avahi daemon (see http://avahi.org) that provides ZeroConf / Bonjour service discovery services — also uses the D-Bus system bus and it works fine as a cygrunsrv-