Repost...
-- Forwarded message -
From: Cedric Blancher
Date: Mon, 14 Apr 2025 at 19:44
Subject: Fwd: [Ms-nfs41-client-devel] ANN: NFSv4.2/NFSv4.1 filesystem
client Windows driver binaries for Windows 10/11+WindowsServer
2019/2022 for testing, 2025-04-14 ...
To:
Good evening
On 2025-04-06 14:32, dwes1--- via Cygwin wrote:
To the Python maintainer and anyone else testing Python 3.12:
A few weeks ago, the python developer requested help with evaluating the Python
3.12 release.
I downloaded the python312-test package, and worked out that
python -m
To the Python maintainer and anyone else testing Python 3.12:
A few weeks ago, the python developer requested help with evaluating the
Python 3.12 release.
I downloaded the python312-test package, and worked out that
python -m test.test_threading -v
failed during the second test in the file
On Tue, 1 Apr 2025 at 12:29, Cedric Blancher via Cygwin
wrote:
>
> On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> wrote:
> >
> > Good morning!
> >
> > For your consideration - we need FEEDBACK, please!
> >
> > New is:
> > - 2nd Spring-Release (š)
> > - Improved Windows Extended Attribute (EA) su
On Tue, Apr 1, 2025 at 12:30āÆPM Cedric Blancher via Cygwin
wrote:
>
> On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> wrote:
> >
> > Good morning!
> >
> > For your consideration - we need FEEDBACK, please!
> >
> > New is:
> > - 2nd Spring-Release (š)
> > - Improved Windows Extended Attribute (EA)
On Apr 1 12:27, Cedric Blancher via Cygwin wrote:
> On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> wrote:
> >
> > Good morning!
> >
> > For your consideration - we need FEEDBACK, please!
> >
> > New is:
> > - 2nd Spring-Release (š)
> > - Improved Windows Extended Attribute (EA) support
> > - Spa
On Tue, 1 Apr 2025 at 09:46, Cedric Blancher wrote:
>
> Good morning!
>
> For your consideration - we need FEEDBACK, please!
>
> New is:
> - 2nd Spring-Release (š)
> - Improved Windows Extended Attribute (EA) support
> - Sparse file support (https://en.wikipedia.org/wiki/Sparse_file) for
> HPC env
On 2025-03-08 11:22, Roland Mainz via Cygwin wrote:
While doing testing with UNC paths I found that GNU mkinstalldirs does
not handle UNC paths - for example creating subdirs in
//foo.bar.com/chickmonster/dir1/dir2/ will *partially* appear in
/foo.bar.com/chickmonster/dir1/dir2/
Workaround is in
On 08/03/2025 19:22, Roland Mainz via Cygwin wrote:
HI!
- Does anyone know whether there is a single upstream for GNU
mkinstalldirs, or do the various GNU projects just copy the script
around ?
Bye,
Roland
I would bet on Automake
/usr/share/automake-1.16/mkinstalldirs
--
Problem rep
HI!
While doing testing with UNC paths I found that GNU mkinstalldirs does
not handle UNC paths - for example creating subdirs in
//foo.bar.com/chickmonster/dir1/dir2/ will *partially* appear in
/foo.bar.com/chickmonster/dir1/dir2/
Workaround is in
https://github.com/kofemann/ms-nfs41
Hi Corinna, hi Takashi,
Am 06.03.2025 um 11:23 schrieb Rainer Emrich:
Hi Corinna, hi Takashi,
Am 06.03.2025 um 10:58 schrieb Corinna Vinschen via Cygwin:
with a big "THANK YOU!" to Takashi, the "Lost connection" problem will
be fixed in 3.6:
a really big thank you to both of you.
https://s
Hi Corinna, hi Takashi,
Am 06.03.2025 um 10:58 schrieb Corinna Vinschen via Cygwin:
with a big "THANK YOU!" to Takashi, the "Lost connection" problem will
be fixed in 3.6:
a really big thank you to both of you.
https://sourceware.org/cgit/newlib-cygwin/commit/?id=691afb1f6d5a
The next test
Hi Rainer,
with a big "THANK YOU!" to Takashi, the "Lost connection" problem will
be fixed in 3.6:
https://sourceware.org/cgit/newlib-cygwin/commit/?id=691afb1f6d5a
The next test release cygwin-3.6.0-0.422.g691afb1f6d5a will contain the
patch. Should be up in about an hour.
Thanks,
Corinna
On Fri, 21 Feb 2025, Jeremy Drake via Cygwin wrote:
> I rebased msys2's msys2-runtime fork of cygwin on top of cygwin's master
> branch, and then rebased git-for-windows' msys2-runtime on top of THAT.
>
> 1. Git for Windows's test suite still passes with that (which is nice, it
> tended to hang wh
Hi Corinna,
Am 28.02.2025 um 13:46 schrieb Corinna Vinschen via Cygwin:
Hi Rainer,
On Feb 17 20:37, Rainer Emrich via Cygwin wrote:
Am 17.02.2025 um 18:00 schrieb Corinna Vinschen via Cygwin:
On Feb 17 12:51, Rainer Emrich via Cygwin wrote:
I'm facing a strange major issue with scp. The issu
Hi Rainer,
On Feb 17 20:37, Rainer Emrich via Cygwin wrote:
> Am 17.02.2025 um 18:00 schrieb Corinna Vinschen via Cygwin:
> > On Feb 17 12:51, Rainer Emrich via Cygwin wrote:
> > > I'm facing a strange major issue with scp. The issue exists in all cygwin
> > > version later than 3.5.3,
> > > incl
On Feb 25 14:49, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > [I sent this on 2024-02-14 to the cygwin-announce mailing list,
> > but forgot to CC the cygwin mailing list. Doing it now...]
> >
> >
> > Hi folks,
> >
> > we're planning the next major release in the
Corinna Vinschen via Cygwin wrote:
[I sent this on 2024-02-14 to the cygwin-announce mailing list,
but forgot to CC the cygwin mailing list. Doing it now...]
Hi folks,
we're planning the next major release in the next few (hopefully
not more than two) weeks.
...
Below you'll find a list of c
On Feb 22 09:24, Jeremy Drake via Cygwin wrote:
> On Sat, 22 Feb 2025, Corinna Vinschen via Cygwin wrote:
>
> > On Feb 21 14:35, Jeremy Drake via Cygwin wrote:
> > > 2. This seems to have fixed a severe performance regression in Curl's test
> > > suite (https://github.com/curl/curl/pull/16217) tha
On Sat, 22 Feb 2025, Corinna Vinschen via Cygwin wrote:
> On Feb 21 14:35, Jeremy Drake via Cygwin wrote:
> > 2. This seems to have fixed a severe performance regression in Curl's test
> > suite (https://github.com/curl/curl/pull/16217) that I was recently
> > looking into. My research tracked it
On Feb 21 14:35, Jeremy Drake via Cygwin wrote:
> I rebased msys2's msys2-runtime fork of cygwin on top of cygwin's master
> branch, and then rebased git-for-windows' msys2-runtime on top of THAT.
>
> 1. Git for Windows's test suite still passes with that (which is nice, it
> tended to hang when w
Cedric Blancher via Cygwin writes:
> Good morning!
>
> For your consideration - we need FEEDBACK, please!
[ā¦]
I consider these announcements of an unrelated project off-topic for
this list.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User
pport
in Cygwin 3.5, and many others who helped with development and testing
-- Forwarded message -
From: Roland Mainz
Date: Fri, 21 Feb 2025 at 20:59
Subject: [Ms-nfs41-client-devel] Fwd: ANN: NFSv4.2/NFSv4.1 filesystem
client Windows driver binaries for Windows 10/11+WindowsSer
I rebased msys2's msys2-runtime fork of cygwin on top of cygwin's master
branch, and then rebased git-for-windows' msys2-runtime on top of THAT.
1. Git for Windows's test suite still passes with that (which is nice, it
tended to hang when we did this with 3.5.5).
2. This seems to have fixed a sev
On Feb 19 09:54, Takashi Yano via Cygwin wrote:
> On Wed, 19 Feb 2025 01:20:59 +0100
> Lionel Cons wrote:
> > Something is very wrong with bash. If I redirect the output of xcopy
> > or icacls into a bash variable, like stdout="$(icacls "$(cygpath -w
> > "$PWD")")", then sometimes I get only a lett
On Wed, 19 Feb 2025 01:20:59 +0100
Lionel Cons wrote:
> Something is very wrong with bash. If I redirect the output of xcopy
> or icacls into a bash variable, like stdout="$(icacls "$(cygpath -w
> "$PWD")")", then sometimes I get only a letter in the middle. Very
> strange
Thanks for the report. B
t release prior to the official release.
>
> If you're unsure how to install a test release, please have a look
> at https://cygwin.com/faq.html#faq.setup.testrels
>
> At this point, we're most interested if the test release introduces
> regressions compared to 3.5.7!
>
&g
ase have a look
at https://cygwin.com/faq.html#faq.setup.testrels
At this point, we're most interested if the test release introduces
regressions compared to 3.5.7!
There's a whole bunch of new features and a few behavioral changes
compared to 3.5, but it's not so much testing the
Hi Corinna,
Am 17.02.2025 um 18:00 schrieb Corinna Vinschen via Cygwin:
On Feb 17 12:51, Rainer Emrich via Cygwin wrote:
Hi Corinna,
Am 14.02.2025 um 20:03 schrieb Corinna Vinschen via Cygwin-announce:
we're planning the next major release in the next few (hopefully
not more than two) weeks.
On Mon, 17 Feb 2025, Corinna Vinschen via Cygwin wrote:
> In fact, I can reproduce this occassionally back to 3.5.0 and back to
> OpenSSH 9.7p1. We can't easily try this with older Cygwin versions.
> It's getting increasingly hard to build older Cygwin versions due to
> compiler dependencies and
Hi Rainer,
On Feb 17 12:51, Rainer Emrich via Cygwin wrote:
> Hi Corinna,
>
> Am 14.02.2025 um 20:03 schrieb Corinna Vinschen via Cygwin-announce:
> > we're planning the next major release in the next few (hopefully
> > not more than two) weeks.
> > [...]
> > At this point, we're most interested
up.testrels
At this point, we're most interested if the test release introduces
regressions compared to 3.5.7!
There's a whole bunch of new features and a few behavioral changes
compared to 3.5, but it's not so much testing the new functionality
we're after, but to test if everyt
From: Roland Mainz
Date: Sat, 21 Dec 2024 at 12:15
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11+WindowsServer 2019 for
testing, 2024-12-21 ...
To:
Hi!
We've created a set of test binaries for the NFSv4.1 filesystem client
d
: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11+WindowsServer 2019 for
testing, 2024-12-07 ...
To:
Hi!
We've created a set of test binaries for the NFSv4.1 filesystem client
driver for Windows 10/11+Windows Server 2019, based on
https://github.com/kofemann/ms-nfs41-c
Ced
-- Forwarded message -
From: Roland Mainz
Date: Thu, 28 Nov 2024 at 19:58
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11+WindowsServer 2019 for
testing, 2024-11-28 ...
To:
Hi!
We've created a set of
On 2024-11-06 08:30, Dimitry Andric via Cygwin wrote:
On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
How can I test in a /usr/bin/make Makefile whether I am running on a
32bit or 64bit Cygwin (not Windows kernel)?
Usually in a shell you use "uname -m", or with bash specifically, t
On 9 Nov 2024, at 11:42, Sebastian Feld via Cygwin wrote:
>
> On Wed, Nov 6, 2024 at 4:30āÆPM Dimitry Andric
> wrote:
>>
>> On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
>>>
>>> How can I test in a /usr/bin/make Makefile whether I am running on a
>>> 32bit or 64bit Cygwin (not Wind
On Wed, Nov 6, 2024 at 4:30āÆPM Dimitry Andric
wrote:
>
> On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
> >
> > How can I test in a /usr/bin/make Makefile whether I am running on a
> > 32bit or 64bit Cygwin (not Windows kernel)?
>
> Usually in a shell you use "uname -m", or with bash s
On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
>
> How can I test in a /usr/bin/make Makefile whether I am running on a
> 32bit or 64bit Cygwin (not Windows kernel)?
Usually in a shell you use "uname -m", or with bash specifically, the $HOSTTYPE
variable.
However in GNU make you sho
How can I test in a /usr/bin/make Makefile whether I am running on a
32bit or 64bit Cygwin (not Windows kernel)?
Sebi
--
Sebastian Feld - IT secruity expert
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygw
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11+WindowsServer 2019 for
testing, 2024-11-04 ...
To:
Hi!
We've created a set of test binaries for the NFSv4.1 filesystem client
driver for Windows 10/11+Windows Server 2019, bas
64bit Windows
- Better nfs://-URL support
- public NFS/WebNFS support
Ced
-- Forwarded message -
From: Roland Mainz
Date: Mon, 23 Sept 2024 at 14:56
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11+WindowsServer 2019 for
testing
message -
From: Roland Mainz
Date: Mon, 9 Sept 2024 at 13:10
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11 for testing, 2024-09-09 ...
To:
Hi!
I've created a set of test binaries for the NFSv4.1 filesystem client
drive
Date: Tue, 6 Aug 2024 at 14:17
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11 for testing, 2024-08-06 ...
To:
Hi!
I've created a set of test binaries for the NFSv4.1 filesystem client
driver for Windows 10/11, based on
"insecure" export switch.
Ced
-- Forwarded message -
From: Roland Mainz
Date: Tue, 16 Jul 2024 at 16:12
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11 for testing, 2024-07-16 ...
To:
Hi!
I've create
On Sat, 1 Jun 2024 at 14:50, Roland Mainz via Cygwin wrote:
>
> On Wed, May 29, 2024 at 4:28āÆAM Dan Shelton wrote:
> >
> > On Tue, 28 May 2024 at 22:15, Cedric Blancher via Cygwin
> > wrote:
> > >
> > > Good evening!
> > >
> > > For your consideration - we need FEEDBACK, please!
> > >
> > > New
On Fri, 31 May 2024 at 23:20, Andrey Repin via Cygwin wrote:
>
> Greetings, Bill Stewart!
>
> >> - WinSG should be installed in C:\Windows\system32\ alongside cmd.exe
>
> > Not IMHO.
>
> Agreed. If you want a single tool available in command line, use AppPaths
> registry entry.
How does that work
>> - WinSG should be installed in C:\Windows\system32\ alongside cmd.exe
>
>Not yet, all stuff for the Cygwin install of the ms-nfs41-client goes
>into the Cygwin /bin && /sbin dirs.
Let's try for NEVER. 3rd parties have no business polluting the operating
system. If this is MS code or closely re
On Wed, May 29, 2024 at 4:28āÆAM Dan Shelton wrote:
>
> On Tue, 28 May 2024 at 22:15, Cedric Blancher via Cygwin
> wrote:
> >
> > Good evening!
> >
> > For your consideration - we need FEEDBACK, please!
> >
> > New is support running it as service (sc start
> > ms-nfs41-client-service), setgid()/n
Greetings, Bill Stewart!
>> - WinSG should be installed in C:\Windows\system32\ alongside cmd.exe
> Not IMHO.
Agreed. If you want a single tool available in command line, use AppPaths
registry entry.
>> - Native Windows utilities use /? for help, not --help
> This is really only a loosely foll
On Wed, 29 May 2024 at 15:37, Bill Stewart via Cygwin wrote:
>
> On Tue, May 28, 2024 at 8:29āÆPM Dan Shelton wrote:
>
> Just a couple of ideas:
> > - Native Windows doesn't have an easy way to list group memberships
> > for the current user, so a WinSG -l to list available groups would be
> > good
On Tue, May 28, 2024 at 8:29āÆPM Dan Shelton wrote:
Just a couple of ideas:
> - Native Windows doesn't have an easy way to list group memberships
> for the current user, so a WinSG -l to list available groups would be
> good
>
Maybe you weren't aware of it - 'whoami /groups'
> - WinSG should be
On Tue, 28 May 2024 at 22:15, Cedric Blancher via Cygwin
wrote:
>
> Good evening!
>
> For your consideration - we need FEEDBACK, please!
>
> New is support running it as service (sc start
> ms-nfs41-client-service), setgid()/newgrp support (with a new winsg
> utility to run Windows applications wi
ows driver binaries for Windows 10/11 for testing, 2024-05-28 ...
To:
Hi!
I've created a set of test binaries for the NFSv4.1 filesystem client
driver for Windows 10/11, based on
https://github.com/kofemann/ms-nfs41-client (commit id
#0cb44281d376cd6aa0e43a402153405b7b32ddd8, git bu
ainz
Date: Thu, 28 Mar 2024 at 13:20
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11 for testing, 2024-03-28 ...
To:
Hi!
I've created a set of test binaries for the NFSv4.1 filesystem client
driver for Windows 10/11, based on
htt
For your consideration - we need FEEDBACK, please!
Ced
-- Forwarded message -
From: Roland Mainz
Date: Sat, 24 Feb 2024 at 15:19
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client
Windows driver binaries for Windows 10/11 for testing, 2024-02-24 ...
To:
Hi
binaries for Windows 10/11 for testing, 2024-02-05 ...
To:
Hi!
I've created a set of test binaries for the NFSv4.1 filesystem client
driver for Windows 10/11, based on
https://github.com/kofemann/ms-nfs41-client (commit id
#27efbb0606616388c7c5d0e656165061d0fc4dd8, git bundle in ta
For your consideration - we need FEEDBACK, please!
Ced
-- Forwarded message -
From: Roland Mainz
Date: Sun, 28 Jan 2024 at 23:54
Subject: [Ms-nfs41-client-devel] NFSv4.1 filesystem client Windows
driver binaries for Windows 10/11 for testing, 2024-01-28 ...
To:
Hi
For your consideration - we need FEEDBACK, please!
Ced
-- Forwarded message -
From: Roland Mainz
Date: Mon, 1 Jan 2024 at 22:47
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 Windows driver binaries
for Windows 10/11 for testing, 2024-01-01 ...
To:
Hi!
I've crea
For your consideration - we need FEEDBACK, please!
Ced
-- Forwarded message -
From: Roland Mainz
Date: Sat, 30 Dec 2023 at 16:34
Subject: [Ms-nfs41-client-devel] ANN: NFSv4.1 Windows driver binaries
for Windows 10 for testing, 2023-12-30 ...
To:
Hi!
I've created
Good morning!
Is Cygwin tested with NFSv3 shares on a regular basis, maybe CI? For
example install Cygwin, then build all Cygwin software packages on a
NFS share, instead of NTFS?
Also, is there a script to checkout the sources of Cygwin software
packages, and then build the software packages? (C
On 2020-03-17 9:51 a.m., Simon Marchi wrote:
> Hi,
>
> I had to make a GDB fix related to Cygwin recently, so I tried to run some
> tests
> from the GDB testsuite on Cygwin. This is my first foray into Cygwin.
>
> The test I ran failed, because the GDB under test outputs what appears to be
> c
Hi,
I had to make a GDB fix related to Cygwin recently, so I tried to run some tests
from the GDB testsuite on Cygwin. This is my first foray into Cygwin.
The test I ran failed, because the GDB under test outputs what appears to be
control
sequences to clear the remaining characters of the line
On Thu, 6 Feb 2020 08:16:12 +, JonY wrote:
> I normally don't update mingw-w64 compilers unless the cygwin gcc has
> stabilized.
>
> Do you need it ASAP? I can work on it soon if required.
I mean isnt that the whole point of Test packages? The way I see it the Test
package should always be ma
On 2/1/20 6:34 PM, Steven Penny wrote:
> On Wed, 8 Jan 2020 13:38:17 +, JonY wrote:
>> gcc-9.2.0-1 has been uploaded for Cygwin. This version is for testing.
>
> https://cygwin.com/ml/cygwin/2020-01/msg00077.html
>
> Any chance of an update for these?
>
>
On Wed, 8 Jan 2020 13:38:17 +, JonY wrote:
> gcc-9.2.0-1 has been uploaded for Cygwin. This version is for testing.
https://cygwin.com/ml/cygwin/2020-01/msg00077.html
Any chance of an update for these?
- mingw64-x86_64-gcc-core
- mingw64-x86_64-gcc-g++
It appears they are both over a y
gcc-9.2.0-1 has been uploaded for Cygwin. This version is for testing.
Known issues:
* ADA support is still broken, even for x86_64.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: &qu
On 5/7/19 7:54 AM, Jimmy Ljungman wrote:
> Hej Cygwin!
> Jag vaknade upp denna morgon med doggerel pƄ kinden. Glatt smetade jag av det
> pƄ min Sambo, Sabina. Hon tog emot det med glƤdje och gav mig en puss pƄ
> ƶgonlocket.
>
> Jag bryggde mitt kaffe nƤr det slog mig att jag skulle ha labb pƄ SU
Hej Cygwin!
Jag vaknade upp denna morgon med doggerel pƄ kinden. Glatt smetade jag av det
pƄ min Sambo, Sabina. Hon tog emot det med glƤdje och gav mig en puss pƄ
ƶgonlocket.
Jag bryggde mitt kaffe nƤr det slog mig att jag skulle ha labb pƄ SU om ert
magnifika Altera kort. Sittandes pƄ tƄget sa
On Jun 20 19:29, Marco Atzeri wrote:
> On 20/06/2017 13:11, Corinna Vinschen wrote:
> > > > >
> > > > > I suggest reverting the cygwin-20170324 cygserver changes for now.
> > > > > Older
> > > > > versions can be configured to have reliable sysv semaphores, but I
> > > > > think no
> > > > > set
On 20/06/2017 13:11, Corinna Vinschen wrote:
I suggest reverting the cygwin-20170324 cygserver changes for now. Older
versions can be configured to have reliable sysv semaphores, but I
think no
settings render sysv semaphores reliable in Cygwin 2.8.0. What do you
think?
Just FYI, Corinna is
> > > > > On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> > > > > > I pushed a patchset now, and uploaded new developer snapshots for
> > > > > > testing to https://cygwin.com/snapshots/
> > > > >
> > &g
patchset now, and uploaded new developer snapshots for
testing to https://cygwin.com/snapshots/
Please give it a try
I call the cygwin-20170324 freezes "limited" because the symptoms
differ from
the classic freeze I described upthread. "strace /bin/true" and "cat
/proc
testing to https://cygwin.com/snapshots/
Please give it a try
I call the cygwin-20170324 freezes "limited" because the symptoms differ from
the classic freeze I described upthread. "strace /bin/true" and "cat
/proc/sysvipc/sem" do not hang, but every Postg
On Sat, Apr 01, 2017 at 10:36:24PM -0400, Noah Misch wrote:
> On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
> > On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> > > I pushed a patchset now, and uploaded new developer snapshots for
>
On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
> On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> > I pushed a patchset now, and uploaded new developer snapshots for
> > testing to https://cygwin.com/snapshots/
>
> > Please give it a
threads are busy, just create a new one.
>
> There's no way yet to drop threads again, but this should be a minor
> problem in scenarions which really have a lot of contention.
Agreed. This is nicer.
> I pushed a patchset now, and uploaded new developer snapshots for
> test
On 25/03/2017 12:30, Corinna Vinschen wrote:
On Mar 25 09:09, Marco Atzeri wrote:
It seems that the number of max available semaphores is frozen to first call
value.
That's normal and documented. An existing semaphore set using the same
key has the number of semaphores defined in the first
terminal, "cat /proc/sysvipc/sem" and "cygserver -S" all hang. In
> > > most
> > > tests, cygserver was not consuming CPU while unresponsive.
> >
> >
> > I pushed a patchset now, and uploaded new developer snapshots for
> > testing to htt
unresponsive to other clients; for example, "strace /bin/true", opening a new
Cygwin terminal, "cat /proc/sysvipc/sem" and "cygserver -S" all hang. In most
tests, cygserver was not consuming CPU while unresponsive.
I pushed a patchset now, and uploaded new developer
t is, if a request is in the queue and all
worker threads are busy, just create a new one.
There's no way yet to drop threads again, but this should be a minor
problem in scenarions which really have a lot of contention.
- The code emulating BSD msleep/wakeup wasn't quite up to sp
On 21/03/2017 03:56, Noah Misch wrote:
On Tue, Aug 03, 2004 at 12:06:12PM +0200, Corinna Vinschen wrote:
On Aug 2 20:33, sarbx-cygwin6...@mailblocks.com wrote:
This time around, cygserver does not eat CPU. But after 5 to 6
concurrent
connections nothing seem to work, looks kind of hung. There
On Tue, Aug 03, 2004 at 12:06:12PM +0200, Corinna Vinschen wrote:
> On Aug 2 20:33, sarbx-cygwin6...@mailblocks.com wrote:
> > This time around, cygserver does not eat CPU. But after 5 to 6
> > concurrent
> > connections nothing seem to work, looks kind of hung. There is no
> > activity in the P
On 8/8/2016 07:48, Yaakov Selkowitz wrote:
> On 2016-08-05 18:15, JonY wrote:
>> I have just updated the mingw-w64 cross compilers Cygwin 32bit and 64bit.
>>
>> This version is considered testing and has --enable-vtable-verify set.
>> I'd consider moving it to stab
On 2016-08-05 18:15, JonY wrote:
I have just updated the mingw-w64 cross compilers Cygwin 32bit and 64bit.
This version is considered testing and has --enable-vtable-verify set.
I'd consider moving it to stable if it can build non-trivial C++
applications.
I had no issues compiling
> Does Julia depend on C++11 features? I'm not familiar with it. How big
> is it compared to say, QT?
Yes, it does depend on C++11, but mostly by way of linking to LLVM.
Julia by itself is not huge, but it depends on a bunch of external
library dependencies that are. The most time-consuming of tho
On 8/6/2016 14:58, Tony Kelman wrote:
> Have you backported the patch for GCC bug 66655 here? I was expecting
> this to miscompile LLVM and cause test failures when building the Julia
> language, as I've seen for all other GCC 5.x versions on mingw targets.
> The fix was
> https://gcc.gnu.org/view
Have you backported the patch for GCC bug 66655 here? I was expecting
this to miscompile LLVM and cause test failures when building the Julia
language, as I've seen for all other GCC 5.x versions on mingw targets.
The fix was
https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/config/i386/winnt.c?r1=232828&
I have just updated the mingw-w64 cross compilers Cygwin 32bit and 64bit.
This version is considered testing and has --enable-vtable-verify set.
I'd consider moving it to stable if it can build non-trivial C++
applications.
PLEASE RECOMPILE ALL YOUR C++ CODE FOR ABI COMPATIBILITY
Hi,
Short version: "schtasks /change" fails because I used SSH public key
auth. I'd like to add error checking to script I run, so that it exits
if the user doesn't have the right session token (password), and "fix"
SSH public key login so I get the right privileges. How best to do that?
I've
On May 16 16:35, Chris J. Breisch wrote:
> Corinna Vinschen wrote:
> >Thanks for testing. If you find any other problems or annoyances,
> >please speak up.
> >
> >
> >Thanks,
> >Corinna
> >
>
> I have a problem with ssh using this on a domai
Corinna Vinschen wrote:
Thanks for testing. If you find any other problems or annoyances,
please speak up.
Thanks,
Corinna
I have a problem with ssh using this on a domain machine.
$ uname -a
CYGWIN_NT-6.3 cbreisch-win8 1.7.30s(0.272/5/3) 20140514 11:29:16 x86_64
Cygwin
I had ssh set
s no
> cyg_server yes no
> Guest yes no
> ht yes no
> postgresyes no
> sshdyes no
>
> [you can reproduce this using
> > cut -d ':' -f 1 /etc/passwd | while read u; do echo
Corinna Vinschen writes:
> Yes, I noticed the "s". But I missed to explain that I wasn't talking
> about the delay. What I can't reproduce is that `id Administrators'
> returns a result:
>
> $ id +Administrators
> uid=544(+Administrators) gid=544(+Administrators) groups=11(+Authenticated
>
uldn't happen as long as we still have the "+" prepended to
> > BUILTIN accounts(*). And, as a matter of fact, I can't reproduce this
> > with the latest from CVS (== the snapshot you're testing). Did you exit
> > your shell and restart it after creating t
And, as a matter of fact, I can't reproduce this
> with the latest from CVS (== the snapshot you're testing). Did you exit
> your shell and restart it after creating the /etc/nsswitch.conf file as
> described in my preliminary documentation?
Yes, and I just re-did that, and I'm
user0m0.015s
> sys 0m0.015s
This shouldn't happen as long as we still have the "+" prepended to
BUILTIN accounts(*). And, as a matter of fact, I can't reproduce this
with the latest from CVS (== the snapshot you're testing). Did you exit
your shell and restar
Corinna Vinschen writes:
> On May 13 17:29, Henry S. Thompson wrote:
>> Any trivial way I can test that I am actually _getting_ identities
>> via the new route?
>
> Call `id' :)
OK, so that does yield. . .rather different results than it used to.
Poking around with id compared to the the content
On May 13 17:29, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > On May 13 16:52, Corinna Vinschen wrote:
>
> >> I can reproduce it. This has nothing to with the account stuff, but
> >> rather with a problem with the IPV6 definitions in the Mingw-w64 headers
> >> I encountered lately,
Corinna Vinschen writes:
> On May 13 16:52, Corinna Vinschen wrote:
>> I can reproduce it. This has nothing to with the account stuff, but
>> rather with a problem with the IPV6 definitions in the Mingw-w64 headers
>> I encountered lately, and which I had to workaround. Unfortunately
>> it has
1 - 100 of 700 matches
Mail list logo
