Re: cygwin 3.6.0: No signals received after swapcontext() is used

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

Re: Chrootdirectory / Chroot - not working in OpenSSH sftp directives in \etc\sshd_config or using a custom shell script - MS OpenSSH build has a workaround

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

Re: SEEK_DATA should fail at EOF (was: coreutils-9.6-1 (TEST): cp: infinite SEEK_SET/DATA/HOLE loop if file is compressed)

On Feb 14 12:24, Christian Franke via Cygwin wrote: > Christian Franke via Cygwin wrote: > > Testcase: > > [...] > > Upstream bug? > > Possibly not. A closer look shows that the main loop in copy.c:lseek_copy() > expects that SEEK_DATA fails with ENXIO at EOF. > > https://github.com/coreutils/cor

Re: SEEK_DATA should fail at EOF (was: coreutils-9.6-1 (TEST): cp: infinite SEEK_SET/DATA/HOLE loop if file is compressed)

On Feb 14 13:49, Corinna Vinschen via Cygwin wrote: > On Feb 14 12:24, Christian Franke via Cygwin wrote: > > Hmm... does "beyond" mean '>=' or '>' ? > > ...do you think this fixes it? > > diff --git a/winsup/cygwin/fhandler/base

Re: __builtin_thread_pointer

On Feb 11 23:52, Dimitry Andric via Cygwin wrote: > Yes, that is the RISCV or SH specific method. On x86_64, you access it via > the fs register, i.e. gcc (on Linux at least :) compiles: > > void *p = __builtin_thread_pointer(); > > to something like: > > movq%fs:0, %rax > mov

Re: /bin/cp of sparse files broken in 3.6.0-0.362.g68c13dc92f65.x86_64?

On Feb 12 10:54, Brian Inglis via Cygwin wrote: > On 2025-02-12 10:30, Corinna Vinschen via Cygwin wrote: > > On Feb 12 17:32, Cedric Blancher via Cygwin wrote: > > > Checklist: > > > - Volume has FILE_SUPPORTS_SPARSE_FILES > > > - Cygwin mount has &quo

Re: bug in strcasecmp and strncasecmp

On Feb 17 11:49, Bruno Haible via Cygwin wrote: > Corinna Vinschen wrote: > > Adding a cast fixes that and I just pushed a matching patch. > > Thanks. > > > I'm just not sure if that's sufficient in the light of POSIX.1-2024. > > The above expression seems to indicate that strcasecmp and friends

Re: WinAPI spawn() not used by Cygwin posix_spawn()? Re: [PATCH] Cygwin: Add spawn family of functions to docs

On Feb 16 23:33, Lionel Cons via Cygwin wrote: > On Sun, 16 Feb 2025 at 22:47, Mark Geisert wrote: > > > > In the doc tree, change the title of section "Other UNIX system > > interfaces..." to "Other system interfaces...". Add the spawn family of > > functions noting their origin as Windows. > >

Re: /bin/cp of sparse files broken in 3.6.0-0.362.g68c13dc92f65.x86_64?

On Feb 15 13:53, Christian Franke via Cygwin wrote: > Corinna Vinschen via Cygwin wrote: > > On Feb 15 11:17, Corinna Vinschen via Cygwin wrote: > > > https://cygwin.com/cygwin-ug-net/using.html#cygdrive > > I uploaded the new 3.6 version of that chapter to cygwin.com, btw.

Re: bug in strcasecmp and strncasecmp

Hi Bruno, On Feb 16 17:18, Bruno Haible via Cygwin wrote: > Per POSIX [1], the functions strcasecmp and strncasecmp should > "use the current locale to determine the case of the characters.". > > [1] https://pubs.opengroup.org/onlinepubs/9799919799/functions/strcasecmp.html > > This is not what

Re: SEEK_DATA should fail at EOF (was: coreutils-9.6-1 (TEST): cp: infinite SEEK_SET/DATA/HOLE loop if file is compressed)

On Feb 15 12:18, Christian Franke via Cygwin wrote: > Corinna Vinschen via Cygwin wrote: > > On Feb 14 14:14, Corinna Vinschen via Cygwin wrote: > > > On Feb 14 13:49, Corinna Vinschen via Cygwin wrote: > > > > On Feb 14 12:24, Christian Franke via Cygwin wrote: >

Re: Cygwin sparse file support: Please support fcntl(..., F_FREESP, ...)

