Hi folks,
Latest c-ares build failing with gcc 12.4 and Cygwin 3.6.0 header:
$ uname -srvmo
CYGWIN_NT-10.0-19045 3.6.0-1.x86_64 2025-03-18 17:01 UTC x86_64 Cygwin
$ gcc --version
gcc (GCC) 12.4.0
Copyright (C) 2022 Free Software Foundation, Inc.
...
/usr/include/sys/unistd.h:218:14: error: expe
On 2025-04-09 13:49, Brian Inglis via Cygwin wrote:
Hi folks,
Latest c-ares build failing with gcc 12.4 and Cygwin 3.6.0 header:
$ uname -srvmo
CYGWIN_NT-10.0-19045 3.6.0-1.x86_64 2025-03-18 17:01 UTC x86_64 Cygwin
$ gcc --version
gcc (GCC) 12.4.0
Copyright (C) 2022 Free Software Foundation, In
The recent issue with pthread_atfork handlers reminded me of a scenario
that I know glibc handles, but it seems that Cygwin does not. Test case:
== test.c ==
#include
#include
#include
#include
typedef void(*func_type)(void);
int main(void)
{
int wstatus = 0;
func_type func = NULL;
vo
On one of my computers (but not the other), I get this error when I
try to start Emacs 29.4 in an xterm:
0 [main] emacs-gtk 2079 child_info_fork::abort:
\??\D:\Cygwin\bin\cygpng16-16.dll: Loaded to different address:
parent(0xCB) != child(0x25E)
I killed the X server, started a Wind
I've been doing some building with cmake 4.0.0 and ninja 1.12.1 (of
llvm/clang, we've got something that seems to mostly work for a cygwin
target), and I'm noticing after updating to 3.6.1 it no longer seems to
cancel the build when I hit Ctrl-C (previously I was still on 3.5 due to
the cmake/ninja
> [1] points to [2] which has this information.
>
> I don't know how we can make that more obvious.
>
> [1] https://cygwin.com/install.html#source
> [2] https://sourceware.org/cygwin-apps/setup.html
>
Although this is quite old, I still wonder what was Jon Turney
thinking when he wrote the above c
On Mon, Apr 7, 2025 at 7:05 PM Jim Garrison wrote:
> I just ran across this today. In a normal session all my remote mounts
> (NTFS, file server running Win10) are visible. In a session that is
> "Run as administrator", none of the mounts are visible.
>
> Is there a configuration parameter that
On Wednesday, April 9, 2025 at 06:54:34 PM EDT, Jeremy Drake via Cygwin
wrote:
> The recent issue with pthread_atfork handlers reminded me of a scenario
> that I know glibc handles, but it seems that Cygwin does not. Test case:
<... code that loads a shared lib, registers some functions in sha
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 pthread_atfork handlers reminded me of a scenario
> > that I know glibc handles, but it seems that Cygwin does not. Test case:
>
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 pthread_atfork handlers reminded me of a scenario
> > > that I kno
On Tue, Apr 08, 2025 at 10:36:20PM -0600, Brian Inglis via Cygwin wrote:
> On 08/04/2025 19:05, Mark Liam Brown via Cygwin wrote:
> > Are there tuning variables to improve ls, ls -l, find ., find . -ls
> > performance for very large dirs?
> >
> > If we have a SMB dir with 6+ entries a simple l
Brian Inglis via Cygwin wrote:
On 08/04/2025 19:05, Mark Liam Brown via Cygwin wrote:
Are there tuning variables to improve ls, ls -l, find ., find . -ls
performance for very large dirs?
If we have a SMB dir with 6+ entries a simple ls -l can take MANY
minutes (22+mins), while cmd.exe dir j
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
13 matches
Mail list logo
