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
Hi Mark,
Mark Geisert via Cygwin wrote:
Hi Christian,
On 3/31/2024 1:11 AM, Christian Franke via Cygwin wrote:
Testcase:
# cygcheck -f /sbin/fdisk.exe
util-linux-2.39.3-1
# /sbin/fdisk.exe -l /dev/sdd
Disk /dev/sdd: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512
same problem.
The fdisk variant in busybox-1.36.1-2 is not affected.
--
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 23 10:57, Christian Franke via Cygwin wrote:
On Mar 21 16:15, Corinna Vinschen via Cygwin wrote:
On Mar 21 09:58, Christian Franke via Cygwin wrote:
..
I just gave it a try on W11. The results are even more funny than I
anticipated:
...
So, yeah
On Mar 21 16:15, Corinna Vinschen via Cygwin wrote:
On Mar 21 09:58, Christian Franke via Cygwin wrote:
..
I just gave it a try on W11. The results are even more funny than I
anticipated:
...
So, yeah, with your observations especially on older W10 versions and
with 8.1 doing the same thing
Corinna Vinschen via Cygwin wrote:
On Mar 20 12:39, Christian Franke via Cygwin wrote:
Corinna Vinschen via Cygwin wrote:
You have to create an application with an application manifest not
supporting your OS.
For Cygwin apps, this occured when you built, say, an executable under
Windows 8.1
d
Win11 and also found a Win10 1511 (and Slackware 1.1.2, Win3.1, OS/2,
...) in my VM image museum.
Regardless of the exe manifest, RtlGetVersion and RtlGetNtVersionNumbers
return the correct versions:
10.0.22621 (Win11 22H2)
10.0.19045 (Win10 22H2)
10.0.10586 (Win10 1511)
Without a manif
he correct values. See
function wincapc::init()
https://cygwin.com/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/wincap.cc
--
Regards,
Christian
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com
ll.
Press and hold Ctrl+U to select "Uninstall" for all. Then change to
another view and back to "Unneeded" to see more possible unneeded packages.
If someone wants to retain some, it's easier to change
those few back to "Keep".
Ctrl+K = "Keep&quo
Jon Turney via Cygwin wrote:
On 13/02/2024 13:02, Christian Franke via Cygwin wrote:
Jon Turney via Cygwin wrote:
On 12/02/2024 16:49, ASSI via Cygwin wrote:
Christian Franke via Cygwin writes:
This requires that always the same build directory is used.
Would that be solvable by using
1 - 100 of 912 matches
Mail list logo
