Re: Ability to specify /cygdrive mount value in setup

On Dec 6 10:47, Achim Gratz wrote: > Corinna Vinschen writes: > > The right thing to do is to change the base-files package to utilize > > /proc/cygdrive. It's a vrtual symlink pointing to the actual cygdrive > > prefix currently in use. If these symlinks under /etc used the > > /proc/cygdrive

Re: fork issue when lauching cygwin64 process from 32bit native app on Windows 10 TH2

On Dec 4 08:34, Linda Walsh wrote: > Rob van Eijk wrote: > > > >Op 1-12-2015 om 17:40 schreef David Macek: > >>On 1. 12. 2015 15:01, Corinna Vinschen wrote: > >>>If that only happens w/ 64 bit Cygwin started from a 32 bit parent, then > >>>there's some foul-up in the WOW64 layer in terms of

Re: Ability to specify /cygdrive mount value in setup

Corinna Vinschen writes: > No offense, but you didn't understand what I mean, it seems. I did, I think -- but read my request again. > Don't call cygpath. Just use /proc/cygdrive directly. It's that > simple. While the cygdrive prefix changes, /proc/cygdrive will > *never* change. E.g. I

Re: Ability to specify /cygdrive mount value in setup

Achim Gratz writes: > I need cygpath to get the system directory (hint: it need not be in > C:\Windows\System32) and cygpath delivers that directory with the > cygdrive prefix and not /proc/cygpath prepended. I wouldn't mind if all > those special directories would also be available via /proc/, >

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.3.0-0.4

On Dec 6 10:58, Achim Gratz wrote: > Achim Gratz writes: > > On my local laptop things look a bit different, a small ~5% subset of the > > test above goes from 20s to 200s and a different larger ~10% subset from 50s > > to 500s. While that hurts, the more usual case with many files from the > >

Re: Ability to specify /cygdrive mount value in setup

On 12/6/2015 9:28 AM, Achim Gratz wrote: > Corinna Vinschen writes: >> No offense, but you didn't understand what I mean, it seems. > > I did, I think -- but read my request again. > >> Don't call cygpath. Just use /proc/cygdrive directly. It's that >> simple. While the cygdrive prefix

Re: Jemalloc under CYGWIN

On Dec 5 22:32, Yucong Sun wrote: > I'm sorry, I got distracted from this issue and hadn't make any progress. No worries. > One thing specifically I need to be able to work on this issue is some > information describing how to build/test cygwin lib (rather than using > it). I couldn't find any

[ANNOUNCEMENT] Updated: openssl-1.0.2e-1

Hi folks, I've updated the version of OpenSSL to 1.0.2e-1. This is a security bugfix release. OpenSSL Security Advisory [3 Dec 2015] === NOTE: WE ANTICIPATE THAT 1.0.0t AND 0.9.8zh

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.3.0-0.4

Corinna Vinschen writes: >> VPN access with the worst possible terrestrial roundtrip has been tested >> for the same case now and goes from 52s to ~1700s or a factor of 33. So >> roundtrip delay adds an additional factor of about 3, but the server >> response time seems to play the dominant role

Re: Ability to specify /cygdrive mount value in setup

cyg Simple writes: > Use the $WINDIR variable to find the Windows path and manipulate its > value to prepend /proc/cygdrive/ and suffix its value with /system32. > The system32 directory will always be in $WINDIR/sytem32. That's just as ugly as the solution I have plus that one doesn't rely on

[newlib-cygwin] Allow cygwin_conv_path(3) and cygpath(1) to emit /proc/cygdrive prefixed path

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=5aa8817e3a56da2b4177329e2d523f54eae7e142 commit 5aa8817e3a56da2b4177329e2d523f54eae7e142 Author: Corinna Vinschen Date: Sun Dec 6 17:25:48 2015 +0100 Allow cygwin_conv_path(3) and cygpath(1) to emit

Re: Cygwin multithreading performance

Kacper Michajlow wrote: 2015-12-05 23:40 GMT+01:00 Mark Geisert : It looks like we're going to have to compare actual pthread_mutex_lock() implementations. Inspecting source is nice but I don't want to be chasing a mirage so I really hope there's a pthread_mutex_lock()

