Re: Technical reason why 32bit Cygwin cannot be installed on 64bit Windows?

Is there a technical reason why 32bit Cygwin cannot be installed on 64bit Windows? https://cygwin.com/install.html has the following... =A note about 32-bit Cygwin =The limited address space of 32-bit Windows means that random failures =in the fork(2) system call are more likely. Therefore,

Re: util-linux-2.39.3-1: libblkid returns invalid physical_sector_size

On 4/2/2024 9:50 AM, Christian Franke via Cygwin wrote: 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?):

Re: Cygwin file prefetch, block sizes?

On 4/2/2024 3:35 PM, Martin Wege via Cygwin wrote: On Tue, Apr 2, 2024 at 3:17 PM Corinna Vinschen via Cygwin wrote: On Apr 2 02:04, Martin Wege via Cygwin wrote: Hello, Is there any document which describes how Cygwin and Win32 file prefetch and readahead work, and which sizes are used

Updated: util-linux 2.39.3-2

The following packages have been uploaded to the Cygwin distribution: * util-linux-2.39.3-2 * util-linux-debuginfo-2.39.3-2 * libblkid-devel-2.39.3-2 * libblkid1-2.39.3-2 * libfdisk-devel-2.39.3-2 * libfdisk1-2.39.3-2 * libsmartcols-devel-2.39.3-2 * libsmartcols1-2.39.3-2 *

Re: util-linux-2.39.3-1: libblkid returns invalid physical_sector_size

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 = 512 bytes Sector size

util-linux 2.39.3-1

Package util-linux 2.39.3-1 has been upgraded from test to current. ..mark -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** The easiest way to unsubscribe is to visit , and click 'Unsubscribe'. If you need more information on