On Feb 16 16:27, Sebastian Feld via Cygwin wrote: > On Sat, Feb 15, 2025 at 4:15 PM Cedric Blancher via Cygwin > wrote: > > > > Good afternoon! > > > > Could Cygwin 3.6 please support fcntl(...,F_FREESP,...) and > > cntl(...,F_FREESP64,...), as specified in > > https://docs.oracle.com/cd/E19253-01

Re: SEEK_DATA should fail at EOF (was: coreutils-9.6-1 (TEST): cp: infinite SEEK_SET/DATA/HOLE loop if file is compressed)

On Feb 14 14:14, Corinna Vinschen via Cygwin wrote: > On Feb 14 13:49, Corinna Vinschen via Cygwin wrote: > > On Feb 14 12:24, Christian Franke via Cygwin wrote: > > > Hmm... does "beyond" mean '>=' or '>' ? > > > > ...do you

Re: [regression-3.6] df -k on Cygwin 3.6 no longer lists all filesystems

On Feb 18 19:34, Cedric Blancher via Cygwin wrote: > Good evening! > > Cygwin 3.6.0-0.374.g4dd859d01c22.x86_64 on Win10/AMD64/64bit: > > df -k no longer shows the data of SMB filesystems, e.g. mount points > N:-Z: are mounted, but df -k shows nothing: > $ df -k > Filesystem 1K-blocks U

Re: cygwin 3.6.0 vs. libbsd 0.11.7-3: -lbsd breaks setproctitle()

On Feb 19 16:37, Corinna Vinschen via Cygwin wrote: > On Feb 19 14:40, Corinna Vinschen via Cygwin wrote: > > On Feb 19 14:25, Christian Franke via Cygwin wrote: > > > Corinna Vinschen via Cygwin wrote: > > > > So I think we rather shouldn't supply the libbsd v

Re: UNC path for WebDAV with cd '\\webdavsrv@SSL\path' or cd '\\webdavsrv@23456\path' will not work

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

Re: cygwin 3.6.0 vs. libbsd 0.11.7-3: -lbsd breaks setproctitle()

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

Re: https://github.com/mirror/newlib-cygwin not getting updates

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

Re: [regression-3.6] df -k on Cygwin 3.6 no longer lists all filesystems

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_

Re: cygwin 3.6.0 vs. libbsd 0.11.7-3: -lbsd breaks setproctitle()

On Feb 20 08:34, Christian Franke via Cygwin wrote: > Corinna Vinschen via Cygwin wrote: > > On Feb 19 16:37, Corinna Vinschen via Cygwin wrote: > > > On Feb 19 14:40, Corinna Vinschen via Cygwin wrote: > > > > On Feb 19 14:25, Christian Franke via Cygwin wrote:

Re: cygwin 3.6.0 vs. libbsd 0.11.7-3: -lbsd breaks setproctitle()

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 issue. I'll > > > propagate it to non-test when 3.6.0 is rele

Re: cygwin 3.6.0 vs. libbsd 0.11.7-3: -lbsd breaks setproctitle()

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

Re: UNC path for WebDAV with cd '\\webdavsrv@SSL\path' or cd '\\webdavsrv@23456\path' will not work

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

Re: [CALL FOR TESTING] Cygwin-3.6.0

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

Re: Bash 5 bug in Cygwin only: empty pattern inside a regular expression

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

Re: UNC path for WebDAV with cd '\\webdavsrv@SSL\path' or cd '\\webdavsrv@23456\path' will not work

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

Re: [CALL FOR TESTING] Cygwin-3.6.0

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

Re: UNC path for WebDAV with cd '\\webdavsrv@SSL\path' or cd '\\webdavsrv@23456\path' will not work

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&

Re: [regression-3.6] coreutils mkdir broken on UNC paths

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

Re: [regression-3.6] Pipe between Cygwin and non Cygwin (CRT/URT) randomly loses characters

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

Re: [regression-3.6] coreutils mkdir broken on UNC paths

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

Re: [regression-3.6] coreutils mkdir broken on UNC paths

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

Re: Registering new |WNNC_NET_*| keys ? / Re: Document support for @ character in UNC paths

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: > >

Re: Registering new |WNNC_NET_*| keys ? / Re: Document support for @ character in UNC paths

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 > >

Re: Document support for @ character in UNC paths

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