Re: Ability to specify /cygdrive mount value in setup

Corinna Vinschen writes: > The right thing to do is to change the base-files package to utilize > /proc/cygdrive. It's a vrtual symlink pointing to the actual cygdrive > prefix currently in use. If these symlinks under /etc used the > /proc/cygdrive symlink, they would work all the time,

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.3.0-0.4

Achim Gratz writes: > On my local laptop things look a bit different, a small ~5% subset of the > test above goes from 20s to 200s and a different larger ~10% subset from 50s > to 500s. While that hurts, the more usual case with many files from the > same user doesn't feel any slower at the

TEST RELEASE: Cygwin 2.4.0-0.8

Hi Cygwin friends and users, I released a new TEST version of Cygwin, 2.4.0-0.8. This adds a new feature to cygpath, the -U flag, which allows to generate /proc/cygdrive paths, which are unambiguous even if the cygdrive prefix changes. E.g.: $ mount -p Prefix Type

Re: Cygwin multithreading performance

2015-12-06 9:02 GMT+01:00 Mark Geisert : > Kacper Michajlow wrote: >> >> 2015-12-05 23:40 GMT+01:00 Mark Geisert : >>> >>> It looks like we're going to have to compare actual pthread_mutex_lock() >>> implementations. Inspecting source is nice but I don't want to

[ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.8

Hi Cygwin friends and users, I released a new TEST version of Cygwin, 2.4.0-0.8. This adds a new feature to cygpath, the -U flag, which allows to generate /proc/cygdrive paths, which are unambiguous even if the cygdrive prefix changes. E.g.: $ mount -p Prefix Type

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

Hello, 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. It also sets SHELL if not yet set and avoids a call of hostname. Maybe the maintainer takes a look.

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

2015-12-06 19:57 GMT+01:00 Corinna Vinschen : > Hi Cygwin friends and users, > > > I released a new TEST version of Cygwin, 2.4.0-0.8. > > This adds a new feature to cygpath, the -U flag, which allows to > generate /proc/cygdrive paths, which are unambiguous even if the

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

I forgot to say. I'm running Windows 10 1511 x64. 2015-12-06 21:21 GMT+01:00 Kacper Michajlow : > 2015-12-06 19:57 GMT+01:00 Corinna Vinschen : >> Hi Cygwin friends and users, >> >> >> I released a new TEST version of Cygwin, 2.4.0-0.8. >> >> This

Re: Ability to specify /cygdrive mount value in setup

On Dec 6 15:28, Achim Gratz wrote: > Corinna Vinschen writes: > > No offense, but you didn't understand what I mean, it seems. > > I did, I think -- but read my request again. > > > Don't call cygpath. Just use /proc/cygdrive directly. It's that > > simple. While the cygdrive prefix changes,

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.3.0-0.4

On Dec 6 15:29, Achim Gratz wrote: > Corinna Vinschen writes: > >> VPN access with the worst possible terrestrial roundtrip has been tested > >> for the same case now and goes from 52s to ~1700s or a factor of 33. So > >> roundtrip delay adds an additional factor of about 3, but the server > >>

Re: Ability to specify /cygdrive mount value in setup

Corinna Vinschen writes: >> I need cygpath to get the system directory (hint: it need not be in >> C:\Windows\System32) and cygpath delivers that directory with the >> cygdrive prefix and not /proc/cygpath prepended. I wouldn't mind if all >> those special directories would also be available via

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.3.0-0.4

Corinna Vinschen writes: > Ok, thanks a lot. I'm just wondering if I should really push this to > stable state, given the fact that I won't be available starting next > week until 2016-01-06. Well, that looks like it might be a common schedule for other folks as well, so you might just hold off

[ANNOUNCEMENT] Test: gmp-6.1.0-3p1

A test version of GMP is available that that re-instates a new feature of the previous 6.1.0-1 release: Speedup for Intel Broadwell and Skylake though assembly code making use of new ADX instructions. The previously reported problems with that code have been discussed with upstream and

Test: gmp-6.1.0-3p1

A test version of GMP is available that that re-instates a new feature of the previous 6.1.0-1 release: Speedup for Intel Broadwell and Skylake though assembly code making use of new ADX instructions. The previously reported problems with that code have been discussed with upstream and