Re: [ANNOUNCEMENT] Test: gmp-6.1.0-3p1

2015-12-08 Thread David Standish
This version seems good on my machine as well (no gcc segmentation fault). Great. David On 12/7/15, Nem W Schlecht wrote: > I've installed this test version and everything is working for me > still (no compilation or database access errors like I was receiving > before). > > On Mon, Dec 7, 2015

Re: /etc/profile: avoid multiple /usr/bin in PATH

2015-12-08 Thread Helmut Karlowski
Am 08.12.2015, 22:31 Uhr, schrieb Helmut Karlowski: Yes, but why is this a problem? Note that bash will set it anyway if not present. All shells set it only when run as login-shell. Wrong: Only bash gives it a value - ksh and dash export SHELL with no value if none present. And IMHO SHELL

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9

2015-12-08 Thread Corinna Vinschen
On Dec 8 22:03, Achim Gratz wrote: > Corinna Vinschen writes: > > I released TEST version 2.4.0-0.9 of Cygwin. > > > > - This version patches the Windows 10 1511 workaround added to > > 2.4.0-0.7. Cygwin now always uses a self-created main thread stack > > in a memory area with very low proba

Re: /etc/profile: avoid multiple /usr/bin in PATH

2015-12-08 Thread Helmut Karlowski
Am 08.12.2015, 22:26 Uhr, schrieb Helmut Karlowski: Am 08.12.2015, 22:21 Uhr, schrieb Achim Gratz: Helmut Karlowski writes: Can you tell me in which circumstances this happens and why this is a problem? SHELL is supposed to be the user preference, so I don't think /etc/profile should try

Re: /etc/profile: avoid multiple /usr/bin in PATH

2015-12-08 Thread Helmut Karlowski
Am 08.12.2015, 22:21 Uhr, schrieb Achim Gratz: Helmut Karlowski writes: Can you tell me in which circumstances this happens and why this is a problem? SHELL is supposed to be the user preference, so I don't think /etc/profile should try to second-guess it. /etc/profile is run before ~/.profi

Re: /etc/profile: avoid multiple /usr/bin in PATH

2015-12-08 Thread Achim Gratz
Helmut Karlowski writes: >> Can you tell me in which circumstances this happens and why this is a >> problem? SHELL is supposed to be the user preference, so I don't think >> /etc/profile should try to second-guess it. > > /etc/profile is run before ~/.profile, and if that does not set SHELL > the

Re: /etc/profile: avoid multiple /usr/bin in PATH

2015-12-08 Thread Helmut Karlowski
Am 08.12.2015, 22:01 Uhr, schrieb Achim Gratz: Helmut Karlowski writes: I set C:/cygwin/usr/bin in my windows-environment. Now /etc/profile always adds /usr/bin to PATH resulting in /usr/bin being twice in my cygwin-PATH. The attached patch fixes this. I tend to reject this patch. The purpo

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9

2015-12-08 Thread Achim Gratz
Corinna Vinschen writes: > I released TEST version 2.4.0-0.9 of Cygwin. > > - This version patches the Windows 10 1511 workaround added to > 2.4.0-0.7. Cygwin now always uses a self-created main thread stack > in a memory area with very low probability of collision with the OS. > The fix add

Re: /etc/profile: avoid multiple /usr/bin in PATH

2015-12-08 Thread Achim Gratz
Helmut Karlowski writes: > I set C:/cygwin/usr/bin in my windows-environment. Now /etc/profile > always adds /usr/bin to PATH resulting in /usr/bin being twice in my > cygwin-PATH. > > The attached patch fixes this. I tend to reject this patch. The purpose of the default profile is to put those t

Re: Fwd: failure notice

2015-12-08 Thread Tom Kacvinsky
On Tue, Dec 8, 2015 at 11:55 AM, Tom Kacvinsky wrote: > On Tue, Dec 8, 2015 at 11:49 AM, Jon Turney > wrote: >> On 07/12/2015 16:17, Tom Kacvinsky wrote: >>> >>> On Mon, Dec 7, 2015 at 10:24 AM, Tom Kacvinsky wrote: On Mon, Dec 7, 2015 at 10:19 AM, Jon Turney wrote: > > On 04/1

