On Apr 10 19:29, Lluís Batlle i Rossell via Cygwin wrote:
> On Thu, Apr 10, 2025 at 12:17:13PM +0200, Corinna Vinschen wrote:
> > I pushed a patch which skips not only Capability SIDs, but also AzureAD
> > SIDs, IIS APPPOOL SIDs and Samba-generated SIDs.
> > https://sourc
On Apr 10 11:03, Jeremy Drake via Cygwin wrote:
> On Thu, 10 Apr 2025, Corinna Vinschen via Cygwin wrote:
>
> > > It seems glibc takes care of this implicit deregistration in
> > > __cxa_finalize, after calling __cxa_atexit functions, it unregisters any
> > >
Hi Lluís,
On Apr 10 09:52, Lluís Batlle i Rossell via Cygwin wrote:
> Hello,
>
> I saw this change to cygwin to ignore S-1-15-3-* SIDs:
> https://www.cygwin.com/cgit/newlib-cygwin/commit/?id=271f187b7b59a6645e24e9c36b60ba31f6527556
>
> I think, though, that the current code doesn't completely sk
On Apr 9 23:32, Jeremy Drake via Cygwin wrote:
> On Wed, 9 Apr 2025, Jeremy Drake via Cygwin wrote:
>
> > On Thu, 10 Apr 2025, Kevin Schnitzius via Cygwin wrote:
> >
> > > On Wednesday, April 9, 2025 at 06:54:34 PM EDT, Jeremy Drake via Cygwin
> > > wrote:
> > >
> > > > The recent issue with pt
Hi Bruno,
On Mar 29 15:02, Bruno Haible via Cygwin wrote:
> Corinna Vinschen wrote:
> > > Regarding what acl_extended_file() does, there is the man page by
> > > Andreas Grünbacher:
> > > https://www.kernel.org/doc/man-pages/online/pages/man3/acl_extended_file.3.htm
On Apr 8 17:07, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Apr 8 13:50, Corinna Vinschen via Cygwin wrote:
> > > On Apr 7 09:59, Christian Franke via Cygwin wrote:
> > > > Found because 'stress-ng --fcntl 2 --verify'
On Apr 8 13:50, Corinna Vinschen via Cygwin wrote:
> On Apr 7 09:59, Christian Franke via Cygwin wrote:
> > Found because 'stress-ng --fcntl 2 --verify' reports "ftruncate failed,
> > errno=21":
>
> Thanks for the testcase. I know what happens. Stay
On Apr 7 09:59, Christian Franke via Cygwin wrote:
> Found because 'stress-ng --fcntl 2 --verify' reports "ftruncate failed,
> errno=21":
Thanks for the testcase. I know what happens. Stay tuned for a patch.
Thanks,
Corinna
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Apr 4 16:23, Shaddy Baddah via Cygwin wrote:
>
> On 4/04/2025 10:02 am, Shaddy Baddah via Cygwin wrote:
> > Hi,
> >
> > On 4/04/2025 4:49 am, ASSI via Cygwin wrote:
> > > Shaddy Baddah via Cygwin writes:
> > > > If I connect an SSH session via the "native" OpenSSH instance
> > > > integrated
On Apr 7 12:35, Christian Franke via Cygwin wrote:
> Yuyi Wang via Cygwin wrote:
> > Thank you Christian, setting SO_PEERCRED on the client socket works. It's a
> > little wierd, though. Is it OK to always set it to NULL on a unix socket?
>
> No, this is a Cygwin extension, originally added for p
On Apr 3 14:28, Jeremy Drake via Cygwin wrote:
> On Wed, 2 Apr 2025, Cedric Blancher via Cygwin wrote:
>
> > On Tue, 1 Apr 2025 at 13:54, Corinna Vinschen via Cygwin
> > wrote:
> > > No, but if we want to *better* support this driver, we need either a
> > >
Hi Takashi,
On Apr 3 01:52, Takashi Yano via Cygwin wrote:
> > Currently, I am looking into this problem.
> >
> > What I noticed so far is:
> > * The problem occurs after the commit 7ed9adb356df.
> > * This problem is happen when fhandler_fifo_pipe::raw_write() returns
> > error because cygwai
On Apr 1 15:32, Paul Eggert via Cygwin wrote:
> > > traditionally (and I'm talking about 7th edition Unix) a single
> > > output line of 'ls' corresponded to a state obtained atomically from the
> > > file system. I realize we can't always do that nowadays but the further we
> > > depart from it,
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 Mar 31 23:26, Brian Inglis via Cygwin wrote:
> On 2025-03-31 12:49, Corinna Vinschen via Cygwin wrote:
> > On Mar 31 12:35, Brian Inglis via Cygwin wrote:
> [...]
> > > Has anyone a feel if there are any other projects on that list whose man
> > > pages would be u
On Mar 31 12:35, Brian Inglis via Cygwin wrote:
> On 2025-03-29 13:08, Alejandro Colomar wrote:
> > On Sat, Mar 29, 2025 at 07:45:27PM +0100, Alejandro Colomar wrote:
> > > Hi Bruno,
> >
> > Oops, s/Bruno/Brian/ :)
> >
> > >
> > > On Sat, Mar 29, 2025 at 12:28:52PM -0600, Brian Inglis wrote:
>
On Mar 31 12:12, Paul Eggert via Cygwin wrote:
> On 3/31/25 11:27, Pádraig Brady wrote:
> > The file could be deleted at any time.
> > We're just suppressing errors in the edge case it's deleted
>
> More generally, though, the file could be renamed and another put in its
> place, which means that
Hi Jörg,
On Mar 31 09:00, Joerg Markus (LBC) via Cygwin wrote:
> Hi,
>
> a colleague and I are facing a problem with unhandled exceptions in
> our C++ programs in Cygwin. The C++ standard guarantees, that
> std::terminate() shall be called for thrown exceptions, that are not
> caught [0]. Unfor
On Mar 30 22:58, Jeremy Drake via Cygwin wrote:
> On Mon, 31 Mar 2025, Christoph Reiter via Cygwin wrote:
>
> > Starting with 3.6.0 when cmake calls into make/ninja/gcc there is a chance
> > of
> > that failing, for example like this:
> >
> > CMake Error: Generator: build tool execution failed, c
On Mar 31 09:14, Cedric Blancher via Cygwin wrote:
> On Sun, 15 Oct 2023 at 02:14, Mark Geisert via Cygwin
> wrote:
> >
> > Mark Geisert via Cygwin wrote:
> > >
> > >> Are there Qt6 - https://www.qt.io/product/qt6 - packages for Cygwin
> > >> available?
> > >
> > > Does setup.exe show it/them as
On Mar 31 11:25, Duncan Roe via Cygwin wrote:
> On Sun, Mar 30, 2025 at 05:32:44PM +0800, cygwin wrote:
> > Code to reproduce:
> >
> >
> > #include
> > #include
> > #include
> > #include
> >
> > int main() {
> > void* handle = dlopen("/usr/bin/cygwin1.dll", RTLD_LAZY | RTLD_LOCAL);
> >
On Mar 30 14:02, Jeremy Drake via Cygwin wrote:
> On Sun, 30 Mar 2025, Jeremy Drake via Cygwin wrote:
>
> > I tried to build cmake 4.0.0 with latest test gcc and cygwin packages, and
> > got the following error
> >
> > /home/WDAGUtilityAccount/cmake-4.0.0/Utilities/cmcurl/lib/rand.c: In
> > functi
Hi Brian
Regression in 9.5 and 9.6:
$ ls -l /bin/setfacl*
-rwxr-xr-x 1 corinna Administrators 109379 Mar 30 21:24 /bin/setfacl.exe
$ cd
$ ls -l x86_64-pc-cygwin/winsup/utils/setfacl*
-rwxr-xr-x 1 corinna vinschen 109379 Mar 30 21:19
x86_64-pc-cygwin/winsup/utils/setfacl.exe
-rw-r
Hi Bruno,
On Mar 29 15:02, Bruno Haible via Cygwin wrote:
> Corinna Vinschen wrote:
> > > Regarding what acl_extended_file() does, there is the man page by
> > > Andreas Grünbacher:
> > > https://www.kernel.org/doc/man-pages/online/pages/man3/acl_extended_file.3.htm
Hi Paul,
thanks for the patch.
On Mar 29 10:31, Paul Eggert via Cygwin wrote:
> On 3/29/25 04:30, Corinna Vinschen wrote:
> > What it should do if only the POSIX.1e draft 17 functions are available
> > is something along these lines:
>
> Yes, that sounds like a bet
On Mar 29 13:12, Corinna Vinschen via Cygwin wrote:
> On Mar 29 12:43, Bruno Haible via Cygwin wrote:
> > OK, and what does this mean for the *files* created in such a directory?
>
> Just for clarity, permissions in Windows are *always* defined by an ACL.
> There's no such
On Mar 29 12:58, Bruno Haible via Cygwin wrote:
> Corinna Vinschen wrote:
> > Btw., while I was testing test-file-has-acl.sh, I found two more bugs,
> > one in test-file-has-acl.sh, and one (a problem of account handling in
> > Windows) in Cygwin's setfacl(1). Togethe
On Mar 29 12:43, Bruno Haible via Cygwin wrote:
> Hi Corinna,
>
> > c) The expectations of test-file-has-acl.sh are wrong.
>
> The Cygwin-specific part of that unit test has minimal expectations:
>
> # Set an ACL for a group.
> if setfacl -m group:0:1 tmpfile0; then
>
>
Hi Pádraig,
thanks for your reply!
On Mar 28 20:30, Pádraig Brady via Cygwin wrote:
> On 28/03/2025 14:30, Bruno Haible via Gnulib discussion list wrote:
> > [CCing bug-gnulib]
> >
> > Corinna Vinschen wrote in
> > <https://sourceware.org/pipermail
Hi Bruno,
thanks for your quick reply!
On Mar 28 15:30, Bruno Haible via Cygwin wrote:
> [CCing bug-gnulib]
>
> Corinna Vinschen wrote in
> <https://sourceware.org/pipermail/cygwin/2025-March/257751.html>:
> > I found the problem, it's in a gnulib header. See be
Hi Bruno,
I found the problem, it's in a gnulib header. See below.
On Mar 28 12:21, Corinna Vinschen via Cygwin wrote:
> On Mar 28 10:59, Corinna Vinschen via Cygwin wrote:
> > [Adding Bruno Haible]
> >
> > Hi Bruno,
> >
> > can you please take a l
On Mar 28 10:59, Corinna Vinschen via Cygwin wrote:
> [Adding Bruno Haible]
>
> Hi Bruno,
>
> can you please take a look? To reiterate, with coreutils 9.6:
>
> $ ln -s foo bar
> $ ls -l bar
> ls: bar: Not supported
> lrwxrwxrwx 1 corinna vinschen 3 Ma
[Adding Bruno Haible]
Hi Bruno,
can you please take a look? To reiterate, with coreutils 9.6:
$ ln -s foo bar
$ ls -l bar
ls: bar: Not supported
lrwxrwxrwx 1 corinna vinschen 3 Mar 27 10:20 bar -> foo
The introducing commit in coreutils is apparently commit
b58e321c8d5dd (
On Mar 27 16:11, Jim Garrison via Cygwin wrote:
> I just learned about ssh multiplexing and tried to set it up (Cygwin client
> to Debian server), but it fails to work and each attempt leaves a zombie ssh
> process.
>
> According to the ssh -vvv debug output, authentication is successful but
> the
On Mar 25 15:12, Mark Geisert via Cygwin wrote:
> >
> > Your ls output shows an at-sign after the name "bar". You're
> > probably using an alias for ls including the -F option. Can you
> > paste your alias here?
>
> alias ls='ls -AF --color -bv -T 0'
>
> The oddity occurs even if I use /bin/ls
nnot access 'bar': No such file or directory
$ ln -s foo bar
$ ls foo bar
ls: cannot access 'foo': No such file or directory
bar
$ ls -l foo bar
ls: cannot access 'foo': No such file or directory
lrwxrwxrwx 1 corinna vinschen 3 Mar 25 10:46 bar -> foo
Th
Hi Bruno,
On Mar 24 18:12, Corinna Vinschen via Cygwin wrote:
> On Mar 24 14:12, Bruno Haible via Cygwin wrote:
> > Hi,
> >
> > It's good to see the addition of getlocalename_l from POSIX [1] in Cygwin
> > 3.6.0.
> >
> > [1]
> > https://
On Mar 24 14:12, Bruno Haible via Cygwin wrote:
> Hi,
>
> It's good to see the addition of getlocalename_l from POSIX [1] in Cygwin
> 3.6.0.
>
> [1]
> https://pubs.opengroup.org/onlinepubs/9799919799/functions/getlocalename_l.html
>
> However, there are two bugs:
>
>
> - "If
> the val
On Mar 19 04:31, Takeshi Nishimura via Cygwin wrote:
> On Tue, Mar 18, 2025 at 8:19 PM Corinna Vinschen via Cygwin
> wrote:
> >
> > On Mar 18 15:57, Takeshi Nishimura via Cygwin wrote:
> > > On Tue, Feb 25, 2025 at 4:59 PM Takeshi Nishimura
> > > wrote:
On Mar 18 15:57, Takeshi Nishimura via Cygwin wrote:
> On Tue, Feb 25, 2025 at 4:59 PM Takeshi Nishimura
> wrote:
> >
> > Subject says it all, please document that @ characters in UNC paths
> > are now supported, for WebDAV and BeeGFS
>
> Was this ever added to the Cygwin documentation for Cygwin
On Mar 17 22:20, Dan Shelton via Cygwin wrote:
> Hello!
>
> Mad? idea:
> Would there be any objections if Cygwin would be integrated into
> ReactOS, and always shipped as part of ReactOS?
As long as you adhere to the license, feel free.
But it doesn't make sense to me. A Unix service in the usu
On Mar 14 17:12, Corinna Vinschen via Cygwin wrote:
> On Mar 14 16:50, Corinna Vinschen via Cygwin wrote:
> > On Mar 14 13:48, Christian Franke via Cygwin wrote:
> > > $ nm /usr/lib/libbsd.dll.a | grep ' arc4random' || echo not found
> >
On Mar 14 16:50, Corinna Vinschen via Cygwin wrote:
> On Mar 14 13:48, Christian Franke via Cygwin wrote:
> > $ nm /usr/lib/libbsd.dll.a | grep ' arc4random' || echo not found
> > not found
> >
> > I guess:
> > - arc4random_addrandom() should be remo
On Mar 14 13:48, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Mar 13 08:59, Christian Franke via Cygwin wrote:
> > > Problem introduced in a8891c93:
> > >
> > > $ cygcheck -f /usr/include/stdlib.h
> >
On Mar 14 21:52, Takashi Yano via Cygwin wrote:
> On Fri, 14 Mar 2025 13:19:28 +0100
> Corinna Vinschen wrote:
> > On Mar 14 20:35, Takashi Yano via Cygwin wrote:
> > > On Fri, 14 Mar 2025 11:01:25 +0100
> > > Corinna Vinschen wrote:
> > > > I don'
On Mar 14 20:35, Takashi Yano via Cygwin wrote:
> On Fri, 14 Mar 2025 11:01:25 +0100
> Corinna Vinschen wrote:
> > I don't think so. I was mulling in circles over this tonight
> > (don't ask me how I slept!) and came to the same conclusion.
> > But here's t
On Mar 14 12:56, Takashi Yano via Cygwin wrote:
> On Fri, 14 Mar 2025 08:12:36 +0900
> Takashi Yano wrote:
> > On Thu, 13 Mar 2025 23:46:49 +0100
> > Corinna Vinschen wrote:
> > > I have a slighty changed version. This one treats anything other
> > > than 0,
On Mar 13 17:30, Corinna Vinschen via Cygwin wrote:
> On Mar 13 21:31, Takashi Yano via Cygwin wrote:
> > What about following patch instead of your sigdelayed patch?
> > [...]
> > @@ -1834,6 +1841,26 @@ _cygtls::call_signal_handler ()
> >signal handler. *
On Mar 13 08:59, Christian Franke via Cygwin wrote:
> Problem introduced in a8891c93:
>
> $ cygcheck -f /usr/include/stdlib.h
> cygwin-devel-3.6.0-0.430.ga942476236b5
>
> $ cygcheck -f /usr/include/bsd/stdlib.h
> libbsd-devel-0.12.2-2
>
> $ gcc -c -xc - <<<'#include '
> In file included from :1:
On Mar 13 21:31, Takashi Yano via Cygwin wrote:
> On Thu, 13 Mar 2025 20:42:52 +0900
> Takashi Yano wrote:
> > After the commit:
> >
> > commit a942476236b5e39bf30c533d08df7392e326a4c6 (origin/master,
> > origin/main, origin/HEAD)
> > Author: Corinna Vinsc
On Mar 12 17:06, Corinna Vinschen via Cygwin wrote:
> On Mar 12 16:30, Corinna Vinschen via Cygwin wrote:
> > On Mar 11 12:32, Christian Franke via Cygwin wrote:
> > > The attached testcase should test the following use cases of setcontext:
> > > - call from regular use
On Mar 12 16:30, Corinna Vinschen via Cygwin wrote:
> On Mar 11 12:32, Christian Franke via Cygwin wrote:
> > Corinna Vinschen via Cygwin wrote:
> > > It's not quite clear to me why signal handling should be broken if
> > > setcontext is used inside a signal h
On Mar 12 16:30, Corinna Vinschen via Cygwin wrote:
> Theoretically, a small update to sigdelayed() would fix the issue: ather
> then poing the original IP from the signal stack after calling the
Make that:
Theoretically, a small update to sigdelayed() would fix the issue:
*R*ather the
On Mar 11 12:32, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > It's not quite clear to me why signal handling should be broken if
> > setcontext is used inside a signal handler. The incyg flag is false
> > when running the signal
On Mar 12 06:40, Peter Board via Cygwin wrote:
> Hi Cygwin Developers,
>
> In the source code for the session.c Cygwin is using the standard
> OpenSSH source code, which checks for both the user ID of 0 and a
> permissions for who can write to the new folder.
> Chroot mounting test that I can't ge
On Mar 10 20:33, Brian Inglis via Cygwin wrote:
> On 2025-03-10 18:56, Dan Shelton via Cygwin wrote:
> > On Mon, 10 Mar 2025 at 21:24, Brian Inglis via Cygwin wrote:
> > > On 2025-03-10 04:35, Martin Wege via Cygwin wrote:
> > > > On Fri, Mar 7, 2025 at 3:42 PM Dan Shelton via Cygwin wrote:
> > > >
On Mar 10 21:51, Brian Inglis via Cygwin wrote:
> On 2025-03-10 14:01, Corinna Vinschen via Cygwin wrote:
> > On Mar 7 15:43, Cedric Blancher via Cygwin wrote:
> > > On Fri, 7 Mar 2025 at 13:24, Corinna Vinschen wrote:
>
> > > cygutils-extra
>
> > Th
On Mar 7 15:43, Cedric Blancher via Cygwin wrote:
> On Fri, 7 Mar 2025 at 13:24, Corinna Vinschen
> wrote:
> > Stop telling us what we're supposed to do for you. It's pretty
> > annoying how you're exerting group pressure with (per last counting)
> > fiv
On Mar 8 12:07, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Mar 6 13:24, Christian Franke via Cygwin wrote:
> > > Found because 'stress-ng --context 1 ...' always hangs.
> > >
> > > The attached testcase uses
[Redirected to the cygwin mailing list]
Don't send unsolicited private email, use the mailing lists.
On Mar 7 11:19, Cedric Blancher wrote:
> Good morning!
>
> Corinna,
> could you please add the following tool to cygwin-utils-extra package
> for Cygwin 3.6? It's SUN's old utility to list the
On Mar 6 13:24, Christian Franke via Cygwin wrote:
> Found because 'stress-ng --context 1 ...' always hangs.
>
> The attached testcase uses the example from Linux swapcontext(3) to call the
> context functions.
Just tested with 3.5.3 and it doesn't work there, either.
So yeah, it's a bug, but i
r.
Thanks,
Corinna
On Feb 28 13:53, Rainer Emrich via Cygwin wrote:
> 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 Cori
On Mar 5 20:49, Dimitry Andric via Cygwin wrote:
> In my opinion, it is wrong that scanners rely on this information. :-)
Exactly.
> I guess something similar could be done in the Cygwin package. This is
> up to the Cygwin maintainers of course.
And that doesn't change if some distros tweak the
Guys, I already applied a patch.
Thanks,
Corinna
On Mar 5 15:51, Glenn Strauss via Cygwin wrote:
> On Wed, Mar 05, 2025 at 08:27:53PM +, Lavrentiev, Anton (NIH/NLM/NCBI)
> [C] via Cygwin wrote:
> > > We could change this to a macro instead:
> > >
> > > -static inline void setproctitle_init
On Mar 5 20:10, Dimitry Andric via Cygwin wrote:
> Maybe it's because -Wsystem-headers is not enabled? I'm unsure what
> gcc's default behavior is with -Wall, but if you add an explicit
> -Wsystem-headers you might still get that warning.
Thanks, that was the reason. With -Wsystem-headers I can r
On Mar 5 17:16, Christian Franke via Cygwin wrote:
> Roland Mainz via Cygwin wrote:
> > Small issue with Cygwin 3.6 (3.6.0-0.419.g3c1308ed890e.x86_64) system
> > /usr/include/unistd.h and clang:
> > snip
> > $ clang --version
> > clang version 8.0.1 (tags/RELEASE_801/final)
> > Target: x
On Mar 4 12:38, Corinna Vinschen via Cygwin wrote:
> On Mar 4 12:20, Lionel Cons via Cygwin wrote:
> > On Tue, 4 Mar 2025 at 11:08, Corinna Vinschen via Cygwin
> > wrote:
> > >
> > > On Mar 3 23:07, Lionel Cons via Cygwin wrote:
> > > > On Mon, 3 M
On Mar 4 12:20, Lionel Cons via Cygwin wrote:
> On Tue, 4 Mar 2025 at 11:08, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Mar 3 23:07, Lionel Cons via Cygwin wrote:
> > > On Mon, 3 Mar 2025 at 12:43, Corinna Vinschen via Cygwin
> > > wrote:
> > &g
On Mar 3 23:07, Lionel Cons via Cygwin wrote:
> On Mon, 3 Mar 2025 at 12:43, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 28 15:36, Lionel Cons via Cygwin wrote:
> > > We've hit a scalability issue in Cygwin today, the application in
> > > questi
On Mar 1 01:18, Dan Shelton via Cygwin wrote:
> On Fri, 28 Feb 2025 at 20:34, Dan Shelton wrote:
> >
> > Hello!
> >
> > Which Cygwin/POSIX file locking API work over SMB? We need file
> > locking across multiple SMB clients
>
> Coworker just said that Cygwin does not support file locking over
>
On Feb 28 15:36, Lionel Cons via Cygwin wrote:
> We've hit a scalability issue in Cygwin today, the application in
> question ran out of POSIX realtime signals (i.e. SIGRTMIN-SIGRTMAX).
>
> Could Cygwin support 128 POSIX realtime signals?
Not possible. sigset_t is an unsigned long, thus we can o
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
> &g
On Feb 27 05:58, Roland Mainz via Cygwin wrote:
> On Wed, Feb 26, 2025 at 9:26 PM Corinna Vinschen via Cygwin
> wrote:
> > On Feb 26 20:16, Roland Mainz via Cygwin wrote:
> > > Something is wrong with UNC paths in Cygwin 3.6 build
> > > 3.6.0-0.404.g323729f654ae.x86_
On Feb 26 20:16, Roland Mainz via Cygwin wrote:
> Hi!
>
> -
>
> Something is wrong with UNC paths in Cygwin 3.6 build
> 3.6.0-0.404.g323729f654ae.x86_64 and ms-nfs41-client 2025-02-21:
>
> Example:
> snip
> $ cd //derfwnb4966_ipv4.global.loc@2049/nfs4/bigdisk/builds/bash_build1
> $
On Feb 26 15:45, Corinna Vinschen via Cygwin wrote:
> On Feb 25 16:59, Jeremy Drake via Cygwin wrote:
> D'uh. My reading skills are detoriating. I tried RESOURCE_CONNECTED
> and RESOURCE_REMEMBERED, but always with lpNetResource set up for a
> certain server... *facepalm*
&g
On Feb 26 17:46, Cedric Blancher via Cygwin wrote:
> On Wed, 26 Feb 2025 at 17:29, Corinna Vinschen via Cygwin
> wrote:
> > I wasn't aware there are other projects using the undocumented NFS
> > interfaces. As far as Cygwin is concerned, it would be the simplest
> >
On Feb 26 17:13, Cedric Blancher via Cygwin wrote:
> On Wed, 26 Feb 2025 at 16:50, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 26 16:23, Roland Mainz via Cygwin wrote:
> > > On Wed, Feb 26, 2025 at 2:36 PM Corinna Vinschen via Cygwin
> > > wrote:
>
On Feb 26 16:23, Roland Mainz via Cygwin wrote:
> On Wed, Feb 26, 2025 at 2:36 PM Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 26 11:15, Roland Mainz via Cygwin wrote:
> > > On Wed, Feb 26, 2025 at 2:22 AM Jeremy Drake via Cygwin
> > > wrote:
> >
On Feb 25 16:59, Jeremy Drake via Cygwin wrote:
> On Tue, 25 Feb 2025, Cedric Blancher via Cygwin wrote:
>
> > WebDAV and BeeGFS are not alone, the Windows ms-nfs41-client and
> > ms-nfs42-client ALWAYS (even with default NFSv4.1 port TCP/2049) use
> > UNC paths with "@" character, like
> > \\stri
On Feb 26 11:15, Roland Mainz via Cygwin wrote:
> On Wed, Feb 26, 2025 at 2:22 AM Jeremy Drake via Cygwin
> wrote:
> > On Tue, 25 Feb 2025, Takeshi Nishimura via Cygwin wrote:
> > > No, it's beegfs.sys you install.
> > > SMB is not used, it uses its own protocol. If you do a
> > > FileRemoteProtoc
On Feb 25 17:53, Takeshi Nishimura via Cygwin wrote:
> On Tue, Feb 25, 2025 at 5:41 PM Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 25 16:59, Takeshi Nishimura via Cygwin wrote:
> > > Subject says it all, please document that @ characters in UNC paths
> >
On Feb 25 16:59, Takeshi Nishimura via Cygwin wrote:
> Subject says it all, please document that @ characters in UNC paths
> are now supported, for WebDAV and BeeGFS
Right now it's only documented that WebDAV shares are supported:
- Expose WebDav shares, //tsclient (Microsoft Terminal Services)
Hi Brian,
there's a regression in coreutils 9.6:
With 9.0:
$ pwd
/openssh/build
$ cp ssh scp /usr/bin
$
With 9.6:
$ cp ssh scp /usr/bin
cp: cannot create regular file '/usr/bin/ssh': File exists
cp: cannot create regular file '/usr/bin/scp': File exists
$
but:
$ cp ssh.ex
Hi Knut,
On Feb 25 01:51, knut st. osmundsen via Cygwin wrote:
> Hi,
>
> I've been hunting an issue for some days now, where a non-cygwin program
> using microsoft's UCRT sometimes end up with a sticky error on stdout when
> running under cygwin perl with a pipe capturing stdout and stderr. When
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,
> >
>
On Feb 24 17:01, LLoyd via Cygwin wrote:
> Hello.
>
> I'll try to keep this short:
> In Cygwin only, using bash 5.2.21-1 or 5.2.15-3 (the only 5.* versions
> available), "empty" in a regular expression is not properly matched
> and breaks the regular expression.
> It's not a quoting issue, I also
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 (http
On Feb 22 08:35, Cedric Blancher via Cygwin wrote:
> On Fri, 21 Feb 2025 at 22:09, Corinna Vinschen via Cygwin
> wrote:
> > On Feb 21 12:50, Martin Wege via Cygwin wrote:
> > > Full command line, please.
> >
> > Turns out, this wasn't working because I hadn&
On Feb 21 22:04, Takeshi Nishimura via Cygwin wrote:
> On Fri, Feb 21, 2025 at 11:28 AM Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 20 23:36, Martin Wege via Cygwin wrote:
> > > On Thu, Feb 20, 2025 at 9:37 PM Corinna Vinschen via Cygwin
> > > > And
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
On Feb 21 12:50, Martin Wege via Cygwin wrote:
> On Fri, Feb 21, 2025 at 11:29 AM Corinna Vinschen via Cygwin
> wrote:
> > On Feb 20 23:36, Martin Wege via Cygwin wrote:
> > > And speaking of the "hostname", is this the \\hostname\path of an UNC?
> > > In
On Feb 21 12:15, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > ...
> >
> > I just deployed 0.12.2-2 as test. Apart from setproctitle{_init}, it
> > also drops exporting the following symbols already exported from Cygwi
On Feb 20 23:49, Martin Wege via Cygwin wrote:
> Hello!
>
> FYI https://github.com/mirror/newlib-cygwin has not been getting
> updates for months. Can anyone please have a look?
Wrong address. We have nothing to do with https://github.com/mirror.
Our official github mirror is at https://github.c
On Feb 20 23:36, Martin Wege via Cygwin wrote:
> On Thu, Feb 20, 2025 at 9:37 PM Corinna Vinschen via Cygwin
> > And here's the problem. It works fine for me on all shares, be it SMB,
> > Samba, or NFS:
> >
> > https://cygwin.com/pipermail/cygwin/2025-February
On Feb 20 19:24, Lionel Cons via Cygwin wrote:
> On Thu, 20 Feb 2025 at 18:09, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 20 17:37, Lionel Cons via Cygwin wrote:
> > > On Thu, 20 Feb 2025 at 14:56, Cedric Blancher via Cygwin
> > > w
On Feb 20 17:37, Lionel Cons via Cygwin wrote:
> On Thu, 20 Feb 2025 at 14:56, Cedric Blancher via Cygwin
> wrote:
> >
> > Good afternoon!
> >
> > Cygwin 3.6.0-0.378.g78fb13d21f4f.x86_64, Cygwin coreutils package 9.6-1
> >
> > coreutils mkdir is broken on UNC paths:
> >
> > mkdir -p --
> > "//emb
On Feb 20 16:32, Takashi Yano via Cygwin wrote:
> On Wed, 19 Feb 2025 16:23:41 +0900
> Takashi Yano wrote:
> > On Wed, 19 Feb 2025 07:59:00 +0100
> > Cedric Blancher wrote:
> > > Good morning!
> > >
> > > Cygwin 3.6.0-0.374.g4dd859d01c22.x86_64 on Win10/AMD64/64bit:
> > >
> > > Pipe between Cygwi
On Feb 20 15:16, Cedric Blancher via Cygwin wrote:
> On Thu, 20 Feb 2025 at 14:55, Cedric Blancher
> wrote:
> >
> > Good afternoon!
> >
> > Cygwin 3.6.0-0.378.g78fb13d21f4f.x86_64, Cygwin coreutils package 9.6-1
> >
> > coreutils mkdir is broken on UNC paths:
> >
> > mkdir -p --
> > "//ember.dat
On Feb 20 12:38, Cedric Blancher via Cygwin wrote:
> On Wed, 19 Feb 2025 at 22:30, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 18 19:34, Cedric Blancher via Cygwin wrote:
> > > Good evening!
> > >
> > > Cygwin 3.6.0-0.374.g4dd859d01c22.x86_
On Feb 20 10:44, Corinna Vinschen via Cygwin wrote:
> On Feb 20 10:39, Corinna Vinschen via Cygwin wrote:
> > On Feb 20 08:34, Christian Franke via Cygwin wrote:
> > > Corinna Vinschen via Cygwin wrote:
> > > > I uploaded a 0.11.8-1 test package which fixes this iss
1 - 100 of 12640 matches
Mail list logo
