raise() produces random behaviour in Cygwin 3.5.5

An invocation of raise(SIGABRT), that is, of a synchronous signal, produces random behaviour in Cygwin 3.5.5: Sometimes it succeeds, sometimes it fails with error ENOSYS. In previous releases of Cygwin and in all other operating systems, it always succeeds. How to reproduce: Find test-sigaction.c

access X_OK for administrators has changed in cygwin 3.5.5

Hi, The behaviour of the access(_, X_OK) call has changed for administrator users in Cygwin 3.5.5. I don't know whether that's intended or not (haven't seen it mentioned in ). How to reproduce: ==

bash hangs on cygwin-3.5.5-1

This is not reproducible, but here's the report anyway: I upgraded a Windows 10 system from Cygwin 3.5.3 to 3.5.5 today. Then ran the configure script of a tarball (*), and it hung: $ mkdir build-cygwin64 $ cd build-cygwin64 $ ../configure --host=x86_64-pc-cygwin --prefix=/usr/local/cygwin64 CC=

Re: 2 SCHED_IDLE bugs in Cygwin 3.6

On 12/19/2024 10:35 PM, Brian Inglis via Cygwin wrote: On 2024-12-19 14:08, René Berber via Cygwin wrote: On 12/19/2024 2:01 PM, Eliot Moss via Cygwin wrote: On 12/19/2024 1:43 PM, Cedric Blancher via Cygwin wrote: cygwin.git;a=commit;h=61c2f075cd55d4a52b4713383f75870c1e416923 added SCHED_IDLE