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 t
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.
-
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 be
>>> chasing a
>>> mirage so I re
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 adds a new feature to cygpath, the -U flag, which
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
> cygdrive prefix changes.
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 u
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 /
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
> >> r
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,
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 Flag
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
the
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/,
>
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 changes
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 WI
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 e
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 nee
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 starti
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 s
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
> > s
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 i
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 moment
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, independ
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() function inside the
MinGW
23 matches
Mail list logo