Re: Cygwin multithreading performance

2015-12-08 Thread Corinna Vinschen
On Dec 8 16:34, Corinna Vinschen wrote: > On Dec 8 02:51, Mark Geisert wrote: > > (Maybe cygwin-developers is a better list for this? It's pretty obscure.) > > Yes, cygwin-developers is fine since it's gory implementation details. > > > Here are some mutex lock stats I've been talking about pr

Re: Fwd: failure notice

2015-12-08 Thread Tom Kacvinsky
On Tue, Dec 8, 2015 at 11:49 AM, Jon Turney wrote: > On 07/12/2015 16:17, Tom Kacvinsky wrote: >> >> On Mon, Dec 7, 2015 at 10:24 AM, Tom Kacvinsky wrote: >>> >>> On Mon, Dec 7, 2015 at 10:19 AM, Jon Turney wrote: On 04/12/2015 14:20, Tom Kacvinsky wrote: > > We have an interesti

Re: Fwd: failure notice

2015-12-08 Thread Jon Turney
On 07/12/2015 16:17, Tom Kacvinsky wrote: On Mon, Dec 7, 2015 at 10:24 AM, Tom Kacvinsky wrote: On Mon, Dec 7, 2015 at 10:19 AM, Jon Turney wrote: On 04/12/2015 14:20, Tom Kacvinsky wrote: We have an interesting problem whereby an Linux X client application crashes when running the X server on

Re: Cygwin multithreading performance

2015-12-08 Thread Corinna Vinschen
On Dec 8 02:51, Mark Geisert wrote: > (Maybe cygwin-developers is a better list for this? It's pretty obscure.) Yes, cygwin-developers is fine since it's gory implementation details. > Here are some mutex lock stats I've been talking about providing. These are > from the OP's original testcase

Re: /usr/include/string.h:108: syntax error at token '__asm__'

2015-12-08 Thread Corinna Vinschen
On Dec 8 11:32, Csaba Raduly wrote: > On Mon, Dec 7, 2015 at 1:25 PM, Andrew Ernest Ritz wrote: > > Thanks for your quick response. I created a new directory and Makefile and I > > can't reproduce the problem now either. My project compiles without any > > errors. > > > > Thanks and sorry for

Re: Cygwin multithreading performance

2015-12-08 Thread Mark Geisert
(Maybe cygwin-developers is a better list for this? It's pretty obscure.) Here are some mutex lock stats I've been talking about providing. These are from the OP's original testcase 'git repack -a -f' running over a clone of the newlib-cygwin source tree. Run on a 2-core, 4-HT machine under

Re: /usr/include/string.h:108: syntax error at token '__asm__'

2015-12-08 Thread Csaba Raduly
On Mon, Dec 7, 2015 at 1:25 PM, Andrew Ernest Ritz wrote: > Thanks for your quick response. I created a new directory and Makefile and I > can't reproduce the problem now either. My project compiles without any > errors. > > Thanks and sorry for the false alarm. > > Andrew Ritz Please

Re: 'list-packages function in Emacs 24.5.2 causes core dump

2015-12-08 Thread Matthew Eichler
Thanks Ken, I will check all the init.el statement on the various instances and see what I come up with ... -- Forwarded message -- From: Ken Brown To: cygwin@cygwin.com Cc: Date: Fri, 4 Dec 2015 15:35:57 -0500 Subject: Re: 'list-packages function in Emacs 24.5.2 causes core dump

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.8

2015-12-08 Thread Corinna Vinschen
On Dec 7 21:30, Kacper Michajlow wrote: > 2015-12-07 17:00 GMT+01:00 Corinna Vinschen : > > On Dec 7 10:37, Corinna Vinschen wrote: > >> On Dec 6 21:21, Kacper Michajlow wrote: > >> > 2015-12-06 19:57 GMT+01:00 Corinna Vinschen : > >> > > Hi Cygwin friends and users, > >> > > > >> > > > >> > > I