Re: Unable to 'git push' to /git/cygwin-packages/*

On 3/14/2024 11:26 AM, Corinna Vinschen via Cygwin-apps wrote: [...] You may also want to use https:// rather than git:// for reading the repository these days, given the insecurity of the git protocol. Right. I now remember this recommendation too. I will make the change in all the git

Re: Unable to 'git push' to /git/cygwin-packages/*

On 3/14/2024 9:07 AM, Jon Turney via Cygwin-apps wrote: On 14/03/2024 15:39, Mark Geisert via Cygwin-apps wrote: On 3/14/2024 2:42 AM, Jon Turney via Cygwin-apps wrote: On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote: Hi folks, I'm getting the error: fatal: remote error: service

Re: Unable to 'git push' to /git/cygwin-packages/*

On 3/14/2024 2:42 AM, Jon Turney via Cygwin-apps wrote: On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote: Hi folks, I'm getting the error: fatal: remote error: service not enabled: /git/cygwin-packages/sshfs when I attempt 'git push' to that repository.  The same happens with all

Unable to 'git push' to /git/cygwin-packages/*

Hi folks, I'm getting the error: fatal: remote error: service not enabled: /git/cygwin-packages/sshfs when I attempt 'git push' to that repository. The same happens with all the repositories for my packages. It's been this way for a couple days at least. Have I forgotten some step in the

Re: /usr/bin/fallocate -v -d -l 2 myfile takes forever

On 3/5/2024 2:43 AM, Mark Geisert via Cygwin wrote: On 3/5/2024 12:46 AM, Cedric Blancher via Cygwin wrote: On Mon, 29 Jan 2024 at 10:46, Mark Geisert via Cygwin wrote: On 1/28/2024 11:56 PM, Mark Geisert via Cygwin wrote: On 1/28/2024 10:44 PM, Cedric Blancher via Cygwin wrote: Good

Updated: util-linux 2.39.3-1 (test)

The following packages have been uploaded to the Cygwin distribution: * util-linux-2.39.3-1 * util-linux-debuginfo-2.39.3-1 * libblkid-devel-2.39.3-1 * libblkid1-2.39.3-1 * libfdisk-devel-2.39.3-1 * libfdisk1-2.39.3-1 * libsmartcols-devel-2.39.3-1 * libsmartcols1-2.39.3-1 *

Updated: util-linux 2.39.3-1 (test)

The following packages have been uploaded to the Cygwin distribution: * util-linux-2.39.3-1 * util-linux-debuginfo-2.39.3-1 * libblkid-devel-2.39.3-1 * libblkid1-2.39.3-1 * libfdisk-devel-2.39.3-1 * libfdisk1-2.39.3-1 * libsmartcols-devel-2.39.3-1 * libsmartcols1-2.39.3-1 *

Re: Native posix_spawn() in Cygwin?

On 3/5/2024 2:42 PM, Dan Shelton via Cygwin wrote: On Mon, 4 Mar 2024 at 07:45, Mark Geisert via Cygwin wrote: On 3/3/2024 7:27 PM, Dan Shelton via Cygwin wrote: [...] strace does not help, as I need the Win32 calls BELOW posix_spawn(), to see the implementation details. Check the source

Re: /usr/bin/fallocate -v -d -l 2 myfile takes forever

On 3/5/2024 12:46 AM, Cedric Blancher via Cygwin wrote: On Mon, 29 Jan 2024 at 10:46, Mark Geisert via Cygwin wrote: On 1/28/2024 11:56 PM, Mark Geisert via Cygwin wrote: On 1/28/2024 10:44 PM, Cedric Blancher via Cygwin wrote: Good morning! rm -f myfile touch myfile /usr/bin/fallocate -v

Re: /usr/bin/fallocate -v -d -l 2 myfile takes forever

On 3/5/2024 12:46 AM, Cedric Blancher via Cygwin wrote: On Mon, 29 Jan 2024 at 10:46, Mark Geisert via Cygwin wrote: On 1/28/2024 11:56 PM, Mark Geisert via Cygwin wrote: On 1/28/2024 10:44 PM, Cedric Blancher via Cygwin wrote: Good morning! rm -f myfile touch myfile /usr/bin/fallocate -v

Re: Convert a file descriptor from Cygwin openat() to Win32 file HANDLE?

On 3/3/2024 10:16 PM, Cedric Blancher via Cygwin wrote: How can I convert a file descriptor from Cygwin openat() to Win32 file HANDLE? In general, this can be done with: hFile = (HANDLE) _get_osfhandle (int fd); That works for simple cases such as disk file descriptors. I've learned one

Re: Native posix_spawn() in Cygwin?

On 3/3/2024 7:27 PM, Dan Shelton via Cygwin wrote: On Tue, 27 Feb 2024 at 07:34, wrote: On Tue, Feb 27, 2024 at 06:54:42AM +0100, Dan Shelton via Cygwin wrote: On Tue, 27 Feb 2024 at 06:47, Brian Inglis via Cygwin wrote: On 2024-02-26 20:23, Dan Shelton via Cygwin wrote: Does Cygwin

Re: Can util-linux 2.33.1-3 come out of [test] ?

On 2/2/2024 3:52 AM, Bruce Jerrick via Cygwin wrote: util-linux 2.33.1-3 depends on cygwin >= 3.5.0 .  The latter has come out of test, so can util-linux 2.33.1-3 also come out of test? Done. Note that this means if you select util-linux 2.33.1-3 for installation, your Cygwin version will

Re: /usr/bin/fallocate -v -d -l 2 myfile takes forever

On 1/28/2024 11:56 PM, Mark Geisert via Cygwin wrote: On 1/28/2024 10:44 PM, Cedric Blancher via Cygwin wrote: Good morning! rm -f myfile touch myfile /usr/bin/fallocate -v -d -l myfile takes forever with latest Cygwin 3.5 ^ length goes here, before filename I

Re: /usr/bin/fallocate -v -d -l 2 myfile takes forever

On 1/28/2024 10:44 PM, Cedric Blancher via Cygwin wrote: Good morning! rm -f myfile touch myfile /usr/bin/fallocate -v -d -l myfile takes forever with latest Cygwin 3.5 ^ length goes here, before filename I believe you need to chattr +S myfile after the

Request for import of git repository history

Hi folks, I'm finally getting around to setting up the centralized git repositories for the packages I maintain. There is currently no history for the cygutils package. Could I please have its history imported with ctm2git? Thanks much, ..mark

Re: /usr/bin/fallocate missing in Cygwin 3.5's "util-linux" ...

On 1/27/2024 7:47 AM, Marco Atzeri via Cygwin wrote: On 27/01/2024 11:06, Mark Geisert via Cygwin wrote: On 1/26/2024 11:26 PM, ASSI via Cygwin wrote: Mark Geisert via Cygwin writes: A new build of the util-linux package, 2.33.1-3, now includes fallocate and its man page.  The updated package

Re: /usr/bin/fallocate missing in Cygwin 3.5's "util-linux" ...

On 1/26/2024 11:26 PM, ASSI via Cygwin wrote: Mark Geisert via Cygwin writes: A new build of the util-linux package, 2.33.1-3, now includes fallocate and its man page. The updated package is now making its way to the Cygwin mirrors. fallocate requires Cygwin version >= 3.5.0. It a

Re: /usr/bin/fallocate missing in Cygwin 3.5's "util-linux" ...

On 1/23/2024 4:41 PM, Mark Geisert via Cygwin wrote: On 1/23/2024 3:36 AM, Roland Mainz via Cygwin wrote: Small bug report: Cygwin 3.5. now has support for SEEK_HOLE (thanks! :-) ), but /usr/bin/fallocate is still missing in the "util-linux" package. Can someone please enable

Updated: util-linux 2.33.1-3

The following packages have been uploaded to the Cygwin distribution: * util-linux-2.33.1-3 * util-linux-debuginfo-2.33.1-3 * libblkid-devel-2.33.1-3 * libblkid1-2.33.1-3 * libfdisk-devel-2.33.1-3 * libfdisk1-2.33.1-3 * libsmartcols-devel-2.33.1-3 * libsmartcols1-2.33.1-3 *

Re: /usr/bin/fallocate missing in Cygwin 3.5's "util-linux" ...

On 1/23/2024 3:36 AM, Roland Mainz via Cygwin wrote: Small bug report: Cygwin 3.5. now has support for SEEK_HOLE (thanks! :-) ), but /usr/bin/fallocate is still missing in the "util-linux" package. Can someone please enable that tool ? I'll look into this. ..mark -- Problem reports:

Re: [NMU] inkscape 0.92.3-2 (Test)

This test version of inkscape has been promoted to current. Apologies to JonT who probably has to help this through again. Next time I do this will be after I ITA the thing. Thanks & Regards, ..mark

Re: Unmaintained packages in base package set

Marco Atzeri via Cygwin-apps wrote: Is anyone looking at QT5 and QT6 ? I've "looked at" Qt5 in the past, though not to the point of being able to take it over. I have a patch for the qterminal issue that I'd like to contribute. There's issues I've had building this I haven't had the time to

Re: [NMU] inkscape 0.92.3-2 (Test)

ASSI via Cygwin-apps wrote: Mark Geisert via Cygwin-apps writes: I've uploaded a non-maintainer re-build of the existing inkscape 0.92.3. This attempts to work around a problem with the current inkscape reported to exit with 127 error code (missing DLL). This build was produced with gcc-g

Re: inkscape installed but does nothing --- solved to my satisfaction

Hi John, J.F. Huesman via Cygwin wrote: [...] If I call inkscape -V from the prompt, I get an error:(inkscape:1451): Gtk-WARNING **: 07:07:30.361: cannot open display: :0 Inkscape is expecting a running X server to display on. But even for "-V"? That seems a little presumptuous :-).

Re: [NMU] inkscape 0.92.3-2 (Test)

Hi Jon, Jon Turney via Cygwin-apps wrote: On 30/11/2023 00:38, Mark Geisert via Cygwin-apps wrote: Not sure of the logistical process for doing a non-maintainer update. If I've missed something please let me know. > Thanks very much for looking into this. You're welcome. It was a curi

Re: inkscape installed but does nothing

Mark Geisert via Cygwin wrote: I've found that Cygwin's latest inkscape 0.92.3 cannot be built with either gcc-g++ 11.4 or 11.2.  There are incompatibilities with recent C++ include files. Inkscape *can* be built with gcc-g++ 7.4; that version even seems to run okay. So it seems that without

Updated: inkscape 0.92.3-2 (Test)

I've uploaded a non-maintainer re-build of the existing inkscape 0.92.3. This attempts to work around a problem with the current inkscape reported to exit with 127 error code (missing DLL entry). This build was produced with gcc-g++ 7.4 while the current build was produced with gcc-g++ 6.4.

[NMU] inkscape 0.92.3-2 (Test)

I've uploaded a non-maintainer re-build of the existing inkscape 0.92.3. This attempts to work around a problem with the current inkscape reported to exit with 127 error code (missing DLL). This build was produced with gcc-g++ 7.4 while the current build was produced with gcc-g++ 6.4. Newer

Kindly update my SSH public key

Name: Mark Geisert BEGIN SSH2 PUBLIC KEY Comment: "256-bit ED25519, converted by Mark@zotac from OpenSSH" C3NzaC1lZDI1NTE5IP1ks1stdrx1ofmpCBnQWdJ2zt9qlnNqrCX0y15INZHf END SSH2 PUBLIC KEY

Re: inkscape installed but does nothing

Mark Geisert via Cygwin wrote: I'm now going through the laborious process of building inkscape on my test system to see if the same issue happens with my build.  I'll give an update when I have something to report. I've found that Cygwin's latest inkscape 0.92.3 cannot be built with either

Re: inkscape installed but does nothing

Hi John, J.F. Huesman via Cygwin wrote: [...my previous info about reproducing the issue elided here...] I get those same error codes (of course the process ID and thread numbers are different).exception 139 indicates, I think, a missing required file or link. Maybe it's an issue with the

Re: inkscape installed but does nothing.

FWIW I can reproduce the issue. See below... René Berber via Cygwin wrote: On 11/22/2023 10:27 PM, J.F. Huesman via Cygwin wrote: (I tried to reply to this message twice and got mailer-daemon failure notices both times. My apologies if this is a duplicate message.) Yes, they are installed.

[PATCH v2] Fix profiler error() definition and usage

number displays Fixes: 9887fb27f6126 ("Cygwin: New tool: profiler") Fixes: 087a3d76d7335 ("Cygwin: New tool: gmondump") Signed-off-by: Mark Geisert --- winsup/cygwin/release/3.4.10 | 3 +++ winsup/utils/gmondump.c | 8 --- winsup/utils/

Re: [PATCH] Cygwin: Fix profiler error() definition and usage

Hi Corinna, On Mon, 13 Nov 2023, Corinna Vinschen wrote: On Nov 13 01:46, Mark Geisert wrote: Minor updates to profiler and gmondump, which share some code: - fix operation of error() so it actually works as intended - resize 4K-size auto buffer reservations to BUFSIZ (==1K) - remove trailing

[PATCH] Cygwin: Fix profiler error() definition and usage

number displays Fixes: 9887fb27f6126 ("Cygwin: New tool: profiler") Fixes: 087a3d76d7335 ("Cygwin: New tool: gmondump") Signed-off-by: Mark Geisert --- winsup/utils/gmondump.c | 8 --- winsup/utils/profiler.cc | 46 +--- 2 files ch

Re: Which git hash to supply on Fixes: line -- never mind

On Sun, 12 Nov 2023, Mark Geisert wrote: Hi folks, I want to submit a patch that fixes 'profiler'. The Fixes: line of the patch commentary should reference the original addition of profiler to the Cygwin source tree. Using the gitweb interface, the commit display of profiler.cc shows

Which git hash to supply on Fixes: line

Hi folks, I want to submit a patch that fixes 'profiler'. The Fixes: line of the patch commentary should reference the original addition of profiler to the Cygwin source tree. Using the gitweb interface, the commit display of profiler.cc shows: authorMark Geisert 2021-07-15 21:49:55

Re: Qt6 in Cygwin?

Mark Geisert via Cygwin wrote: Are there Qt6 - https://www.qt.io/product/qt6 - packages for Cygwin available? Does setup.exe show it/them as a choice?  No?  No they aren't available.  We could use a maintainer for Qt.  Check the Cygwin home page for how to contribute. Now that I think

Re: Qt6 in Cygwin?

Are there Qt6 - https://www.qt.io/product/qt6 - packages for Cygwin available? Does setup.exe show it/them as a choice? No? No they aren't available. We could use a maintainer for Qt. Check the Cygwin home page for how to contribute. ..mark -- Problem reports:

Re: Run a Cygwin process with "higher" scheduler priority

Cedric Blancher via Cygwin wrote: On Fri, 11 Aug 2023 at 19:14, Brian Inglis wrote: On 2023-08-11 09:44, Cedric Blancher via Cygwin wrote: How can we set the scheduler priority for a Cygwin process to "higher" than normal on start? Basically we want a Cygwin compatible script version of the

Re: EXTERNAL SENDER: Re: Fork errors

- From: Cygwin On Behalf Of Mark Geisert via Cygwin Sent: Wednesday, September 6, 2023 6:32 PM To: Cygwin Mailing List Subject: EXTERNAL SENDER: Re: Fork errors Dale Lobb via Cygwin wrote: Since upgrading to the latest version of Cygwin a few weeks ago on a server I manage, I've been

Re: [PATCH] Cygwin: Fix __cpuset_zero_s prototype

Mark Geisert wrote, and then wrote again: Corinna Vinschen wrote: On Sep  7 22:36, Mark Geisert wrote: Add a missing "void" to the prototype for __cpuset_zero_s(). Reported-by: Marco Mason Addresses: https://cygwin.com/pipermail/cygwin/2023-September/254423.html Signed-off-by: Ma

Re: [PATCH] Cygwin: Fix __cpuset_zero_s prototype

Corinna Vinschen wrote: On Sep 7 22:36, Mark Geisert wrote: Add a missing "void" to the prototype for __cpuset_zero_s(). Reported-by: Marco Mason Addresses: https://cygwin.com/pipermail/cygwin/2023-September/254423.html Signed-off-by: Mark Geisert Fixes: c6cfc99648d6 (Cygwin: sy

[PATCH] Cygwin: Add relnote to 3.4.10 release file

Document the most recent update to include/sys/cpuset.h. --- winsup/cygwin/release/3.4.10 | 5 + 1 file changed, 5 insertions(+) create mode 100644 winsup/cygwin/release/3.4.10 diff --git a/winsup/cygwin/release/3.4.10 b/winsup/cygwin/release/3.4.10 new file mode 100644 index

[PATCH] Cygwin: Fix __cpuset_zero_s prototype

Add a missing "void" to the prototype for __cpuset_zero_s(). Reported-by: Marco Mason Addresses: https://cygwin.com/pipermail/cygwin/2023-September/254423.html Signed-off-by: Mark Geisert Fixes: c6cfc99648d6 (Cygwin: sys/cpuset.h: add cpuset-specific external functions) --- win

Re: [pkg cygwin-devel] /usr/include/sys/cpuset.h:52 error: missing return type

Hi Marco, Marco Mason via Cygwin wrote: I just updated to 3.4.9-1 and compiled some code, and it complained about cpuset.h. Specifically, "C++ requires a type specifier for all declarations", and sure enough, there's no return type on line 52. So I changed my local copy to the following, and

Re: Fork errors

Bill Stewart via Cygwin wrote: On Wed, Sep 6, 2023 at 5:32 PM Mark Geisert wrote: Speculation: The specific exit code 0xC142 may or may not have something to do with Windows error 142, which is ERROR_BUSY_DRIVE. I cannot help further on this. Correction: The low word of 0xC142 = hex

Re: Fork errors

Dale Lobb via Cygwin wrote: Since upgrading to the latest version of Cygwin a few weeks ago on a server I manage, I've been experiencing an issue with fork errors. The Cygwin installation had not been updated for almost a year before that. The issue happens every time a script is

Re: posix thread scaling issue

Sorry, I mis-spoke in my previous post... Mark Geisert via Cygwin wrote:   Briefly, you can't move a thread outside the processor group it's currently in; you have to move its process to the new group first. That's backward. You can't add

Re: posix thread scaling issue

Hi folks, Brian Inglis via Cygwin wrote: On 2023-09-02 12:27, jeff via Cygwin wrote: [...] When I run cinebench, I can get to 100% cpu utulization (at around 3ghz) on windows. Chances are the benchmark is designed to handle that: "When the program is running inside the group, unless it is

Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8

Corinna Vinschen via Cygwin-apps wrote: On Sep 1 03:28, Mark Geisert via Cygwin-apps wrote: I then tried recompiling a CPU affinity test program of mine (that uses cpusets) but it could not link due to missing __cpuset_alloc and __cpuset_free. I think this is likely a local issue of mine

Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8

Hi Corinna, Corinna Vinschen via Cygwin-apps wrote: On Aug 30 20:10, Corinna Vinschen via Cygwin-apps wrote: On Aug 30 12:04, Brian Inglis via Cygwin-apps wrote: On 2023-08-30 06:17, Corinna Vinschen via Cygwin-apps wrote: On Aug 30 11:57, Corinna Vinschen via Cygwin-apps wrote: On Aug 30

Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8

Corinna Vinschen via Cygwin-apps wrote: On Aug 30 11:57, Corinna Vinschen via Cygwin-apps wrote: On Aug 30 11:34, Corinna Vinschen via Cygwin-apps wrote: #define CPU_ZERO_S(siz, set) __cpuset_zero_s (siz, set) -static __inline void -__cpuset_zero_s (size_t siz, cpu_set_t *set) -{ - (void)

Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8

[redirected from the main Cygwin ML] Hi Corinna, Corinna Vinschen via Cygwin wrote: On Aug 25 22:50, Mark Geisert via Cygwin wrote: Hi Corinna, Corinna Vinschen via Cygwin wrote: On Aug 24 14:39, Mark Geisert via Cygwin wrote: Denis Excoffier via Cygwin wrote: Hello, When i try to compile

Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8

Corinna Vinschen via Cygwin wrote: On Aug 25 22:50, Mark Geisert via Cygwin wrote: Hi Corinna, Corinna Vinschen via Cygwin wrote: On Aug 24 14:39, Mark Geisert via Cygwin wrote: Denis Excoffier via Cygwin wrote: Hello, When i try to compile coreutils-9.3 under cygwin-3.4.8 i get

Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8

Hi Corinna, Corinna Vinschen via Cygwin wrote: On Aug 24 14:39, Mark Geisert via Cygwin wrote: Denis Excoffier via Cygwin wrote: Hello, When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the following error messages (see below). There seems to be a kind of loop in the hierarchy

Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8

Hi Denis, Thanks for the report. More below... Denis Excoffier via Cygwin wrote: Hello, When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the following error messages (see below). There seems to be a kind of loop in the hierarchy of #includes. Moreover, with cygwin-3.4.7, this is

Re: Test for Windows Administrator permissions from Cygwin terminal|script?

Mark Geisert via Cygwin wrote: Backwoods BC via Cygwin wrote: [...] I don't know if this is the official method, but it works for me: # Shell Options # Elevated privilege windows have $SESSIONNAME set if [ "$SESSIONNAME" == "" ] ;then    printf -v adminPmt '[\u202

Re: Test for Windows Administrator permissions from Cygwin terminal|script?

Backwoods BC via Cygwin wrote: On Thu, Aug 17, 2023 at 7:01 PM Martin Wege via Cygwin wrote: How can I find out whether the current Cygwin terminal has Administrator rights? I want to safeguard our admin scripts with a simple test and bail out with an error if someone wants to do admin stuff

Re: Linking a native msvc dll library to CYGWIN g++ compiler

Mümin A. via Cygwin wrote: Hi, reminder.. Mümin A. , 11 Tem 2023 Sal, 09:47 tarihinde şunu yazdı: Hi, I'm facing a problem while linking my native dll library into the g++ compiler. There is a name mangling problem when calling a msvc function from g++ compiler therefore linker gives an

Re: iostream doesn't work (clang++)

Hi once again, ggl329 via Cygwin wrote: On 2023/07/05 12:06, Mark Geisert via Cygwin wrote: My previous reply addressed the specific error reported by your testcase. But I am unable to make progress on the root cause because I can't reproduce your report. [... useful info elided from

[PATCH] Cygwin: Update release/3.4.8 for latest commit

--- winsup/cygwin/release/3.4.8 | 3 +++ 1 file changed, 3 insertions(+) diff --git a/winsup/cygwin/release/3.4.8 b/winsup/cygwin/release/3.4.8 index d1e34ce3c..3113be8cb 100644 --- a/winsup/cygwin/release/3.4.8 +++ b/winsup/cygwin/release/3.4.8 @@ -3,3 +3,6 @@ Bug Fixes - Make safe for c89

Re: Where should relnote updates for Cygwin DLL patches be going?

Hi Corinna, Corinna Vinschen wrote: On Jul 11 01:05, Mark Geisert wrote: AIUI for cygwin-3_4-branch they currently go to release/3.4.8. For the main|master branch they currently go where? release/3.5.0 An entry there is only necessary if it doesn't get picked for 3.4 anyway. Ah

Where should relnote updates for Cygwin DLL patches be going?

AIUI for cygwin-3_4-branch they currently go to release/3.4.8. For the main|master branch they currently go where? I hope to get it right the first time ;-). Thank you, ..mark

[PATCH v2] Cygwin: Make gcc-specific code in compiler-agnostic

uly/253927.html Fixes: 9cc910dd33a5 (Cygwin: Make safe for c89 compilations) Signed-off-by: Mark Geisert --- winsup/cygwin/include/sys/cpuset.h | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/winsup/cygwin/include/sys/cpuset.h b/winsup/cygwin/include/sys/cpus

Re: [PATCH] Cygwin: Make gcc-specific code in compiler-agnostic

Hi all, Brian Inglis wrote: On 2023-07-08 15:53, Mark Geisert wrote: Mark Geisert wrote: I got tripped up by misspelling and not being able to link clang{,++} programs on my test system.  I checked the .o files with objdump: Clang and clang++ both support __builtin_popcountl, but they emit

Re: [PATCH] Cygwin: Make gcc-specific code in compiler-agnostic

Mark Geisert wrote: [... blah blah ...] I got tripped up by misspelling and not being able to link clang{,++} programs on my test system. I checked the .o files with objdump: Clang and clang++ both support __builtin_popcountl, but they emit code for the Hackers Delight algorithm rather than

Re: [PATCH] Cygwin: Make gcc-specific code in compiler-agnostic

Brian Inglis wrote: On 2023-07-07 12:54, Brian Inglis wrote: On 2023-07-07 03:44, Corinna Vinschen wrote: Hi Mark, On Jul  7 00:41, Mark Geisert wrote: The current version of cannot be compiled by Clang due to the use of __builtin* functions.  Their presence here was a dubious optimization

Re: [PATCH] Cygwin: Make gcc-specific code in compiler-agnostic

Hi Corinna, Corinna Vinschen wrote: On Jul 7 00:41, Mark Geisert wrote: The current version of cannot be compiled by Clang due to the use of __builtin* functions. Their presence here was a dubious optimization anyway, so their usage has been converted to standard library functions

Re: iostream doesn't work (clang++)

Brian Inglis via Cygwin wrote: On 2023-07-05 09:54, ggl329 via Cygwin wrote: Hi Mark, On 2023/07/05 12:06, Mark Geisert via Cygwin wrote: My previous reply addressed the specific error reported by your testcase. But I am unable to make progress on the root cause because I can't reproduce

[PATCH] Cygwin: Make gcc-specific code in compiler-agnostic

fe for c89 compilations) Signed-off-by: Mark Geisert --- winsup/cygwin/include/sys/cpuset.h | 28 +++- 1 file changed, 23 insertions(+), 5 deletions(-) diff --git a/winsup/cygwin/include/sys/cpuset.h b/winsup/cygwin/include/sys/cpuset.h index 0c95134ff..f76e788d5 100644 --- a/win

Re: iostream doesn't work (clang++)

Hi again, ggl329 via Cygwin wrote: Hi, clang++ fails with iostream. Does it go well in your environment? # I noticed that clang is orphaned. clang requires a maintainer? It would indeed be nice to have a clang maintainer. Until that happens various other folks might be able to assist if

Re: iostream doesn't work (clang++)

Hi there, ggl329 via Cygwin wrote: Hi, clang++ fails with iostream. Does it go well in your environment? # I noticed that clang is orphaned. clang requires a maintainer? $ cat sample.cc #include int main() {     std::cout << "Hello World.\n";     return 0; } $ g++ sample.cc $ ./a Hello

Re: [PATCH v2] Cygwin: Make safe for c89 compilations

Corinna Vinschen wrote: On Jul 4 16:33, Corinna Vinschen wrote: On Jul 3 17:51, Mark Geisert wrote: Four modifications to include/sys/cpuset.h: * Change C++-style comments to C-style also supported by C++ * Change "inline" to "__inline" on code lines * Add "#includ

[PATCH v2] Cygwin: Make safe for c89 compilations

bd99ec ("Cygwin: Fix type mismatch on sys/cpuset.h") Signed-off-by: Mark Geisert --- winsup/cygwin/include/sys/cpuset.h | 49 -- winsup/cygwin/release/3.4.7| 3 ++ 2 files changed, 30 insertions(+), 22 deletions(-) diff --git a/winsup/cygwin/include/sys/cp

Re: [PATCH] Cygwin: Make safe for c89 compilations

Hi Corinna, Corinna Vinschen wrote: On Jul 3 02:27, Mark Geisert wrote: Brian Inglis wrote: On 2023-07-03 00:17, Mark Geisert wrote: Three modifications to include/sys/cpuset.h: * Change C++-style comments to C-style also supported by C++ * Change "inline" to "__inline

Re: [PATCH] Cygwin: Make safe for c89 compilations

Hi Brian, Brian Inglis wrote: On 2023-07-03 00:17, Mark Geisert wrote: Three modifications to include/sys/cpuset.h: * Change C++-style comments to C-style also supported by C++ * Change "inline" to "__inline" on code lines * Don't declare loop variables on for-loop

[PATCH] Cygwin: Make safe for c89 compilations

Three modifications to include/sys/cpuset.h: * Change C++-style comments to C-style also supported by C++ * Change "inline" to "__inline" on code lines * Don't declare loop variables on for-loop init clauses Tested by first reproducing the reported issue with home-grown test programs by compiling

Re: [PATCH v2] Cygwin: Fix type mismatch on sys/cpuset.h

Mark Geisert wrote: [...] Thanks for the report and investigations.  I'll address this shortly. A candidate patch for 3.4.7 is incoming. If it passes muster I'll fire off a patch for 3.3.6. I don't know why I'm using military terminology. Independence Day soon in the US, I guess. Cheers

Re: [PATCH v2] Cygwin: Fix type mismatch on sys/cpuset.h

Hi all, Brian Inglis wrote: On 2023-07-01 08:20, Jon Turney wrote: On 14/03/2023 08:56, Mark Geisert wrote: Addresses https://cygwin.com/pipermail/cygwin/2023-March/253220.html Take the opportunity to follow FreeBSD's and Linux's lead in recasting macro inline code as calls to static inline

Re: cygwin1.dll calls assert before cygwin command hangs

Sorry, the second gdb command should be info line *__assert+0x42a4 (Note the change in symbol name: two "_" there) ..mark -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe

Re: cygwin1.dll calls assert before cygwin command hangs

Hi Derek, Derek Pagel via Cygwin wrote: We've had problems with slow Cygwin commands, so we were able to capture a stack trace when the 'cp' program taking a long time to complete, and we noticed in the stack trace that the last thing cygwin1.dll does is calls assert. What might that

[PATCH v2] Cygwin: Fix type mismatch on sys/cpuset.h

Addresses https://cygwin.com/pipermail/cygwin/2023-March/253220.html Take the opportunity to follow FreeBSD's and Linux's lead in recasting macro inline code as calls to static inline functions. This allows the macros to be type-safe. In addition, added a lower bound check to the functions that

[PATCH] Cygwin: Fix type mismatch on sys/cpuset.h -- relnote 3.4.6

--- winsup/cygwin/release/3.4.6 | 3 +++ 1 file changed, 3 insertions(+) diff --git a/winsup/cygwin/release/3.4.6 b/winsup/cygwin/release/3.4.6 index ccc168a95..ed124ed37 100644 --- a/winsup/cygwin/release/3.4.6 +++ b/winsup/cygwin/release/3.4.6 @@ -12,3 +12,6 @@ Addresses:

[PATCH] Cygwin: Fix type mismatch on sys/cpuset.h

Addresses https://cygwin.com/pipermail/cygwin/2023-March/253220.html Take the opportunity to follow FreeBSD's and Linux's lead in recasting macro inline code as calls to static inline functions. This allows the macros to be type-safe. In addition, added a lower bound check to the functions that

Re: type mismatch on cpuset.h

[Redirected here from the main mailing list...] Hi Corinna, Corinna Vinschen via Cygwin wrote: Hi Mark, On Mar 6 07:57, Marco Atzeri via Cygwin wrote: Hi, building latest gdal I noticed a type mismatch, that forced me to build with "-fpermissive" on /usr/include/sys/cpuset.h #define

Re: type mismatch on cpuset.h

Hi Corinna, Marco, I will look into this shortly. Sorry for the inconvenience. ..mark On Mon, 6 Mar 2023, Corinna Vinschen wrote: Hi Mark, On Mar 6 07:57, Marco Atzeri via Cygwin wrote: Hi, building latest gdal I noticed a type mismatch, that forced me to build with "-fpermissive" on

Test failures from 'cygport python39.cygport test' etc

Hi Marco, I'm seeing test failures and hangs on the 'cygport test' step for both Python 3.9 and 3.8. 3.9 has 37 failures out of 423 tests, 3.8 has 39 failures out of 425 tests. Both releases have 3 tests hanging after as much as 20 minutes wait w/no cputime: test_asyncio, test_ssl, test_io.

Concerning Python patch 3.6.12-socketmodule.patch -- ping Marco

thon patch 3.6.12-socketmodule.patch Date: Mon, 7 Nov 2022 23:07:02 -0800 From: Mark Geisert To: cygwin-apps@cygwin.com Hi Marco, Recently there's been a complaint about that patch on the Cygwin mailing list. The patch was meant to allow same-machine communication between Cygwin Python programs via

Concerning Python patch 3.6.12-socketmodule.patch

Hi Marco, Recently there's been a complaint about that patch on the Cygwin mailing list. The patch was meant to allow same-machine communication between Cygwin Python programs via an AF_UNIX socket. The patch works because both ends of the connection are Python programs that have the patch.

Re: Python regression related to unix sockets

Following up to myself... Mark Geisert wrote: Hi Fabian, Fabian Henze wrote: Hi all, This is a follow-up on a mail thread from February 2021. Mark Geisert via Cygwin wrote: Fabian Henze via Cygwin wrote: Hi Cygwin users, I noticed a regression in the recent Python packages: Between version

Re: Python regression related to unix sockets

Hi Fabian, Fabian Henze wrote: Hi all, This is a follow-up on a mail thread from February 2021. Mark Geisert via Cygwin wrote: Fabian Henze via Cygwin wrote: Hi Cygwin users, I noticed a regression in the recent Python packages: Between version 3.6.10-1 and 3.6.12-2, accessing the SSH agent

Re: resolv.conf and gnupg2

Marco Atzeri wrote: Hi, currently as default Gnupg 2.x is unable to contact keyservers and recover any key. Gnupg 1.x has not such problem $  /usr/bin/gpg2 --keyserver pgp.mit.edu --recv-keys 5981E818 gpg: keyserver receive failed: No such file or directory The cryptic message is due to

  1   2   3   4   5   6   7   8   >