Re: Registering new |WNNC_NET_*| keys ? / Re: Document support for @ character in UNC paths

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

Re: Document support for @ character in UNC paths

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

Re: Registering new |WNNC_NET_*| keys ? / Re: Document support for @ character in UNC paths

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: >

Re: rm -Rfv on UNC path horribly slow in Cygwin 3.6.0-0.404.g323729f654ae.x86_64 ...

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 > $

coreutils 9.6 regression

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

Re: Document support for @ character 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)

Re: Document support for @ character in UNC paths

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 > >

Re: [CALL FOR TESTING] Cygwin-3.6.0

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, > > >

Re: pipe.cc: Missing FILE_SYNCHRONOUS_IO_NONALERT in call to NtOpenFile call in nt_create() - possibly leading to ENOSPC in UCRT

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

Re: rm -Rfv on UNC path horribly slow in Cygwin 3.6.0-0.404.g323729f654ae.x86_64 ...

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_

Re: symbolic link curiousity in 3.6.0

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.html > > > Gnulib is not the only u

[maintainer] coreutils-9.5 and 96 regression in cp (and maybe ln? mv?)

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--r

Re: dlclose reports ENOENT with simple code

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); > >    

Re: Qt6 in Cygwin?

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

Re: Crashes in cmake subprocesses since 3.6.0

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

Re: Terminate handler not called for C++ Cygwin programs on Windows 11

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

Re: cmake 4.0.0 fails to build with cygwin 3.7.0-0.19

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

Re: symbolic link curiousity in 3.6.0

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

Re: acl man pages {and others?} (Was: symbolic link curiosity in 3.6.0)

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: >

Re: symbolic link curiousity in 3.6.0

Hi Bruno, thanks for your quick reply! On Mar 28 15:30, Bruno Haible via Cygwin wrote: > [CCing bug-gnulib] > > Corinna Vinschen wrote in > : > > I found the problem, it's in a gnulib header. See below. > > ... > > Gnulib's acl-inte

Re: symbolic link curiousity in 3.6.0

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 > > : > > Responding

Re: symbolic link curiousity in 3.6.0

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 > >

Re: symbolic link curiousity in 3.6.0

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). Together with the above change to > >

Re: symbolic link curiousity in 3.6.0

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

Re: symbolic link curiousity in 3.6.0

acl_get_fd_np() and acl_get_link_np() in Cygwin? Theoretically this should fix the problem without having to fix coreutils, but I think coreutils really should take systems into account which only have the documented POSIX.1e functions. What do you think? Thanks, Corinna On Mar 27 11:49,

Re: symbolic link curiousity in 3.6.0

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

Re: symbolic link curiousity in 3.6.0

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

Re: two bugs in getlocalename_l

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://

Re: symbolic link curiousity in 3.6.0

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,

Re: Crashes in cmake subprocesses since 3.6.0

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

Re: symlink_native() bug with case-sensitive file-systems Re: [PATCH] symlink_native: allow linking to `..`

On Jun 20 13:33, Sebastian Feld wrote: > On Fri, Jun 20, 2025 at 12:03 PM Johannes Schindelin > wrote: > > winsup/cygwin/path.cc | 21 - > > 1 file changed, 16 insertions(+), 5 deletions(-) > > > > diff --git a/winsup/cygwin/path.cc b/winsup/cygwin/path.cc > > index 42919a7cf5

Re: [PATCH][API-CONFORMAANCE] Increase SYMLOOP_MAX to 63

Hi Sebastian, On Jun 17 09:48, Sebastian Feld wrote: > The following patch increases from 10 to 63, per Windows spec > https://learn.microsoft.com/en-us/windows/win32/fileio/reparse-points > > Security impact is minor, SYMLOOP_MAX is just an artificial limiter to > prevent endless loops. In case

Re: symlink_native() bug with case-sensitive file-systems Re: [PATCH] symlink_native: allow linking to `..`

On Jun 23 20:22, Sebastian Feld wrote: > On Mon, Jun 23, 2025 at 10:52 AM Corinna Vinschen > wrote: > > > > On Jun 20 13:33, Sebastian Feld wrote: > > > On Fri, Jun 20, 2025 at 12:03 PM Johannes Schindelin > > > wrote: > > > > winsup/cygwin/path.cc | 21 - > > > > 1 file chan

Re: doxygen hangs when many call graphs are generated.

