On Feb 6 12:47, Andrey Repin via Cygwin wrote:
> Greetings, Corinna Vinschen via Cygwin!
>
> > On Feb 4 14:47, Jeremy Drake via Cygwin wrote:
> >> On Tue, 4 Feb 2025, Roland Mainz via Cygwin wrote:
> >>
> >> > it seems that Cygwin does not support |IO_
On Feb 7 11:19, Jeremy Drake via Cygwin wrote:
> On Fri, 7 Feb 2025, Corinna Vinschen via Cygwin wrote:
>
> > On Feb 6 13:31, Jeremy Drake via Cygwin wrote:
> > > Now that my patch to escape characters in /proc/mounts has been applied,
> > > I'll get back t
On Feb 4 14:47, Jeremy Drake via Cygwin wrote:
> On Tue, 4 Feb 2025, Roland Mainz via Cygwin wrote:
>
> > it seems that Cygwin does not support |IO_REPARSE_TAG_MOUNTPOINT| for
> > "remote" filesystems:
> > snip
> > 2582/* Don't handle junctions on remote filesystems as
> > sym
On Feb 7 11:11, Corinna Vinschen via Cygwin wrote:
> On Feb 6 13:31, Jeremy Drake via Cygwin wrote:
> > Now that my patch to escape characters in /proc/mounts has been applied,
> > I'll get back to what I was thinking about back in June. I would like to
> > have a
On Feb 6 13:31, Jeremy Drake via Cygwin wrote:
> Now that my patch to escape characters in /proc/mounts has been applied,
> I'll get back to what I was thinking about back in June. I would like to
> have a way to list Windows volume roots in Cygwin, and it seems to make
> sense to me to expose th
On Feb 11 20:41, Dimitry Andric via Cygwin wrote:
> It's a gcc builtin function, not something implemented in an external
> library. Therefore, there is no linker option that can fix this.
>
> Also, as far as I can see from gcc's documentation,
> __builtin_thread_pointer() is only supported for
On Feb 11 16:45, Ken Brown via Cygwin wrote:
> On 2/11/2025 4:03 PM, Corinna Vinschen via Cygwin wrote:
> > Ken, check the source or configury of your package. It looks weird that
> > this function should be called architecture-independently.
> Thanks for the suggestion. It
On Dec 6 13:23, Federico Kircheis via Cygwin wrote:
> Hello,
>
> was it considered to add a flag to cygpath to output a path in unc format?
>
>
> For example, the folder
>
> C:\test.
>
> cannot be accessed from many Windows applications (powershell and cmd
> included) because of the trailing
Hi Ken,
On Dec 15 12:29, Ken Brown via Cygwin wrote:
> On 12/14/2024 7:00 PM, Ken Brown via Cygwin wrote:
> > Hi Corinna,
> >
> > On 2/19/2018 4:00 AM, Corinna Vinschen wrote:
> > > On Feb 17 22:37, Ken Brown wrote:
> > > > Some code in emacs wants to reserve a chunk of address space with a big
>
On Dec 15 10:24, Brian Inglis via Cygwin wrote:
> Hi Rhona,
You're replying to SPAM.
Corinna
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#un
On Dec 18 10:45, Ken Brown via Cygwin wrote:
> On 12/18/2024 9:28 AM, Corinna Vinschen via Cygwin wrote:
> > Hi Ken,
> >
> > On Dec 17 15:23, Ken Brown via Cygwin wrote:
> > > Hi Corinna,
> > >
> > > On 12/17/2024 11:38 AM, Corinna Vinschen via Cyg
Hi Ken,
On Dec 17 15:23, Ken Brown via Cygwin wrote:
> Hi Corinna,
>
> On 12/17/2024 11:38 AM, Corinna Vinschen via Cygwin wrote:
> > Ideally a separate patch. If you see a chance to send it to cygwin-patches
> > this week, we can even merge it into 3.5.5, which I'm p
Hi Ken,
On Dec 17 10:34, Ken Brown via Cygwin wrote:
> On 12/16/2024 2:58 PM, Ken Brown via Cygwin wrote:
> > On 12/16/2024 8:32 AM, Corinna Vinschen via Cygwin wrote:
> > > Right now, mmaping with PROT_NONE and then re-mmaping with PROT_WRITE
> > > doesn't work.
On Dec 19 17:20, Cedric Blancher via Cygwin wrote:
> Good afternoon!
>
> We have a new AMD EPYC machine with 144 cores (upgraded from 8 core
> machine) running Windows 10 Enterprise, with a mixture of native Win32
> apps+Cygwin.
> But the Cygwin apps cause trouble, as PID numbers get re-used too
>
On Nov 20 23:36, Dan Shelton via Cygwin wrote:
> On Wed, 24 Jul 2024 at 03:10, Brian Inglis via Cygwin
> wrote:
> >
> > On 2024-07-23 18:07, Dan Shelton via Cygwin wrote:
> > > Does Cygwin have a script API to read the Windows event log, maybe via
> > > /proc
> > > or /dev?
> > Install package s
On Nov 20 11:34, Jeremy Drake via Cygwin wrote:
> I mentioned this briefly on cygwin-patches during the review of the fix
> for a deadlock when running under emulation on ARM64 hosts, but I wanted
> to discuss it more thoroughly here now that that is merged.
>
> It seems like it would be useful, p
On Nov 21 10:15, Jeremy Drake via Cygwin wrote:
> On Thu, 21 Nov 2024, Corinna Vinschen via Cygwin wrote:
>
> > > i686 x86_64 -WOW64-x64 (or omit arch to match existing?)
> >
> > Just -WOW64
> >
> > For backward compat and it's a sole represent
On Jan 22 00:37, Roland Mainz via Cygwin wrote:
> Hi!
>
>
>
> If a Windows filesystem does not support a type of timestamp it sets
> the matching timestamp field in |FILE_BASIC_INFO| to |0LL| (e.g. see
> Windows-driver-samples/filesys/cdfs/fileinfo.c:
> |Buffer->LastAccessTime.QuadPart = 0|
On Jan 21 16:30, Jeremy Drake via Cygwin wrote:
> I've been trying to track down why ruby 3.4.1 is failing to build for
> msys2. I've now confirmed that this same issue reproduces with
> upstream Cygwin 3.5.4 and 3.6.0-0.335.gb879cd1661ad, so I thought I'd
> bring it up here:
>
> when building ru
On Jan 23 19:46, Takashi Yano via Cygwin wrote:
> On Wed, 22 Jan 2025 10:42:39 -0800 (PST)
> Jeremy Drake wrote:
> > On Tue, 14 Jan 2025, Takashi Yano via Cygwin wrote:
> >
> > > Personally, I personally prefer releasing 3.5.6 ASAP.
> >
> > Is this the plan, now that the hangs seem to be resolved
On Jan 27 08:12, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin-announce wrote:
> > The following packages have been uploaded to the Cygwin distribution:
> >
> > * cygwin-3.5.6-1
> > * cygwin-devel-3.5.6-1
> > *
On Jan 27 16:18, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Jan 27 08:12, Christian Franke via Cygwin wrote:
> > > But there is a regression:
> > > stat() now returns st_mode = 0 for the queue file which results in an
On Jan 27 19:59, Christian Franke via Cygwin wrote:
> Christian Franke wrote:
> > Found with 'stress-ng --workload ...':
> >
> > If mq_receive is called on an empty queue and mq_send is called later
> > from a different thread, both functions never return and signals
> > (including SIGKILL) are no
On Jan 27 20:35, Corinna Vinschen via Cygwin wrote:
> On Jan 27 19:59, Christian Franke via Cygwin wrote:
> > Christian Franke wrote:
> > > Found with 'stress-ng --workload ...':
> > >
> > > If mq_receive is called on an empty queue and mq_send is ca
On Jan 28 09:00, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Jan 27 20:35, Corinna Vinschen via Cygwin wrote:
> > > On Jan 27 19:59, Christian Franke via Cygwin wrote:
> > > > Christian Franke wrote:
> > &g
On Jan 28 00:50, Thomas Wolff via Cygwin wrote:
>
> Am 27.01.2025 um 12:17 schrieb Takashi Yano via Cygwin:
> > Hi Thomas,
> >
> > A few days ago, Corinna asked me to check a problem of TTY.
> > The problem is as follows.
> >
> > Reproduce steps:
> > (1) Open mintty.
> > (2) Open another mintty.
On Jan 10 13:52, Kaz Kylheku via Cygwin wrote:
> On 2025-01-09 23:52, Marco Atzeri wrote:
> > On 10/01/2025 08:33, Andrey Repin via Cygwin wrote:
> >> Greetings, Kaz Kylheku!
> >>
> >>> Hi all,
> >>
> >>> I'm reading an article on attacks that are evidently possible against
> >>> some Windows
> >>
Hi Mario,
On Jan 17 10:34, Mario Emmenlauer via Cygwin wrote:
>
> Dear Cygwin Developers,
>
> thanks a lot for the great work! Cygwin is really nice and helpful!
>
> I have found a very minor thing in the docs that could be corrected:
> The docs mention in some pages the service 'sshd', and the
On Jan 15 10:08, David Dyck via Cygwin wrote:
> I think the
>"setup.exe" mentioned in
> https://cygwin.com/cygwin-ug-net/ov-ex-win.html
> "Quick Start Guide for those more experienced with Windows"
>
> setup.exe is mentioned 3 times on the page, the first is:
> To install a basic Cygwin e
On Jan 17 11:59, Mario Emmenlauer via Cygwin wrote:
>
> On 04.09.24 12:11, Andy Wood via Cygwin wrote:
> > Running "passwd -R" for 'other_user', as suggested by the subject of
> > the post, fixed the problems for me.
> >
> > It looks like sshd isn't handling a login failure properly.
> >
> > On
On Jan 17 06:41, Brian Inglis via Cygwin wrote:
> On 2025-01-17 05:51, Corinna Vinschen via Cygwin wrote:
> > On Jan 17 11:59, Mario Emmenlauer via Cygwin wrote:
> > > I am under the impression that there may be a misbehavior in more recent
> > > Cygwin OpenSSH :-(
>
On Jan 17 16:16, Christian Franke via Cygwin wrote:
> mq_unlink() does not unlink anything and always returns -1 with errno =
> EPERM.
Yeah, that's a result of commit f2dc492df0f3. I guess checking for
isdevfd_dev() is a bit over the top. Feel free to provide a patch,
otherwise I'll look into it
On Jan 15 09:12, Brian Inglis via Cygwin wrote:
> On 2025-01-14 03:13, Roland Mainz via Cygwin wrote:
> > On Tue, Jan 14, 2025 at 7:19 AM Brian Inglis via Cygwin
> > wrote:
> > > On 2025-01-13 13:10, Roland Mainz via Cygwin wrote:
> > > > I just hit an endless loop with /usr/bin/cp from "coreutils
On Feb 12 22:34, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Feb 12 17:32, Cedric Blancher via Cygwin wrote:
> > > Good afternoon!
> > >
> > > Is copying sparse files broken in 3.6.0-0.362.g68c13dc92f65.x86_64?
> > >
On Feb 12 17:32, Cedric Blancher via Cygwin wrote:
> Good afternoon!
>
> Is copying sparse files broken in 3.6.0-0.362.g68c13dc92f65.x86_64?
>
> cp --version
> cp (GNU coreutils) 9.5
> Packaged by Cygwin (9.5-1
>
> Checklist:
> - Volume has FILE_SUPPORTS_SPARSE_FILES
> - Cygwin mount has "sparse
On Feb 13 09:02, Corinna Vinschen via Cygwin wrote:
> This:
>
> > - Cygwin mount has "sparse" option (mount Y: -o sparse,exec /cygdrive/y)
>
> doesn't work:
>
> $ cat /etc/fstab
> Y: /mnt/y binary,posix=0,sparse 0 0
Copy/Paste rulez again. That s
On Feb 15 08:34, Cedric Blancher via Cygwin wrote:
> On Thu, 13 Feb 2025 at 15:36, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 13 09:02, Corinna Vinschen via Cygwin wrote:
> > > This:
> > >
> > > > - Cygwin mount has &quo
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.
Corinna
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/
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 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 25 02:25, Mark Geisert via Cygwin wrote:
> This occurs on the released 3.6.0 but not in 3.6.0 test build 327.
>
> /tmp ls foo bar
> ls: cannot access 'foo': No such file or directory
> ls: cannot access 'bar': No such file or directory
>
> /tmp ln -s foo bar
>
> /tmp ls foo bar
> ls: cann
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 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 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 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
> > >
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 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 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 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'
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
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
> > >
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://sourceware.org/cgit/newlib-cygwi
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 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
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
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 better approach. However, shouldn'
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 the problem:
> >
> > I'm simply not 100%
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't think so. I was mulling in circles over this ton
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 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, 1 or 2 new addresses on the stack as bug
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
On Feb 17 19:06, Lionel Cons via Cygwin wrote:
> On Mon, 17 Feb 2025 at 11:08, Corinna Vinschen via Cygwin
> wrote:
> >
> > On Feb 16 23:33, Lionel Cons via Cygwin wrote:
> > > On Sun, 16 Feb 2025 at 22:47, Mark Geisert wrote:
> > > >
> > > >
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.
> > [...]
> >
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 Feb 18 11:41, Jeremy Drake via Cygwin wrote:
> On Tue, 18 Feb 2025, Corinna Vinschen via Cygwin wrote:
>
> > On Feb 18 11:19, Jeremy Drake via Cygwin wrote:
> > > On Tue, 18 Feb 2025, Corinna Vinschen via Cygwin wrote:
> > >
> > > > Yep. Are you go
On Feb 18 11:19, Jeremy Drake via Cygwin wrote:
> On Tue, 18 Feb 2025, Corinna Vinschen via Cygwin wrote:
>
> > Yep. Are you going to create a patch?
>
> I'm not seeing a particularly clean way to do this. Bring back
> available_drives, mask off bits when we see th
On Feb 18 20:29, Corinna Vinschen via Cygwin wrote:
> On Feb 18 11:19, Jeremy Drake via Cygwin wrote:
> > On Tue, 18 Feb 2025, Corinna Vinschen via Cygwin wrote:
> >
> > > Yep. Are you going to create a patch?
> >
> > I'm not seeing a parti
On Feb 18 10:49, Jeremy Drake via Cygwin wrote:
> On Tue, 18 Feb 2025, 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
On Feb 18 07:59, Cedric Blancher via Cygwin wrote:
> Good morning!
>
> Are all sparse file fixes in MAIN available in the cygwin-3_5-branch
> branch too, except
> https://cygwin.com/git/?p=newlib-cygwin.git;a=commit;h=fac7441835b00d3b9a8252538bcf54c441c3841e
> which seems to be still missing
Will
[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.
We're looking forward to more people giving the latest test release
On Feb 19 14:25, Christian Franke via Cygwin wrote:
> Hi Corinna,
>
> Corinna Vinschen via Cygwin wrote:
> > Hi Christian,
> >
> > On Feb 19 11:14, Christian Franke via Cygwin wrote:
> > > Testcase:
> > >
> > > $ uname -r
> > > 3
Hi Christian,
On Feb 19 11:14, Christian Franke via Cygwin wrote:
> Testcase:
>
> $ uname -r
> 3.6.0-0.375.ged18acfe8c76.x86_64
>
> $ cygcheck -f /usr/include/bsd/unistd.h
> libbsd-devel-0.11.7-3
>
> $ cat spt.c
> #include
>
> int main(int argc, char **argv, char **envp)
> {
> initsetprocti
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 version of
> > > setproctitle_init/setproctitle anymore, as soon a
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
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
>
[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 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 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
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
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: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
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
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)
> > five accounts to let us do your bidding on t
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
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 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:
> > > >
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 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 Vinschen
> > Date: Wed Mar 12 17:17:31 2025
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 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 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 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 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
501 - 600 of 764 matches
Mail list logo
