Cygwin /usr/include/pthread.h:
int pthread_sigqueue (pthread_t *, int, const union sigval);
Linux /usr/include/x86_64-linux-gnu/bits/sigthread.h:
extern int pthread_sigqueue (pthread_t __threadid, int __signo,
const union sigval __value) __THROW;
It is apparently
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):
$ uname -r
3.5.4-1.x86_64
$ printf $'\U0001F321' | od -A none -t
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
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
Dan Harkless via Cygwin wrote:
On 12/9/2022 3:39 AM, Oskar Skog via Cygwin wrote:
On 2022-12-07 23:54, Dan Harkless via Cygwin wrote:
> No. It's normal and common for software like Cygwin, which has the
> power to be used maliciously (as opposed to, say, a Minesweeper
game or > something), t
Eliot Moss via Cygwin wrote:
I have a separate drive mounted this way:
d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0
One thing I use it for is to store backup files. These tend to be 2 Gb
chunks, and there can be hundreds of them in the backup directory.
(The drive
is 5Tb.) The Wi
Eliot Moss via Cygwin wrote:
On 1/15/2023 3:38 AM, Christian Franke via Cygwin wrote:
Eliot Moss via Cygwin wrote:
I have a separate drive mounted this way:
d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0
One thing I use it for is to store backup files. These tend to be 2 Gb
chunks
The following packages have been uploaded to the Cygwin distribution:
* ddrescue-1.27-1
GNU ddrescue is a data recovery tool. It copies data from
one file or block device (hard disc, cdrom, etc) to another, trying
hard to rescue data in case of read errors. Ddrescue does not
truncate the outpu
ASSI via Cygwin wrote:
GNU roff has been updated to the latest upstream version 1.23.0. The
following packages are available on Cygwin:
groff-1.23.0-1
groff-perl-1.23.0-1
groff-X11-1.23.0-1
- Various PDF fonts produce warnings but seem to work in general:
$ echo "Hello, World!" | grof
ASSI via Cygwin wrote:
Christian Franke via Cygwin writes:
ASSI via Cygwin wrote:
- Various PDF fonts produce warnings but seem to work in general:
$ echo "Hello, World!" | groff -Tpdf -f A > hello.A.pdf
/usr/bin/gropdf: warning: The download file in
'/usr/share/groff/1.23.0
Christian Franke via Cygwin wrote:
...
- Man pages could no longer be formatted with a specific font. Only
header and footer lines use the selected font then, the rest stays
at the default font 'T':
[…]
Intentional change or regression?
IDK, ask upstream.
OK, will do. D
Jonathon Merz via Cygwin wrote:
On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
wrote:
Just an idea: Could the default background color of the Cygwin console
be changed from black to grey (or RED) if the terminal has been
started with Administrator rights?
Assuming that:
1. The Admini
Corinna Vinschen via Cygwin wrote:
On Aug 18 11:51, Martin Wege via Cygwin wrote:
On Fri, Aug 18, 2023 at 7:27 AM Jonathon Merz via Cygwin
wrote:
On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
wrote:
Just an idea: Could the default background color of the Cygwin console
be changed f
The following packages have been uploaded to the Cygwin distribution:
* busybox-1.36.1-1
* busybox-standalone-1.36.1-1
* busybox-doc-1.36.1-1
BusyBox combines tiny versions of many (un)common utilities into a
single executable. It is still smaller than bash.
https://busybox.net/about.html
Th
Found during tests of busybox package:
If the path of the top build directory contains a symlink and the
project's build scripts normalize pathnames, no debug info is created by
cygport.
This is because options like
-fdebug-prefix-map=${B}=/usr/src/debug/${PF}
have no effect because ${B} cont
Brian Inglis via Cygwin wrote:
On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
I wonder why the following code throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only when LC_ALL
Takashi Yano via Cygwin wrote:
On Thu, 21 Sep 2023 21:06:59 +0200
Christian Franke wrote:
...
According to libstdc++ source, the internal function
locale::facet::_S_create_c_locale() calls some __newlocale() which
apparently does not arrive at newlocale() from cygwin1.dll. But
cygstdc++-6.dll im
Martin Wege via Cygwin wrote:
Hello,
Does Cygwin have a tool to run a bash script as SYSTEM user if my
account already have admin rights?
No (AFAIK).
I use psexec from Sysinternals tools
(https://learn.microsoft.com/sysinternals/downloads/psexec)
This starts a Cygwin terminal as SYSTEM use
Martin Wege via Cygwin wrote:
On Fri, Sep 22, 2023 at 9:42 AM Christian Franke via Cygwin
wrote:
Martin Wege via Cygwin wrote:
Hello,
Does Cygwin have a tool to run a bash script as SYSTEM user if my
account already have admin rights?
No (AFAIK).
I use psexec from Sysinternals tools
(https
Jim Garrison via Cygwin wrote:
On 9/21/2023 22:40, Martin Wege via Cygwin wrote:
Hello,
How can I use /usr/bin/dd to copy a *.iso image (Debian netinstall
boot image) to a USB stick as raw bytes?
I do this frequently. You must start the Cygwin shell with admin
rights, then use Windows Disk M
Jon Turney via Cygwin wrote:
A new setup release candidate is available at:
...
- Translation updates.
- Add German and Polish translations (thanks to weblate contributors
Markus, Ettore Atalan, Luis Mengel and WaldiS)
Some small adjustments have been made to the layout of the dialog
templ
Brian Inglis via Cygwin wrote:
On 2023-10-14 07:47, Eliot Moss via Cygwin wrote:
On 10/14/2023 7:39 AM, Cedric Blancher via Cygwin wrote:
On Fri, 11 Aug 2023 at 19:14, Brian Inglis wrote:
...
...
$ cygcheck -p usr/bin/chrt
Found 2 matches for usr/bin/chrt
util-linux-debuginfo-2.33.1-2 - uti
Matthias--- via Cygwin wrote:
I'm using sfdisk for analysing partitions on msdos partition tables.
Unfortunately it don't support
GPT tables.
Is there another tool, like parted, what can be used?
/sbin/fdisk from package util-linux-2.33.1-2 supports GPT.
--
Regards,
Christian
--
Problem rep
matth...@gmx.li wrote:
fdisk reports the same partition type as sfdisk. It report "Microsoft basic
data" for NTFS as well
as for FAT32 partitions.
That is as expected and differs from MBR disks. The same GPT partition
GUID is used for NTFS and the various FAT filesystem types.
https://en.wik
Corinna Vinschen via Cygwin wrote:
On Jan 22 16:47, Christian Franke via Cygwin wrote:
Busybox does not build OOTB on Cygwin due to the addition of itoa/utoa() to
newlib in 2014:
https://cygwin.com/git/?p=newlib-cygwin.git;a=commit;h=32c96dd
This is because Busybox use local functions with
This is not a binutils regression: A build from cygwin 3.5.0-1 src
package or current newlib-cygwin git main (bfb68a9) with new
binutils-2.42-1 fails with:
"
In file included from ../../../../winsup/utils/dumper.cc:23:
/usr/include/bfd.h:2748:1: error: expected initializer before
‘ATTRIBUTE_WA
Jon Turney wrote on cygwin-announce list:
The following packages have been uploaded to the Cygwin distribution:
* cygport-0.36.8-1
cygport is the standard method for building and maintaining packages
for the Cygwin distribution.
...
Add initial support for SOURCE_DATE_EPOCH
Testcas
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 -ffile-prefix-map or is there more to
it?
That should now be used in 0.36.8, so something
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
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
Hi,
Lavrentiev, Anton wrote
...
For new installations, it'd be great to have the most suitable (in most cases,
the most
recent) version shown as the first selection in all those pulldown version
lists in
the "New" columns. The logical order would be "the preferred (latest) version",
"the vers
Cedric Blancher via Cygwin wrote:
How does cygwin uname -s work, i.e. how does it get the OS version,
revision and build number ('10.0-19045')?
I tried to replicate it via GetVersionEx(), but that is deprecated.
AFAICS, MS does not offer an official way to retrieve the actual Windows
version
Corinna Vinschen via Cygwin wrote:
On Mar 19 09:18, Bill Stewart via Cygwin wrote:
On Tue, Mar 19, 2024 at 9:01 AM Richard Campbell wrote:
On Tue, Mar 19, 2024 at 9:04 AM Bill Stewart via Cygwin
wrote:
Can you please clarify the circumstances under which the RtlGetVersion
function "may not
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
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 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
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 = 512 bytes
Sector size (logical/physical): 512 bytes / 34359738880 bytes
I/O size (minimum/optimal): 34359738880 b
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
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
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:
J M via Cygwin wrote:
...
Specifically for this problem, I have investigated the problem and can be
related to pipes and antivirus.
Specifically
while true
do
echo ABC | grep AAA
done
It makes the cpu of that antivirus go up.
This is as expected because malware scanners hook into Win32 API's
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
$ .
Recently I used 'stress-ng --class compute ...' which reported the
failure of the 'logmath clogl' test. It could be reproduced with this
loop which finishes after some random number of iterations:
$ while stress-ng --logmath 1 --logmath-method clogl -t 1; do echo OK; done
stress-ng: info: [619
Mark Geisert via Cygwin wrote:
Hi folks,
I may have a handle on why you're seeing 0.00 load averages. Would you
kindly compile the attached program, run it, and post its results
along with which version of Windows you are running?
For example,
gcc -Wall -ggdb -o test test.c -lpdh
./tes
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:h
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 process.
2) lockf() prints a warning on too many locks and returns success. It
should not print a wa
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 creates
/dev/sd?? nodes for PhysicalDrive partitions.
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
Found with 'stress-ng --cpu-sched' from current stress-ng upstream HEAD:
Testcase (attached):
$ gcc -O2 -o manysignals manysignals.c
$ ./manysignals
fork() = 1833
...
fork() = 1848
...
kill(1833, 17)
...
kill(1848, 17)
kill(1833, 9)
...
kill(1848, 9)
waitpid(1833, ., 0)
Run this in second ter
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
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_BINARY, 0666);
if (fd < 0) {
perror("open"); retur
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(&
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
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 process.
2)
Roland Mainz via Cygwin wrote:
On Sat, Nov 9, 2024 at 6:00 PM Corinna Vinschen via Cygwin
wrote:
On Nov 9 17:31, Roland Mainz via Cygwin wrote:
Does anyone know a list of SIDs which can be used to get the
user+group accounts for passwd entry "Adminstrator" and group entry
"None" ?
Our proble
After enabling the usage of pthread_sigqueue() in stress-ng, 'stress-ng
--pthread ...' occasionally reports that child processes failed with
SIGSEGV.
The problem is unrelated to the recent fix of the signature of
pthread_sigqueue():
https://cygwin.com/git/?p=newlib-cygwin.git;a=commit;h=1e8c9
git-svn could no longer be installed because it depends on
subversion-perl (1.14.2-1) which still requires perl 5.36.
Fallback to perl 5.36 works on existing installations but fails on new
ones because some former perl-* packages for perl 5.36 are no longer on
the mirrors, at least perl-URI 5.
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
--
Cedric Blancher via Cygwin wrote:
On Fri, 20 Dec 2024 at 07:36, 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=61c2f075cd55d4a
Cedric Blancher via Cygwin wrote:
On Sat, 23 Nov 2024 at 11:44, Cedric Blancher wrote:
Good morning!
/bin/ls -l cannot handle printable Unicode characters outside the BMP
Example using '𝒯'
bash -c 'printf "\U0001D4AF\n"' # MATHEMATICAL SCRIPT CAPITAL T
(yes, our mathematicians want to use THA
The command 'stress-ng --longjmp ... -t 1' occasionally fails to
terminate because some child process does not receive the SIGALRM
indicating timeout.
Testcase (attached):
$ g++ -O2 -o longjmpsigs longjmpsigs.cc
$ ./longjmpsigs
[^C]
INT 1
[^C]
INT 2
...
[^C]
INT 21
[^C]
[^C]
INT 22
..
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 (attached):
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 mq_unlink().
Addresses: https://cygwin.com/pipermail/cygwin/2025-January/257119.html
Now
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
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.5-1.x86_64
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
Found with 'stress-ng --mq 1 -v':
If an invalid fd is passed to mq_send() and other mq_* functions, a
segfault occurs instead of returning -1 with errno=EBADF. Depending on
optimization, the segfault is not visible in the exit status.
Testcase:
$ uname -r
3.5.5-1.x86_64
$ gcc --version
gcc
mq_unlink() does not unlink anything and always returns -1 with errno =
EPERM.
Testcase:
$ uname -r
3.5.5-1.x86_64
$ cat mqunlink.c
#include
#include
#include
int main()
{
const char mq_name[] = "/mqtest";
const struct mq_attr attr = { 0, 10, 42, 0 };
mqd_t mq = mq_open(mq_name, O_RD
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.5-1.x86_64
$ gcc -o mqhang mqhang.c
On Tue, Jan 14, 2025, 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" version
9.5-1 copying a larger *.pdb file (it seems that only thi
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 'dir/file' retained as 0644 (rw-r--r--)
0
$ ln -s file dir/link
$ chmod -R -v g-w dir; echo $?
mode of
Marco Atzeri via Cygwin wrote:
On 08/02/2025 16:37, Martin Wege via Cygwin wrote:
Hello!
Is there a list of packages (including all their dependencies!) which
are installed by Cygwin setup.exe by default, e.g. start installer,
click everything "yes", but do not select any extra packages?
Thank
Corinna Vinschen via Cygwin wrote:
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.
BTW, the info "sparse ... This flag is always silently enabled on SSD
drives" is on
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
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
... (2.8 : 1) ...
$ stat -c '%b %s %n' file?
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
... (
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?
cp --version
cp (GNU coreutils) 9.5
Packaged by Cygwin (9.5-1
Checklist:
- Volume has FILE_SUPPORTS_SPARSE_FILES
- Cygwin m
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
Corinna Vinschen via Cygwin wrote:
...
I just deployed 0.12.2-2 as test. Apart from setproctitle{_init}, it
also drops exporting the following symbols already exported from Cygwin:
arc4random*
explicit_bzero
fpurge
getprogname
reallocarray
reallocf
setprognam
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
!...!SIGSTOP: Permission denied
0 [itimer] timersig 639 sig_send: error sending signal 14, pid 639,
pipe
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
Corinna Vinschen via Cygwin wrote:
[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.
...
Below you'll find a list of c
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)
{
initsetproctitle(argc, argv, envp);
setproctitle("argc = %d", argc);
sleep(2);
return 0;
}
$ gcc -o
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
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
116
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
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 current affinity mask: fff
$ taskset -p 62095
pid 62095's current affinity mask: fff
Another test shows that the
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
Found because 'stress-ng --context 1 ...' always hangs.
The attached testcase uses the example from Linux swapcontext(3) to call
the context functions.
$ uname -r
3.6.0-0.419.g3c1308ed890e.x86_64
$ gcc -o ctxnosig ctxnosig.c
$ ./ctxnosig # ... and hit ^C
waste_time: started
[^C][SIGINT]
wast
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
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
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
!...!SIGSTOP: Per
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: x86_64-unknown-windows-cygnus
Thread model: posix
InstalledDir: /usr/bin
$ cl
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
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:
/usr/include/bsd/stdlib.h:62:26: error: macro "arc4random_stir" passed
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 - <<<'
Found because 'stress-ng --memcpy ...' and other tests report segfaults:
An exception 0xc374 (STATUS_HEAP_CORRUPTION) occurs if a signal
arrives during a memmove() which copies backwards due to overlap.
The related snippet[s] from winsup/cygwin/x86_64/bcopy.S:
std
rep
Found because 'stress-ng --priv-instr ...' hangs and then requires
'/bin/kill --force ...':
Testcase with
[PATCH v2] Cygwin: signal: Copy context to alternate stack in the
SA_ONSTACK case
already applied:
$ uname -r
3.7.0-dev-16-g2ef1a37e7823-dirty.x86_64
$ cat loopsigill.c
#include
#incl
100 matches
Mail list logo