On Jul 16 22:45, Takashi Yano via Cygwin wrote: > On Wed, 16 Jul 2025 21:36:04 +0900 > Takashi Yano via Cygwin wrote: > > On Wed, 16 Jul 2025 21:13:59 +0900 > > Takashi Yano via Cygwin wrote: > > > > > On Tue, 17 Jun 2025 21:46:47 +0900 > > > Takashi Yano wrote: > > > > I encountered a problem o

Re: Calling system() in multi-threads.

On Jul 16 23:52, Takashi Yano via Cygwin wrote: > Hi Corinna, > > On Wed, 18 Jun 2025 20:31:27 +0900 > Takashi Yano wrote: > > On Tue, 17 Jun 2025 15:42:26 -0700 > > Mark Geisert wrote: > > > Hi Takashi, > > > > > > On 6/17/2025 5:54 AM, Takashi Yano via Cygwin wrote: > > > > Hi, > > > > > > > >

Re: Calling system() in multi-threads.

On Jul 17 23:14, Takashi Yano via Cygwin wrote: > Hi Corinna, > > On Wed, 16 Jul 2025 17:36:42 +0200 > Corinna Vinschen wrote: > > On Jul 16 23:52, Takashi Yano via Cygwin wrote: > > > Do you have any idea? > > > > Locking would be super-simple. > > > > But theoretically it should be possible to

Re: setfacl -m g:None:rwx nfstmp1 not working for dirs in Cygwin 3.6.3 Re: /usr/bin/setfacl is broken in 3.7.0-0.127.g2029784e05d9

On Jul 8 20:16, Lionel Cons via Cygwin wrote: > This is still broken in Cygwin 3.6.3, and blocks the update to that version: > > $ cd "$PWD" # plain NTFS filesystem > $ uname -a > CYGWIN_NT-10.0-19045 halcyonrenard17 3.6.3-1.x86_64 2025-06-05 11:45 > UTC x86_64 Cygwin > $ mkdir nfstmp1 > $ setfac

Re: Segfault if /proc/PID/maps is opened in parallel threads [CAUSE: RtlQueryProcessDebugInformation]

On Jul 5 19:34, Christian Franke via Cygwin wrote: > Corinna Vinschen via Cygwin wrote: > > I just added two patches, one of them dropping > > RtlQueryProcessDebugInformation > > in favor of EnumProcessModules in dlsym(), the other by adding a global > > mutex t

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

On Jun 25 16:59, Christian Franke via Cygwin wrote: > On Sun, 15 Sep 2024 19:47:11 +0200, Christian Franke wrote: > > If a file name contains an invalid (truncated) UTF-8 sequence, open() > > does not refuse to create the file. Later readdir() returns a different > > name which could not be used to

Re: Segfault if /proc/PID/maps is opened in parallel threads [CAUSE: RtlQueryProcessDebugInformation]

On Jul 2 18:28, Corinna Vinschen via Cygwin wrote: > On Jul 2 16:18, Christian Franke via Cygwin wrote: > > On Tue, 27 May 2025 17:44:10 +0200 Christian Franke wrote: > > > On Sun, 25 May 2025 16:46:49 +0200, Christian Franke wrote: > > > > On Sat, 24 May 2025 15

Re: Segfault if /proc/PID/maps is opened in parallel threads [CAUSE: RtlQueryProcessDebugInformation]

On Jul 2 16:18, Christian Franke via Cygwin wrote: > On Tue, 27 May 2025 17:44:10 +0200 Christian Franke wrote: > > On Sun, 25 May 2025 16:46:49 +0200, Christian Franke wrote: > > > On Sat, 24 May 2025 15:19:10 +0200, Christian Franke wrote: > > > > If /proc/PID/maps is opened in parallel threads,

Re: setpgid non-compliance with POSIX?

On Jun 28 12:32, Jeremy Drake via Cygwin wrote: > I was looking at setpgid yesterday, and it seems deficient with respect to > the errors required to be returned by the POSIX docs in > https://pubs.opengroup.org/onlinepubs/9799919799/functions/setpgid.html > > Basically, it seems that setpgid allo

Re: setpgid non-compliance with POSIX?

On Jun 30 12:07, Jeremy Drake via Cygwin wrote: > On Mon, 30 Jun 2025, Corinna Vinschen via Cygwin wrote: > > > On Jun 28 12:32, Jeremy Drake via Cygwin wrote: > > > I was looking at setpgid yesterday, and it seems deficient with respect to > > > the errors requir

