18.1-1 but includes the other packages
announced a few minutes later (openssl 3.0.17-1, gcc-14.3.1-...,
gcc-15.1.1-...) and even the gcc-16.0.0+20250706-0.1 announced today.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygw
Corinna Vinschen via Cygwin wrote:
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:19:10 +0200
Jon Turney via Cygwin wrote:
On 26/06/2025 18: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 invalid (truncated) UTF-8
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, the process PID may
segfault.
Testcase:
...
Problem is not
Christian Franke wrote:
Corinna Vinschen via Cygwin wrote:
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 thi
Corinna Vinschen via Cygwin wrote:
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 c
Hi Corinna,
Corinna Vinschen via Cygwin wrote:
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
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 invalid (truncated) UTF-8 sequence, open()
does not refuse to create the file. Later readdir() returns a different
name
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 access the file.
Testcase with U+1F321 (Thermometer
Takashi Yano via Cygwin wrote:
On Thu, 29 May 2025 20:01:31 +0200
Christian Franke wrote:
Takashi Yano via Cygwin wrote:
On Thu, 29 May 2025 17:32:19 +0200
Christian Franke wrote:
...
I still don't fully understand why a SIGSEGV triggered by an instruction
could interrupt a SIGALRM ha
Takashi Yano via Cygwin wrote:
On Thu, 29 May 2025 17:32:19 +0200
Christian Franke wrote:
...
I still don't fully understand why a SIGSEGV triggered by an instruction
could interrupt a SIGALRM handler.
https://sourceware.org/pipermail/cygwin/2025-May/258145.html
I guess such behavior is
Takashi Yano via Cygwin wrote:
On Wed, 28 May 2025 21:57:07 +0900
Takashi Yano wrote:
Hi Christian,
On Mon, 19 May 2025 12:55:46 +0200
Christian Franke wrote:
The attached testcase was originally intended to investigate why a
SIGSEGV from non-signal code could interrupt an already running
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, the process PID may
segfault.
Testcase:
...
Problem is not reproducible with any of the other /proc/PID/* files.
A
On Sat, 24 May 2025 15:19:10 +0200, Christian Franke wrote:
If /proc/PID/maps is opened in parallel threads, the process PID may
segfault.
Testcase:
$ uname -r
3.7.0-0.98.gb39b510c1ce6.x86_64
$ cat thrdopen.c
#include
#include
#include
#include
static const char * name;
static void
--- Process 14992 exited with status 0xc005
The last line may not appear and strace hangs then.
Problem is not reproducible with any of the other /proc/PID/* files.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/fa
111 kB/s
$ dd of=/proc/$$/fd/1 <<<"Hello" # OK
Hello
0+1 records in
0+1 records out
6 bytes copied, 4.77e-05 s, 126 kB/s
The problem apparently only occurs if /proc/PID/fd/N points to a foreign
pty. It works for own pty or regular files.
--
Regards,
Christ
Eliot Moss via Cygwin wrote:
On 5/20/2025 9:44 AM, Christian Franke via Cygwin wrote:
Eliot Moss via Cygwin wrote:
On 5/20/2025 4:50 AM, Christian Franke via Cygwin wrote:
Eliot Moss via Cygwin wrote:
On 5/19/2025 9:14 AM, Christian Franke wrote:
The following package has been uploaded to
Eliot Moss via Cygwin wrote:
On 5/20/2025 4:50 AM, Christian Franke via Cygwin wrote:
Eliot Moss via Cygwin wrote:
On 5/19/2025 9:14 AM, Christian Franke wrote:
The following package has been uploaded to the Cygwin distribution:
* smartmontools-7.5-1
Thank you for this! It works fine on
Eliot Moss via Cygwin wrote:
On 5/19/2025 9:14 AM, Christian Franke wrote:
The following package has been uploaded to the Cygwin distribution:
* smartmontools-7.5-1
Thank you for this! It works fine on an attached HDD, but with my
built-in
NVMe, I get this, in response to /usr/sbin
signal now works as expected:
https://sourceware.org/pipermail/cygwin/2025-March/257726.html
--
Regards,
Christian
#include
#include
#include
#include
static volatile sig_atomic_t total, nest1, nest2;
static volatile sig_atomic_t insig1, insig2;
static sigjmp_buf sjb;
static const int de
not executed if strace is used but works as expected without strace.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubsc
Brian Inglis via Cygwin wrote:
Or get a free Let's Encrypt cert as many orgs do.
Unfortunately Let's Encrypt does not support code signing:
https://letsencrypt.org/docs/faq/#does-let-s-encrypt-issue-certificates-for-anything-other-than-ssl-tls-for-websites
--
Regards,
Christian
or running cygserver processes first.
-if ps -ef | grep -v grep | grep -q ${service_name}
+if ps -e | grep -v grep | grep -q ${service_name}
then
echo
echo "There is a cygserver (${service_name}) already running. Nothing to do,
apparently."
Christian
--
Problem reports: https:
he mirrors too early ?
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
("len+2:\n");
mbstowcs(dst, src, len+2);
return 0;
}
Result if compiled with -O -D_FORTIFY_SOURCE:
len=3
len: '123!'
len+1: '123'
len+2:
*** buffer overflow detected ***: terminated
Aborted
--
Regards,
Christian
--
Problem reports: https://cygwin.co
f (wchar_t));
...
// *** buffer overflow detected *** because the length parameter
// should specify the number of characters instead of bytes:
if (mbstowcs (*wcs_path, mbs_path, (len + 1) * sizeof (wchar_t)) ...
...
}
--
Regards,
Christian
--
Problem reports: https://cygwin.com/pro
stat() for each entry:
ls -Rt
ls -RS
ls -Rl
find -mtime +42
find -ls
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
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' reports "ftruncate failed,
errno=21":
Thanks for the testcase. I know what happens. St
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 postfix.
--
Regards,
Christian
--
Problem re
pt(sd, SOL_SOCKET, SO_PEERCRED, NULL, 0);
available since:
https://cygwin.com/git/?p=newlib-cygwin.git;a=commit;h=697b9afe0
and may still work (I don't know).
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentat
return (status || status2);
}
$ gcc -o ftruncopen ftruncopen.c
$ while ./ftruncopen; do echo retry; done
11223: exit(0)
11222: exit(0)
retry
11225: exit(0)
11224: exit(0)
retry
11227: ftruncate: Is a directory
11226: exit(0)
11227: exit(1)
Problem did not occur if
- O_TRUNC is removed, or
- unl
(i == 0) && (data_start > 0)) {
Possible patch attached. Important: Not tested with other corner cases.
--
Regards,
Christian
--- lssparse.c.orig 2025-04-01 10:48:54.0 +0200
+++ lssparse.c 2025-04-02 15:45:54.179794300 +0200
@@ -138,7 +138,7 @@
* $ /cygdrive/c/Win
On Mar 30 15:01, Christian Franke wrote:
Found because 'stress-ng --pty 1' reports "open /dev/ptmx failed,
errno=0":
$ uname -r # also with 3.5.7-1 and 3.6.0-1.x86_64
3.7.0-0.19.g6c5537c0298e.x86_64
...
$ gcc -o manyptmx manyptmx.c
$ ./manyptmx
3, 2000
4, 2000
...
-1, 2000
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
blem also occurs
- without the mentioned patch,
- with get/setcontext() instead of sig*jmp(),
- with nullptr access and SIGSEGV handler,
- with Cygwin 3.5.7-1.
I agree that this is not a common use case :-)
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ:
l 2
delivered
--- Process 12736 (pid: 1288), exception c374 at 7ffe342dcba9
...
--- Process 12736 exited with status 0xc374
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Corinna Vinschen via Cygwin wrote:
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
not foun
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
cygwin-devel-3.6.0-0.430.ga942476236b5
$ cygcheck -f /usr/include/bsd/stdlib.h
libbsd-devel-0.12.2-2
$ gcc -c -xc - <<<'
Corinna Vinschen via Cygwin wrote:
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 user
stir" defined here
26 | #define arc4random_stir()
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Corinna Vinschen via Cygwin wrote:
On Mar 8 12:07, Christian Franke via Cygwin wrote:
...
This is possibly a regression introduced in 3.0.6. A comparison of strace
outputs of signal handling before and after the swapcontext() calls reveals
that 'incyg' is incorrectly set after swapco
Mark Geisert via Cygwin wrote:
Hi Christian,
On 3/8/2025 9:11 AM, Christian Franke via Cygwin wrote:
Testcase:
$ grep processor /proc/cpuinfo | tail -1 # i7-14700K
processor : 27
$ sleep 60 & taskset 0x1 sleep 60 &
[1] 62094
[2] 62095
$ taskset -p 62094
pid 62094's cur
Brian Inglis via Cygwin wrote:
On 2025-03-08 10:11, Christian Franke via Cygwin wrote:
$ grep processor /proc/cpuinfo | tail -1 # i7-14700K
processor : 27
coreutils nproc should show the equivalent result 28
Works as expected:
$ nproc
28
$ busybox nproc
28
--
Problem reports
: "If the process
had explicitly set the affinity of one or more of its threads outside of
the process' primary group, the function returns zero for both affinity
masks."
https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-getprocessaffinitymask
--
Reg
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 the example from Linux swapcontext(3) to call the
context functions.
Just tested with 3.5.3 and it doesn&#x
Roland Mainz via Cygwin wrote:
On Fri, Mar 7, 2025 at 9:01 AM Takashi Yano via Cygwin
wrote:
On Fri, 7 Mar 2025 16:29:51 +0900
Takashi Yano wrote:
On Wed, 5 Mar 2025 11:23:26 +0100
Christian Franke wrote:
...
Unfortunately signals may be lost, a new testcase is attached:
...
$ ./lostsig
se:
$ objdump -p /bin/cygruby320.dll | grep context
00378ca8 0286 getcontext
00378e08 0391 makecontext
003791c0 05cd swapcontext
...
--
Regards,
Christian
// BEGIN: example from Linux swapcontext(3)
#include
#include
#include
static ucontext_t uctx_main
n function
definitions before C2X [-Wpedantic]
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Takashi Yano via Cygwin wrote:
On Mon, 24 Feb 2025 11:29:59 +0100
Christian Franke wrote:
Found with 'stress-ng --cpu-sched 1':
Testcase (attached):
$ uname -r
3.6.0-0.387.g8cebbb2b42bf.x86_64
$ gcc -o timersig timersig.c
$ ./timersig
638: fork()=639
!...!!
a list of changes compared to the 3.5 series.
Thanks a lot,
Corinna
What's new:
---
The API posix_close() added in d52d983e is apparently missing in this
list and in winsup/cygwin/release/3.6.0.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/pr
ithout the "error sending signal" message,
occurs if the timer is not used but the parent process issues SIGSTOP
SIGALRM SIGCONT ... sequences.
--
Regards,
Christian
#include
#include
#include
#include
#include
#include
#include
static sig_atomic_t sigcnt;
static void sighandle
067b wcslcat
00ba24d0 067c wcslcpy
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
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:
Corinna Vinschen via Cygwin wrote:
So I think we rather shouldn't supply the libbsd versi
Hi Corinna,
Corinna Vinschen via Cygwin wrote:
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
char *[], char *[]) {}
Conflict is likely introduced by (not present in 3.5.*):
https://cygwin.com/git/?p=newlib-cygwin.git;a=commit;h=2e7f7b96
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:http
48580 file-dd-chattr-sparse
On a SSD, 'file-dd' would also be sparse.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
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:
Hmm... does "beyond" mean '>=' or '>' ?
...do you think this f
SEEK_DATA behaves different from Linux
and POSIX, see:
https://sourceware.org/pipermail/cygwin/2025-February/257330.html
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/doc
Christian Franke via Cygwin wrote:
Testcase:
$ uname -r
3.5.7-1.x86_64
$ cygcheck -f /bin/cp.exe
coreutils-9.6-1
$ for i in 1 2 3; do cat /bin/cygwin1.dll > file$i; done
$ compact /C file2 # NTFS compression
... (1.7 : 1) ...
$ compact /C /EXE:LZX file3 # Compact OS LZX compression
... (
sparse files but the optimized copy
algorithm does not properly handle the non-sparse case. Upstream bug?
Similar report for coreutils-9.5-1:
https://sourceware.org/pipermail/cygwin/2025-January/257082.html
--
Regards,
Christian
--
Problem reports: https://cygwin.com/
Brian Inglis via Cygwin wrote:
On 2025-02-09 08:01, Christian Franke via Cygwin wrote:
Testcase:
$ uname -r
3.5.7-1.x86_64
$ cygcheck -f /bin/chmod
coreutils-9.0-1
$ mkdir dir
$ touch dir/file
$ chmod -R -v g-w dir; echo $?
mode of 'dir' retained as 0755 (rwxr-xr-x)
mode of
,bind)
This mount is independent from /cygdrive. That may make the difference.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
644 (rw-r--r--) to 0664 (rw-rw-r--)
neither symbolic link 'dir/link' nor referent has been changed
1
$ chmod -R g-w dir; echo $?
1
Exit status 1 does not occur with chmod from coreutils 8.32-1.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ:
5.6.4-1
Install zlib0 1.3.1-1
Install zstd 1.5.6-1
BTW, the current disk space used by the above packages (4992 files, 581
directories):
148 MiB without compression,
93 MiB with NTFS compression (may result in significant file fragmentation),
63 MiB with Compact OS LZX compression ("
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:
Found with 'stress-ng --workload ...':
If mq_receive is called on an empty queue and mq_send is called later
from a
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 longer processed.
Testcase (attached):
$ uname -r
3.5.
Corinna Vinschen via Cygwin wrote:
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
* cygwin-doc-3.5.6-1
Fixes:
--
...
- Fix
intf '0x%04f/%A %n (%F)\n' /dev/mqueue /dev/mqueue/mqtest
0x43ff/drwxrwxrwt /dev/mqueue (directory)
0x8180/-rw--- /dev/mqueue/mqtest (regular file)
$ rm -iv /dev/mqueue/mqtest
rm: remove regular file '/dev/mqueue/mqtest'? y
rm: cannot remove '/dev/mqueue/mqtest':
g mqhang.c
$ ./mqhang
mq_send...
mq_send = 0
mq_receive...
mq_receive = 8
mq_receive...
mq_send...
[...hangs...]
Problem does not occur if mq_receive() is called from a fork()ed process
instead of a thread.
--
Regards,
Christian
#include
#include
#include
#include
#include
static void
05 [main] mqunlink 17288 __set_errno: int unlink(const
char*):1141 setting errno 1
48 50053 [main] mqunlink 17288 unlink: -1 =
unlink(/dev/mqueue/mqtest), errno 1
...
mq_unlink: Operation not permitted
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ:
c005 at 7ffc766fc71e
--- Process 13872 (pid: 23017), exception c005 at 7ffc766fc71e
--- Process 13872 (pid: 23017), exception c005 at 7ffc766fc71e
... [infinite loop - strace needs to be terminated by task manager]
Same if -fstack-protector-strong is added.
--
Regards,
Ch
break;
The 'chrt --help' output is misleading because it always advertises '-b,
--batch', '-i, --idle', ...
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
5.28-1.
--
Thanks,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Cedric Blancher via Cygwin wrote:
Good morning!
Does Cycgwin have a command to bind a new process to a specific set of
CPUs, e.g. bind /usr/bin/eatfrogs to CPU cores 3 and 4?
$ taskset -c 3,4 /usr/bin/eatfrogs
...
$ cygcheck -f /usr/bin/taskset
util-linux-2.39.3-2
--
Regards,
Christian
Takashi Yano via Cygwin wrote:
On Wed, 20 Nov 2024 22:43:08 +0900
Takashi Yano wrote:
On Tue, 19 Nov 2024 18:21:52 +0900
Takashi Yano wrote:
On Tue, 12 Nov 2024 10:53:58 +0100
Christian Franke wrote:
Found with 'stress-ng --cpu-sched' from current stress-ng upstream HEAD:
Testcase
rectly, so IMO this
is not a Windows or Win32 API problem.
Slightly different filename problem which may be related or not:
https://sourceware.org/pipermail/cygwin/2024-September/256451.html
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
nt cygwin1.dll 26144e40.
--
Regards,
Christian
#include
#include
#include
#include
static volatile std::atomic_int sigcnt;
static void sigfunc(int) { sigcnt++; }
int main()
{
volatile int prev = 0;
signal(SIGINT, sigfunc);
jmp_buf jb; setjmp(jb); // loop:
volatile int cnt = sigcnt;
ith status 0xc005
--- Process 9568 exited with status 0xc005
I guess the problem occurs because pthread_sigqueue() is sometimes
issued after the thread function already returned. The thread pointer
should be valid until pthread_join() is called. Sorry if I missed something.
--
Regards,
Christia
d because it would require to
ignore the priority.
- sched_setscheduler() always fails with ENOSYS. It IMO should allow to
set 'param->sched_priority' if 'policy' is equal to the value returned
by sched_getscheduler().
--
Regards,
Christian
#define _GNU_SOURCE
#include
#inc
ine SID:
$ sid=$(mkgroup -l | sed -n 's/[^:]*:\(S-[-0-9]*\)-513:.*$/\1/p')
$ test $(wc -l <<<"$sid") = 1 || echo 'My assumption was wrong :-)'
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Christian Franke via Cygwin wrote:
Ilya Basin via Cygwin wrote:
Hi.
I was trying to write an .img file to a VeraCrypt drive.
VeraCrypt doesn't create a virtual PhysicalDrive so tools like Rufus
don't see it.
I hoped that with cygwin I would be able to do that, but Cygwin only
creat
ice/VeraCryptVolumeE
But /proc/sys is completely R/O like /proc/registry, so you cannot write
the image via this path.
OT:
/proc/sys/Device/HarddiskVolumeShadowCopyN[/PATH/TO/FILE] allows to read
the image and individual files from a volume shadow copy.
--
Regards,
Christian
--
Prob
Takashi Yano via Cygwin wrote:
On Mon, 14 Oct 2024 15:36:02 +0200
Christian Franke wrote:
Two possibly independent bugs found by 'stress-ng --lockf ...':
1) lockf() may abort the process with api_fatal() if the new range
partly overlaps with two ranges previously locked by the same p
Warning, can't handle more than 910 locks per file.
done
There is possibly also an off-by-one error as the 912'th lockf() prints
the first warning.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Docum
Takashi Yano via Cygwin wrote:
...
Please check v2 patch.
The v3(!) patch fixes my testcases. Both branches (xsave64, fxsave64)
were tested.
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation
Takashi Yano via Cygwin wrote:
Hi Brian,
On Tue, 8 Oct 2024 10:37:14 -0600
Brian Inglis wrote:
On 2024-10-08 10:14, Brian Inglis via Cygwin wrote:
On 2024-10-08 05:20, Takashi Yano via Cygwin wrote:
On Mon, 7 Oct 2024 15:11:52 +0200
Christian Franke wrote:
$ gcc -o sigtest -O2 sigtest.c
6789p+0, y = -nan, d = -nan
6 x = 0x1.23456789p+0, y = 0x1.23456789p+0, d = -nan
33 x = 0x1.23456789p+0, y = 0x1.23456789p+0, d = 0x0p+0
The problem also occurs if compiled without -O2, but less often. No
problem occurs if compiled with -DWORKS which suggests that only 'long
secs
$ uptime
09:59:01 up 28 min, 0 user, load average: 0.00, 0.00, 0.00
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.c
Christian Franke via Cygwin wrote:
Christian Franke via Cygwin wrote:
Found during test of 'stress-ng --pseek ...' from current upstream
stress-ng git HEAD:
Testcase:
$ uname -r
3.5.4-1.x86_64
$ cat pfail.c
#include
#include
#include
#include
int main()
{
int fd = open(&
Christian Franke via Cygwin wrote:
Found during test of 'stress-ng --pseek ...' from current upstream
stress-ng git HEAD:
Testcase:
$ uname -r
3.5.4-1.x86_64
$ cat pfail.c
#include
#include
#include
#include
int main()
{
int fd = open("pwrite.tmp", O_RDWR|O_CREAT|O
pread(3, 0x7CC0B, 1,
0), errno 9
...
The problem does not occur if there is no pread()/pwrite() before the
fork(). This suggests that the child process inherits the extra handle
value used to keep the original seek position, but not the actual handle.
--
Regards,
Christian
--
Problem
Brian Inglis via Cygwin wrote:
On 2024-09-19 07:27, Christian Franke via Cygwin wrote:
Mark Liam Brown via Cygwin wrote:
On Mon, Sep 16, 2024 at 11:51 AM Christian Franke via Cygwin
wrote:
Christian Franke via Cygwin wrote:
Thomas Wolff via Cygwin wrote:
Am 15.09.2024 um 20:15 schrieb
Mark Liam Brown via Cygwin wrote:
On Mon, Sep 16, 2024 at 11:51 AM Christian Franke via Cygwin
wrote:
Christian Franke via Cygwin wrote:
Thomas Wolff via Cygwin wrote:
Am 15.09.2024 um 20:15 schrieb Thomas Wolff via Cygwin:
Am 15.09.2024 um 19:47 schrieb Christian Franke via Cygwin:
If a
Christian Franke via Cygwin wrote:
Thomas Wolff via Cygwin wrote:
Am 15.09.2024 um 20:15 schrieb Thomas Wolff via Cygwin:
Am 15.09.2024 um 19:47 schrieb Christian Franke via Cygwin:
If a file name contains an invalid (truncated) UTF-8 sequence, open()
does not refuse to create the file
Thomas Wolff via Cygwin wrote:
Am 15.09.2024 um 20:15 schrieb Thomas Wolff via Cygwin:
Am 15.09.2024 um 19:47 schrieb Christian Franke via Cygwin:
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
C\xDF21.ext"
-(readdir)->
"file1-\xF0\x9F\x8C\xA1.ext"
"file2-\xF0\x9f\x8C.ext" -(open)-> L"file2-\xD83C\xF02Eext" -(readdir)->
"file2-.\xE1\x9E\xB3ext"
"file3-\xF0\x9F\x8C" -(open)-> L"file3-\xD83C\xF000" -(readd
usages of __CYGWIN__ in stress-ng source (builds OOTB,
maybe ITP):
https://github.com/ColinIanKing/stress-ng/commit/17c7a0d
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
U
s.
Using bash builtins in the above example speeds it up to ~21000/second
on the same very old box:
$ while :; do printf '%(%s)T\n'; done | uniq -c
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Christian Franke via Cygwin wrote:
,,,
BTW, according to the Linux kernel sources, BLKPBSZGET etc return
'unsigned int' and not 'unsigned long' since first appearance in
2.6.32-rc3 (2009?):
https://elixir.bootlin.com/linux/v2.6.32-rc3/source/block/ioctl.c#L276
https:
Bruce Jerrick via Cygwin wrote:
Downgrading to util-linux-2.33.3-3 does not help. The related code
differs, but has the same problem.
I take that back. The above should read "util-linux-2.33.1-3".
But it was OK in util-linux-2.33.1-3 .
Yes, this is correct. I possibly downgraded util-linux
1 - 100 of 921 matches
Mail list logo