Re: issues debugging crash in cygwin dll with gdb

On Jul 1 16:14, Jeremy Drake via Cygwin wrote: > I had an issue in some code I was working on in Cygwin, which resulted in > a segfault in the Cygwin dll. It did not work out well though, the > process exited with code 0. Attempting to debug with gdb gave > [Thread 25728.0x6e60 exited with code

Re: possible race initializing pgid in spawned child

On Jun 30 16:47, Jeremy Drake via Cygwin wrote: > I cannot duplicate this failure locally, but in GHA the following test > case fails with GHA? Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.c

Re: rmdir of non empty dir causes wrong errno with SMB or NFS fs

Hi Aurélien, On Jul 12 15:02, Aurélien Couderc wrote: > Cygwin 3.7.0-0.219.gbf81e32f29e0.x86_64, /bin/rmdir causes wrong errno > if the filesystem is SMB or NFS. > > Test case: > bash -c 'rm -Rf d1 ; mkdir d1 ; touch d1/f1 ; rmdir d1' > > On C; I get: > rmdir: failed to remove 'd1': Directory no

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

Hi Christian, On Jun 26 19:07, Christian Franke via Cygwin wrote: > Corinna Vinschen via Cygwin wrote: > > On Jun 25 16:59, Christian Franke via Cygwin wrote: > > > On Sun, 15 Sep 2024 19:47:11 +0200, Christian Franke wrote: > > > > If a file name contains an inva

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

On Jun 27 15:32, Christian Franke via Cygwin wrote: > $ touch $'t-\xef\x80\x80' > The name mapping is: > "t-\xEF\x80\x80" -(open, ...)-> L"t-\xDB59" -(readdir)-> "t-" Did you copy/paste this from the old mail, by any chance? Using the latest test DLL the mapping is "t-\xEF\x80\x80" -(open, ...

Re: XSAVE-related segfaults observed under wine

Hi Pip, On Jun 27 14:41, Pip Cet via Cygwin wrote: > My suggested fix is to align the value in %rbx to the next 64-byte > multiple after the "cpuid" instruction is executed, by performing the > assembler equivalent of $rbx += 63; $rbx &= -64; I tried this: > > diff --git a/winsup/cygwin/scripts/g

Re: Calling system() in multi-threads.

On Jul 18 01:28, Takashi Yano via Cygwin wrote: > On Fri, 18 Jul 2025 00:44:46 +0900 > Takashi Yano wrote: > > On Thu, 17 Jul 2025 17:19:49 +0200 > > Corinna Vinschen wrote: > > > On Jul 17 23:14, Takashi Yano via Cygwin wrote: > > > > Hi Corinna, > > > > > > > > On Wed, 16 Jul 2025 17:36:42 +0200

Re: Calling system() in multi-threads.

On Jul 18 00:32, Takashi Yano via Cygwin wrote: > On Thu, 17 Jul 2025 23:14:21 +0900 > Takashi Yano wrote: > > As a starting point, I tried tntroducing locking. It almost works > > as expected, however, sometimes my STC in my first report is hangs > > if N is large e.g. 100. The patch is as attache

Re: sys/termios.h defines struct winsize after it is referenced in function signatures

Hi Zachary, thanks for the report. I pushed a patch. This will show up in the next Cygwin release 3.6.5. https://sourceware.org/cgit/newlib-cygwin/commit/?id=73600d68227e Thanks, Corinna On Jul 18 00:02, Zachary Santer via Cygwin wrote: > Was "MacOS Homebrew bash '5.3.0(1)-release' breaks '

Re: Calling system() in multi-threads.

On Jul 18 17:41, Takashi Yano via Cygwin wrote: > On Fri, 18 Jul 2025 09:51:11 +0200 > Corinna Vinschen via Cygwin wrote: > > Yes, that's what I meant with my above paragraph, i.e. > > > > > > > > I checked the sources and I don't see any depe

Re: Calling system() in multi-threads.

On Jul 18 00:44, Takashi Yano via Cygwin wrote: > On Thu, 17 Jul 2025 17:19:49 +0200 > Corinna Vinschen wrote: > > On Jul 17 23:14, Takashi Yano via Cygwin wrote: > > > Hi Corinna, > > > > > > On Wed, 16 Jul 2025 17:36:42 +0200 > > > Corinna Vinschen wrote: > > > > On Jul 16 23:52, Takashi Yano vi

Re: Calling system() in multi-threads.

On Jul 18 22:32, Takashi Yano via Cygwin wrote: > I embedded debug code into mm/cygheap.cc, that is: > > diff --git a/winsup/cygwin/mm/cygheap.cc b/winsup/cygwin/mm/cygheap.cc > index 338886468..bab4067e0 100644 > --- a/winsup/cygwin/mm/cygheap.cc > +++ b/winsup/cygwin/mm/cygheap.cc > @@ -371,7 +3

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

On Jul 22 05:38, Thomas Wolff via Cygwin wrote: > Am 27.06.2025 um 12:30 schrieb Corinna Vinschen via Cygwin: > > On Jun 26 19:07, Christian Franke via Cygwin wrote: > > > With some trial and error I found a testcase for this more serious problem > > > reported yes

Re: Language used by setup-x86_64.exe

On Jul 24 20:12, Jon Turney via Cygwin wrote: > On 23/07/2025 09:25, Takashi Yano via Cygwin wrote: > > On Wed, 23 Jul 2025 17:02:22 +0900 > > Takashi Yano wrote: > > > Recent cygwin setup-x86_64.exe has Japanese translation and > > > it uses Japanese when it is running in Japanese Windows. > > >

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

Thomas, On Jul 23 05:44, Thomas Wolff via Cygwin wrote: > > > Am 22.07.2025 um 15:05 schrieb Corinna Vinschen: > > > > mbrtowc() is inherently a bad idea when it comes to UTF-16. It's a > > > > function which only works really correctly for the unicode base plane, > > > > or if wchar_t is big enou

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

On Jul 23 05:44, Thomas Wolff via Cygwin wrote: > OK, suppose I'd consider to switch to mbs[[n]r]towcs, collecting bytes until > the function gives me a result. > This would work fine as long as I receive only valid sequences. But look at > input string test case > char nonbmp[] = {0xF8, 0x88, 0x8A

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

On Jul 24 15:41, Thomas Wolff via Cygwin wrote: > Am 24.07.2025 um 12:30 schrieb Corinna Vinschen: > > What does that mean? Consider this UTF8 input string: > > > >0xf0 0x90 0x80 0x2e > > > >mbstowcs: returns -1 > >sys_mbstowcs: f0f0 f090 f080 002e > > > > Let's convert it back

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

On Jul 24 09:28, Brian Inglis via Cygwin wrote: > On 2025-07-24 04:30, Corinna Vinschen via Cygwin wrote: > > Or shall simply go along with CESU-8 when converting back to multibyte > > to keep the string the same as with wcstombs? > > There are 15 * SMP as BMP characters, so

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

Hi Thomas, hi Christian, On Jul 23 17:50, Thomas Wolff via Cygwin wrote: > Am 23.07.2025 um 09:53 schrieb Corinna Vinschen via Cygwin: > > On Jul 23 05:44, Thomas Wolff via Cygwin wrote: > > What bugs me is that we have the choice between a broken mbrtowc on > > one side and

Re: readdir() returns inaccessible name if file was created with invalid UTF-8

On Jul 24 19:45, Thomas Wolff via Cygwin wrote: > Am 24.07.2025 um 17:35 schrieb Corinna Vinschen: > > Consider the following GB18030 string: 0x90 0x30 0x81 0x30 > > > > This string translates into a UTF-16 surrogate pair: 0xd800 0xdc00. > > > > If you run a tweaked version of your test applicato

Re: new c++ new/delete overloads need wrapping?

On Jul 25 10:28, Jeremy Drake via Cygwin wrote: > On Fri, 25 Jul 2025, Corinna Vinschen via Cygwin wrote: > > Nevertheless, the code overriding the members in per_process_cxx_malloc > > is living in the app (_cygwin_crt0_common.cc). If you just append members > > to per_p

Re: new c++ new/delete overloads need wrapping?

On Jul 25 11:05, Jeremy Drake via Cygwin wrote: > On Fri, 25 Jul 2025, Corinna Vinschen via Cygwin wrote: > > > On Jul 24 22:41, Jeremy Drake via Cygwin wrote: > > > I was looking into C++ new/delete --wrap linker options, and noticed that > > > in a quick test

<    2   3   4   5   6   7   8   >