[PATCH 16/21] Cygwin: FIFO: add a shared fifo_client_handler list

This is in a new shared memory section. We will use it for temporary storage of the owner's fc_handler list when we need to change owner. The new owner can then duplicate the pipe handles from that list before taking ownership. Add several shared data members and methods that are needed for the

[PATCH 12/21] Cygwin: FIFO: keep track of the number of readers

Add data and methods to the shared memory that keep track of the number of open readers. Increment this number in open, dup, fork, and exec. Decrement it in close. Reset read_ready if there are no readers left. --- winsup/cygwin/fhandler.h | 8 winsup/cygwin/fhandler_fifo.cc |

[PATCH 09/21] Cygwin: FIFO: make opening a writer more robust

- Make read_ready a manual-reset event. - Signal read_ready in open instead of in the listen_client_thread. - Don't reset read_ready when the listen_client thread terminates; instead do it in close(). - Rearrange open and change its error handling. - Add a wait_open_pipe method that waits

[PATCH 04/21] Cygwin: FIFO: simplify the listen_client_thread code

Always return 0; no one is doing anything with the return value anyway. Remove the return value from stop_listen_client. Make the connection event auto-reset, so that we don't have to reset it later. Simplify the process of connecting a bogus client when thread termination is signaled. Make

[PATCH 01/21] Cygwin: FIFO: minor change - use NtClose

Replace CloseHandle by NtClose since all handles are created by NT functions. --- winsup/cygwin/fhandler_fifo.cc | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/winsup/cygwin/fhandler_fifo.cc b/winsup/cygwin/fhandler_fifo.cc index

[PATCH 20/21] Cygwin: FIFO: support opening multiple readers

Although we can have multiple readers open because of dup/fork/exec, the current code does not support multiple readers opening a FIFO by explicitly calling 'open'. The main complication in supporting this is that when a blocking reader tries to open and there's already one open, it has to check

[PATCH 08/21] Cygwin: FIFO: fix hit_eof

According to Posix, a FIFO open for reading is at EOF if it is empty and there are no writers open. The only way to test this is to poll the fifo_client_handlers as in raw_read and select.cc:peek_fifo. The current hit_eof instead relies on the value of nconnected, which can be out of date. On

[PATCH 17/21] Cygwin: FIFO: take ownership on exec

If fixup_after_exec is called on a non-close-on-exec reader whose parent is the owner, transfer ownership to the child. Otherwise the parent's pipe handles will be closed before any other reader can duplicate them. To help with this, make the cancel_evt and thr_sync_evt handles inheritable, so

[PATCH 18/21] Cygwin: FIFO: find a new owner when closing

If the owning reader is closing, wait for another reader (if there is one) to take ownership before closing the owner's pipe handles. To synchronize the ownership transfer, add events owner_needed_evt and owner_found_evt, and add methods owner_needed and owner_found to set/reset them. Modify the

[PATCH 10/21] Cygwin: FIFO: use a cygthread instead of a homemade thread

This will simplify future work. Rename the thread from "listen_client_thread" to "fifo_reader_thread" because it will be used for more than just listening. Remove the fixup_before stuff, which won't be needed after future changes to fixup_after_fork and fixup_after_exec. ---

[PATCH 06/21] Cygwin: FIFO: honor the flags argument in dup

Also improve the error handling. --- winsup/cygwin/fhandler_fifo.cc | 60 +++--- 1 file changed, 33 insertions(+), 27 deletions(-) diff --git a/winsup/cygwin/fhandler_fifo.cc b/winsup/cygwin/fhandler_fifo.cc index 44919c19e..f61e2fe72 100644 ---

[PATCH 07/21] Cygwin: FIFO: dup/fork/exec: make sure child starts unlocked

There can be deadlocks if the child starts with its fifo_client_lock in the locked state. --- winsup/cygwin/fhandler_fifo.cc | 31 +++ 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/winsup/cygwin/fhandler_fifo.cc b/winsup/cygwin/fhandler_fifo.cc index

[PATCH 03/21] Cygwin: FIFO: change the fifo_client_connect_state enum

Make the values correspond to the possible return values of fifo_client_handler::pipe_state(). When cleaning up the fc_handler list in listen_client_thread(), don't delete handlers in the fc_closing state. I think the pipe might still have input to be read in that case. Set the state to

[PATCH 02/21] Cygwin: FIFO: simplify the fifo_client_handler structure

Replace the 'fhandler_base *' member by a HANDLE to the server side of the Windows named pipe instance. Make the corresponding simplifications throughout. --- winsup/cygwin/fhandler.h | 19 +++--- winsup/cygwin/fhandler_fifo.cc | 65 -- 2 files changed,

[PATCH 15/21] Cygwin: FIFO: allow fc_handler list to grow dynamically

Make fc_handler a pointer to malloc'd memory instead of a fixed-size array. The size is now a new data member 'shandlers'. Call realloc in add_client_handler if we need to grow the array. free fc_handler in close. As long as we're touching that code, also remove an unneeded lock. ---

[PATCH 00/21] FIFO: Support multiple readers

This project began as a an attempt to allow a FIFO to be opened multiple times for reading. The initial motivation was that Midnight Commander running under tcsh does this (unsuccessfully on Cygwin). See https://sourceware.org/pipermail/cygwin/2019-December/243317.html It quickly became

[PATCH 11/21] Cygwin: FIFO: add shared memory

Even though we currently allow a FIFO to be opened for reading only once, we can still have more than one reader open because of dup and fork. Add a named shared memory section accessible to all readers of a given FIFO. In future commits we will add information needed by all readers to this

[PATCH 19/21] Cygwin: FIFO: allow any reader to take ownership

Add a take_ownership method, used by raw_read and select.cc:peek_fifo. It wakes up all fifo_reader_threads and allows the caller to become owner. The work is done by the fifo_reader_threads. For synchronization we introduce several new fhandler_fifo data members and methods: - update_needed_evt

[PATCH 13/21] Cygwin: FIFO: introduce a new type, fifo_reader_id_t

This uniquely identifies an fhandler_fifo open for reading in any process. Add a new data member 'me' of this type, which is set in open, dup, fork, and exec. --- winsup/cygwin/fhandler.h | 23 +++ winsup/cygwin/fhandler_fifo.cc | 9 - 2 files changed, 31

[PATCH 14/21] Cygwin: FIFO: designate one reader as owner

Among all the open readers of a FIFO, one is declared to be the owner. This is the only reader that listens for client connections, and it is the only one that has an accurate fc_handler list. Add shared data and methods for getting and setting the owner, as well as a lock to prevent more than

[PATCH 21/21] Cygwin: FIFO: update commentary

The beginning of fhandler_fifo.cc contains a long comment giving an overview of the FIFO implementation. This is now updated to describe the support for multiple readers. --- winsup/cygwin/fhandler_fifo.cc | 58 -- 1 file changed, 35 insertions(+), 23 deletions(-)

Re: Help needed with gobject-introspection

On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote: I would like to adopt gimp and related packages.  At the moment I'm having trouble with babl, which is needed for gegl0.4, which is needed for gimp.  The problem involves gobject-introspection. If I disable introspection, the build works

Re: [PATCH 00/21] FIFO: Support multiple readers

On 5/19/2020 8:51 AM, Ken Brown via Cygwin-patches wrote: On 5/19/2020 2:15 AM, Takashi Yano via Cygwin-patches wrote: On Tue, 19 May 2020 10:26:09 +0900 Takashi Yano via Cygwin-patches wrote: Hi Ken, On Mon, 18 May 2020 13:42:19 -0400 Ken Brown via Cygwin-patches wrote: Hi Takashi, On 5

Re: [PATCH] Cygwin: pty: Make system_printf() work after closing pty slave.

Hi Takashi, On 5/19/2020 7:35 AM, Takashi Yano via Cygwin-patches wrote: - Current pty cannot show system_printf() output after closing pty slave. This patch fixes the issue. Sorry to be returning the favor so soon, but this patch causes 'make check' in the texinfo source tree to hang. I

Help needed with gobject-introspection

I would like to adopt gimp and related packages. At the moment I'm having trouble with babl, which is needed for gegl0.4, which is needed for gimp. The problem involves gobject-introspection. If I disable introspection, the build works fine. This would be OK, since babl has been built

minizip 2.9.2-1

The following packages have been uploaded to the Cygwin distribution: * minizip-2.9.2-1 * libminizip2.5-2.9.2-1 * libminizip-devel-2.9.2-1 minizip is a drop-in replacement for zlib's minizip that includes WinZip AES encryption, disk splitting, I/O buffering and some additional fixes. This

Re: [PATCH 00/21] FIFO: Support multiple readers

On 5/19/2020 10:07 AM, Takashi Yano wrote: On Tue, 19 May 2020 09:37:17 -0400 Ken Brown via Cygwin-patches wrote: On 5/19/2020 8:51 AM, Ken Brown via Cygwin-patches wrote: On 5/19/2020 2:15 AM, Takashi Yano via Cygwin-patches wrote: On Tue, 19 May 2020 10:26:09 +0900 Takashi Yano via Cygwin

Re: Updating glib2.0

On 5/22/2020 7:18 PM, Ken Brown via Cygwin-apps wrote: I've been planning to adopt gimp and some related build dependencies.  My reason is that I use gimp and would like to see it kept up to date. I thought I had all the prerequisites I needed.  But when I built gimp, I discovered

Re: Help needed with gobject-introspection

On 5/21/2020 11:48 AM, Jon Turney wrote: On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote: On 5/21/2020 9:24 AM, Jon Turney wrote: On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote: On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote: I would like to adopt gimp and related packages

Re: [PATCH] Cygwin: pty: Revise code to make system_printf() work after close.

On 5/21/2020 4:25 AM, Takashi Yano via Cygwin-patches wrote: - After commit 0365031ce1347600d854a23f30f1355745a1765c, the issue https://cygwin.com/pipermail/cygwin-patches/2020q2/010259.html occurs. This patch fixes the issue. Thanks. I can confirm that it's fixed. Ken

Re: New packages: unison2.48+4.04.2, unison2.48+4.08.1

On 9/4/2020 9:10 AM, Andrew Schulman via Cygwin-apps wrote: Please add me as the maintainer for two new Unison packages: unison2.48+4.04.2 unison2.48+4.08.1 Done. Ken

Re: RFP: python3 packages cmarkgfm and commonmark

On 9/5/2020 11:34 AM, Jari Aalto wrote: On 2020-09-05 18:30, Jari Aalto wrote: I wa checking the latest rsync and in order to build it, would someone package these for cygwin: Configure found the following issues: - You need python3 and either the cmarkgfm OR commonmark python3 lib

Re: [ITP] python-getdevinfo

On 9/3/2020 10:10 AM, Hamish McIntyre-Bhatty via Cygwin-apps wrote: On 03/09/2020 14:44, marco atzeri via Cygwin-apps wrote: just to avoid misunderstandings, you have my vote, so you need only other 3 approvals as you count as 1 Regards Marco Thanks for your vote Marco :) Hopefully we can

Re: [ITP] python-getdevinfo

On 9/3/2020 1:27 PM, Hamish McIntyre-Bhatty via Cygwin-apps wrote: On 03/09/2020 18:13, Hamish McIntyre-Bhatty via Cygwin-apps wrote: Good to know, and oh yeah, I'll do that tomorrow. Cheers for the vote. Hamish I should note that this is a pure python package - can it be a noarch package?

ghostscript 9.53.0-1

The following packages have been uploaded to the Cygwin distribution: * ghostscript-9.53.0-1 * libgs9-9.53.0-1 * libgs-devel-9.53.0-1 GNU Ghostscript is a PostScript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also render PS files into a

Re: [ANNOUNCEMENT] New: unison2.48+4.04.2, unison2.48+4.08.1 [test]

On 9/8/2020 4:57 PM, Andrew Schulman via Cygwin-announce wrote: Two new Unison packages are now available in test: unison2.48+4.04.2 unison2.48+4.08.1 Both of these are Unison 2.48.4, but compiled with OCaml 4.04.2 and 4.08.1, respectively. For the reasons explained below, we now need separate

[PATCH 0/2] Fix problems with /proc//fd checking

This fixes the assertion failure reported here: https://sourceware.org/pipermail/cygwin/2020-September/246160.html with a simple test case here: https://sourceware.org/pipermail/cygwin/2020-September/246188.html That test case now fails as follows, as on Linux: $ ./proc_bug.exe open: Not

[PATCH 1/2] Cygwin: format_process_fd: add directory check

The incoming path is allowed to have the form "$PID/fd/[0-9]*/.*" provided the descriptor symlink points to a directory. Check that this is indeed the case. --- winsup/cygwin/fhandler_process.cc | 15 +++ 1 file changed, 15 insertions(+) diff --git

[PATCH 2/2] Cygwin: path_conv::check: handle error from fhandler_process::exists

fhandler_process::exists is called when we are checking a path starting with "/proc//fd". If it returns virt_none and sets an errno, there is no need for further checking. Just set 'error' and return. --- winsup/cygwin/path.cc | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH 2/2] Cygwin: path_conv::check: handle error from fhandler_process::exists

On 9/8/2020 12:50 PM, Ken Brown via Cygwin-patches wrote: fhandler_process::exists is called when we are checking a path starting with "/proc//fd". If it returns virt_none and sets an errno, there is no need for further checking. Just set 'error' and return. --- winsup/cygwin/p

Re: [PATCH v2 2/3] Cygwin: path_conv::check: handle error from fhandler_process::exists

On 9/8/2020 3:02 PM, Ken Brown via Cygwin-patches wrote: fhandler_process::exists is called when we are checking a path starting with "/proc//fd". If it returns virt_none and sets an errno, there is no need for further checking. Just set 'error' and return. --- winsup/cygwin/p

[PATCH v2 2/3] Cygwin: path_conv::check: handle error from fhandler_process::exists

fhandler_process::exists is called when we are checking a path starting with "/proc//fd". If it returns virt_none and sets an errno, there is no need for further checking. Just set 'error' and return. --- winsup/cygwin/path.cc | 9 + 1 file changed, 9 insertions(+) diff --git

Re: [RFC] cygport pm for managing package releases

On 9/11/2020 12:07 PM, Andrew Schulman via Cygwin-apps wrote: cygport has automated a lot of the work of building and maintaining packages for Cygwin. But one area where it doesn't help yet is in managing the available releases of a package. For me as the maintainer of a dozen or so packages,

Scallywag nobuild?

Jon, Is there a way to tell scallywag to ignore a commit? Maybe "SCALLYWAG=nobuild"? Here's my use case. I've just made some maintenance updates to about 30 texlive-collection-*.cygport files. I do this every few months to reduce the annual work when there's a new TeX Live release. I'd

ghostscript 9.53.1-1

The following packages have been uploaded to the Cygwin distribution: * ghostscript-9.53.1-1 * libgs9-9.53.1-1 * libgs-devel-9.53.1-1 GNU Ghostscript is a PostScript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also render PS files into a

texlive-collection-bibtexextra 20200912-2

The following packages have been uploaded to the Cygwin distribution: * texlive-collection-bibtexextra-20200912-2 * texlive-collection-bibtexextra-doc-20200912-2 This is an update to the latest upstream release. It includes biblatex-3.15, which is needed for biber-2.15. Ken Brown Cygwin's TeX

biber 2.15-1

The following package has been uploaded to the Cygwin distribution: * biber-2.15-1 Biber is a BibTeX replacement for users of BibLaTeX. Biber supports full UTF-8, can (re-)encode input and output, supports highly configurable sorting, dynamic bibliography sets, and many other features. This is

Scallywag glitch with texlive-collection-* packages

Jon, All texlive-collection-* packages are noarch. This is defined in texlive.cygclass, so scallywag doesn't see it. I just let scallywag deploy texlive-collection-bibtexextra and texlive-collection-bibtexextra-doc before I noticed that it was building for x86 and x86_64. I won't have

mailutils 3.10-1 (TEST)

The following packages have been uploaded to the Cygwin distribution as test releases: * mailutils-3.10-1 * libmailutils7-3.10-1 * libmailutils-sieve-extensions-3.10-1 * libmailutils-devel-3.10-1 * mailutils-mh-3.10-1 * mailutils-comsatd-3.10-1 * mailutils-imap4d-3.10-1 * mailutils-pop3d-3.10-1

fontconfig 2.13.1-2

The following packages have been uploaded to the Cygwin distribution: * fontconfig-2.13.1-2 * fontconfig-doc-2.13.1-2 * libfontconfig1-2.13.1-2 * libfontconfig-common-2.13.1-2 * libfontconfig-devel-2.13.1-2 Fontconfig is a library designed to provide system-wide font configuration, customization

Re: [PATCH v2 0/6] Some AF_UNIX fixes

On 10/4/2020 12:49 PM, Ken Brown via Cygwin-patches wrote: I'm about to push these. Corinna, please check them when you return. The only difference between v2 and v1 is that there are a few more fixes. I'm trying to help get the AF_UNIX development going again. I'm mostly working on the topic

Re: [ITA] po4a

On 10/13/2020 2:48 AM, Erwin Waterlander wrote: Hi, I would like to adopt orphaned package po4a. Please show us your proposed cygport file and any patches. Ideally, your cygport file would have an accurate BUILD_REQUIRES so that anyone can do a test build. Ken

Re: [ITA] tiff-4.1.0

On 10/14/2020 7:11 PM, Lemures Lemniscati via Cygwin-apps wrote: Hi! ITA for tiff (libtiff) packages, which have been maintained by Yaakov [1]. Now, the upstream version of tiff (libtiff) is v4.1.0 [2]. A new candidate cygport file is placed at [3] (but it is not tested on Cygwin AppVeyor CI,

ghostscript 9.53.3-1

The following packages have been uploaded to the Cygwin distribution: * ghostscript-9.53.3-1 * libgs9-9.53.3-1 * libgs-devel-9.53.3-1 GNU Ghostscript is a PostScript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also render PS files into a

freetype2 2.10.3-1 (TEST)

The following packages have been uploaded to the Cygwin distribution as test releases: * freetype2-demos-2.10.3-1 * libfreetype6-2.10.3-1 * libfreetype-devel-2.10.3-1 * libfreetype-doc-2.10.3-1 FreeType 2 is a software font engine that is designed to be small, efficient, and highly customizable

Re: Compiling inkscape-1.0.1

On 10/4/2020 9:24 AM, Lemures Lemniscati via Cygwin-apps wrote: Hi! I've compiled inkscape 1.0.1 with an CMake option -DWITH_DBUS:BOOL=OFF. But I need some help. The cygport file and patches are placed at https://github.com/cygwin-lem/inkscape-cygport/tree/n_1.0.1p7-1 . Test packages of

[PATCH v2 0/6] Some AF_UNIX fixes

I'm about to push these. Corinna, please check them when you return. The only difference between v2 and v1 is that there are a few more fixes. I'm trying to help get the AF_UNIX development going again. I'm mostly working on the topic/af_unix branch. But when I find bugs that exist on master,

[PATCH v2 3/6] Cygwin: always recognize AF_UNIX sockets as reparse points

If __WITH_AF_UNIX is defined when Cygwin is built, then a named AF_UNIX socket is represented by a reparse point with a Cygwin-specific tag and GUID. Make such files recognizable as reparse points (but not as sockets) even if __WITH_AF_UNIX is not defined. That way utilities such as 'ls' and 'rm'

[PATCH v2 2/6] Cygwin: fix handling of known reparse points that are not symlinks

Commit aa467e6e, "Cygwin: add AF_UNIX reparse points to path handling", changed check_reparse_point_target so that it could return a positive value on a known reparse point that is not a symlink. But some of the code in check_reparse_point that handles this positive return value was executed

[PATCH v2 1/6] Cygwin: AF_UNIX: use FILE_OPEN_REPARSE_POINT when needed

The following Windows system calls currently fail with STATUS_IO_REPARSE_TAG_NOT_HANDLED when called on an AF_UNIX socket: - NtOpenFile in get_file_sd - NtOpenFile in set_file_sd - NtCreateFile in fhandler_base::open Fix this by adding the FILE_OPEN_REPARSE_POINT flag to those calls when the

[PATCH v2 5/6] Cygwin: AF_UNIX: listen_pipe: check for STATUS_SUCCESS

A successful connection can be indicated by STATUS_SUCCESS or STATUS_PIPE_CONNECTED. Previously we were checking only for the latter. --- winsup/cygwin/fhandler_socket_unix.cc | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/winsup/cygwin/fhandler_socket_unix.cc

[PATCH v2 4/6] Cygwin: AF_UNIX: socket: set the O_RDWR flag

--- winsup/cygwin/fhandler_socket_unix.cc | 1 + 1 file changed, 1 insertion(+) diff --git a/winsup/cygwin/fhandler_socket_unix.cc b/winsup/cygwin/fhandler_socket_unix.cc index 429aa8a90..0ae7fe125 100644 --- a/winsup/cygwin/fhandler_socket_unix.cc +++ b/winsup/cygwin/fhandler_socket_unix.cc @@

[PATCH v2 6/6] Cygwin: AF_UNIX: open_pipe: call recv_peer_info

If open_pipe is called with xchg_sock_info true, call recv_peer_info in addition to send_sock_info. --- winsup/cygwin/fhandler_socket_unix.cc | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/winsup/cygwin/fhandler_socket_unix.cc b/winsup/cygwin/fhandler_socket_unix.cc

Re: brotli packages: security update

I AppVeyor, yet. So BUILD_REQUIRES in brotli.cygport might be insufficient. [1]: https://github.com/google/brotli/blob/master/README.md Regards, Lem On Thu, 8 Oct 2020 17:31:15 -0400, Ken Brown via Cygwin-apps The maintainer is Yaakov. Do you want to adopt it and do the update? Ken Al

[PATCH 1/1] Cygwin: AF_INET and AF_LOCAL: recv_internal: fix MSG_WAITALL support

If MSG_WAITALL is set, recv_internal calls WSARecv or WSARecvFrom in a loop, in an effort to fill all the scatter-gather buffers. The test for whether all the buffers are full was previously incorrect. --- winsup/cygwin/fhandler_socket_inet.cc | 2 +- winsup/cygwin/fhandler_socket_local.cc | 2

[PATCH 0/1] Fix MSG_WAITALL support

It looks to me like there's been a bug in the MSG_WAITALL support for AF_INET and AF_LOCAL sockets ever since that support was first introduced 13 years ago in commit 023a2fa7. If I'm right, MSG_WAITALL has never worked. This patch fixes it. I'll push it in a few days if no one sees anything

Re: [PATCH 0/1] Fix MSG_WAITALL support

On 10/12/2020 2:02 PM, Ken Brown via Cygwin-patches wrote: It looks to me like there's been a bug in the MSG_WAITALL support for AF_INET and AF_LOCAL sockets ever since that support was first introduced 13 years ago in commit 023a2fa7. If I'm right, MSG_WAITALL has never worked. This patch

Re: po4a package needs update

On 10/12/2020 6:42 PM, Erwin Waterlander wrote: Ken Brown via Cygwin-apps schreef op 2020-10-10 21:06: On 10/10/2020 1:40 PM, Erwin Waterlander wrote: Hi, Could the po4a package be updated? The latest po4a upstream version is 0.60. The current po4a version in Cygwin is 0.52 and doesn't work

Re: [ITA] qrencode 4.1.1

On 10/10/2020 9:58 PM, Lemures Lemniscati via Cygwin-apps wrote: Hi! ITA for qrencode (libqrencode) packages. It's all yours. Thanks for adopting. Ken

Re: [ITA] doxygen

On 10/17/2020 9:43 AM, Achim Gratz wrote: Ken Brown writes: There's no need for a new release at the moment, but I'm attaching the cygport file I would use if there were. It differs in only very minor ways from the current cygport file (also attached). For your problem with the debuginfo

Re: curl new version docs advice and opinions requested

On 10/17/2020 5:38 PM, Brian Inglis wrote: Hi folks, The latest curl version has converted some more docs to md and dropped some, so I'm reconsidering what is packaged with the utility, what is delegated to the -docs package, and whether that should just be included in the -devel package. The

doxygen 1.8.20-2

The following packages have been uploaded to the Cygwin distribution: * doxygen-1.8.20-2 * doxygen-doxywizard-1.8.20-2 Doxygen is a documentation system for C++, C, Java, Objective-C, IDL (Corba and Microsoft flavours) and to some extent PHP, C#, and D. This is a rebuild of the 1.8.20-1

Re: gcc segmentation fault (signal 11 ) while compiling brotli on Cygwin AppVeyor CI i686 environment

On 10/9/2020 10:40 PM, Lemures Lemniscati via Cygwin-apps wrote: Hi! I'm preparing brotli-1.0.9-1 packages, which are successfully built and packaged on my local machine. Being tested on Cygwin AppVeyor CI, it goes successfully on x86_64, but it fails on i686 because gcc gets a signal 11.

Re: po4a package needs update

On 10/10/2020 1:40 PM, Erwin Waterlander wrote: Hi, Could the po4a package be updated? The latest po4a upstream version is 0.60. The current po4a version in Cygwin is 0.52 and doesn't work with the current Perl version 5.30. That package is maintained by Yaakov, who has put all his packages

Re: [PATCH v2 5/6] Cygwin: AF_UNIX: listen_pipe: check for STATUS_SUCCESS

On 10/13/2020 7:28 AM, Corinna Vinschen wrote: > On Oct 4 12:49, Ken Brown via Cygwin-patches wrote: >> A successful connection can be indicated by STATUS_SUCCESS or >> STATUS_PIPE_CONNECTED. > > THanks for catching but... huh? How does Windows generate two different > s

Re: [PATCH v2 0/6] Some AF_UNIX fixes

On 10/13/2020 7:49 AM, Corinna Vinschen wrote: On Oct 8 17:36, Ken Brown via Cygwin-patches wrote: On 10/4/2020 12:49 PM, Ken Brown via Cygwin-patches wrote: I'm about to push these. Corinna, please check them when you return. The only difference between v2 and v1 is that there are a few

ghostscript 9.53.0-0.1 (TEST)

The following packages have been uploaded to the Cygwin distribution as test releases: * ghostscript-9.53.0-0.1 * libgs9-9.53.0-0.1 * libgs-devel-9.53.0-0.1 GNU Ghostscript is a PostScript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also

[PATCH] Cygwin: main exception handler (64-bit): continue GCC exceptions

This is necessary in order to be consistent with the following comment in the definition of _Unwind_RaiseException() in the GCC source file libgcc/unwind-seh.c: The exception handler installed in crt0 will continue any GCC exception that reaches there (and isn't marked non-continuable).

Re: [PATCH] doc: Various fixes to makedocbook for python3.8

On 8/25/2020 11:50 AM, Jon Turney wrote: On 24/08/2020 13:58, Ken Brown via Cygwin-apps wrote: On 8/24/2020 6:31 AM, Marco Atzeri via Cygwin-apps wrote: Any preference ? For the last option I will use alternatives It should default to python3.  Fedora performs this via an extra package

doxygen 1.8.20-1 (TEST)

The following packages have been uploaded to the Cygwin distribution as test releases: * doxygen-1.8.20-1 * doxygen-doxywizard-1.8.20-1 Doxygen is a documentation system for C++, C, Java, Objective-C, IDL (Corba and Microsoft flavours) and to some extent PHP, C#, and D. This is an update to the

Re: Update zathura?

On 8/29/2020 5:46 AM, Ken Brown via Cygwin wrote: On 8/29/2020 3:16 AM, Marco Atzeri via Cygwin wrote: On 29.08.2020 02:20, Ken Brown via Cygwin wrote: On 8/28/2020 6:29 PM, Keith Thompson wrote: On Fri, Aug 28, 2020 at 2:23 PM Ken Brown wrote: On 8/28/2020 2:37 PM, Keith Thompson via

[PATCH] Cygwin: sigproc.cc: add comment

--- winsup/cygwin/sigproc.cc | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/winsup/cygwin/sigproc.cc b/winsup/cygwin/sigproc.cc index 2a9734f00..47352c213 100644 --- a/winsup/cygwin/sigproc.cc +++ b/winsup/cygwin/sigproc.cc @@ -44,7 +44,11 @@ char NO_COPY

Re: [PATCH] Cygwin: strace: ignore GCC exceptions

On 8/20/2020 10:06 AM, Corinna Vinschen wrote: Wouldn't it make sense to create a header defining the GCC status values as in libgcc/unwind-seh.c and share this between exceptions.cc and strace.cc? Yes, thanks for the suggestion. New patch(es) on the way. I called the header "gcc_seh.h".

[PATCH] Cygwin: strace: ignore GCC exceptions

Any C++ app that calls 'throw' on 64-bit Cygwin results in an exception of type STATUS_GCC_THROW (0x20474343) generated by the C++ runtime. Don't pollute the strace output by printing information about this and other GCC exceptions. --- winsup/utils/strace.cc | 7 +++ 1 file changed, 7

[PATCH 1/2] Cygwin: add header defining GCC exception codes

Include it in exceptions.cc instead of defining the exception codes there. --- winsup/cygwin/exceptions.cc | 10 +- winsup/cygwin/gcc_seh.h | 19 +++ 2 files changed, 20 insertions(+), 9 deletions(-) create mode 100644 winsup/cygwin/gcc_seh.h diff --git

[PATCH 0/2] GCC exception codes

Ken Brown (2): Cygwin: add header defining GCC exception codes Cygwin: strace: ignore GCC exceptions winsup/cygwin/exceptions.cc | 10 +- winsup/cygwin/gcc_seh.h | 19 +++ winsup/utils/strace.cc | 8 3 files changed, 28 insertions(+), 9 deletions(-)

[PATCH 2/2] Cygwin: strace: ignore GCC exceptions

Any C++ app that calls 'throw' on 64-bit Cygwin results in an exception of type STATUS_GCC_THROW (0x20474343) generated by the C++ runtime. Don't pollute the strace output by printing information about this and other GCC exceptions. --- winsup/utils/strace.cc | 8 1 file changed, 8

Re: git repositories for cygwin packaging - please test

On 8/23/2020 5:01 PM, Jon Turney wrote: On 27/05/2020 23:27, Jon Turney wrote: On 04/08/2019 21:08, Jon Turney wrote: To remedy this lack, using the same ssh key you use for sftp package upload, package maintainers can now also push to git repositories, like so: Package maintainers may have

[PATCH] Cygwin: fhandler_fifo::delete_client_handler: improve efficiency

Delete a client handler by swapping it with the last one in the list instead of calling memmove. --- winsup/cygwin/fhandler_fifo.cc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/winsup/cygwin/fhandler_fifo.cc b/winsup/cygwin/fhandler_fifo.cc index b3c4c4a25..75c8406fe

[PATCH] Cygwin: sigproc.cc: fix typo in comment describing nprocs

nprocs is the number of children, not the number of deceased children. The incorrect comment used to apply to a variable nzombies. The latter was removed in commit 8cb359d9 in 2004, but the comment was never updated. --- winsup/cygwin/sigproc.cc | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] Cygwin: cwdstuff::get: clean up debug_printf output

Set errno = 0 at the beginning so that the debug_printf call at the end doesn't report a nonzero errno left over from some other function call. --- winsup/cygwin/path.cc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/winsup/cygwin/path.cc b/winsup/cygwin/path.cc index f3b9913bd..95faf8ca7

Re: [PATCH] doc: Various fixes to makedocbook for python3.8

On 8/24/2020 6:31 AM, Marco Atzeri via Cygwin-apps wrote: On 24.08.2020 12:02, Corinna Vinschen via Newlib wrote: On Aug 23 16:49, Brian Inglis wrote: On 2020-08-23 13:41, Jon Turney wrote: On 23/08/2020 16:23, Ken Brown wrote: On 8/22/2020 2:45 PM, Jon Turney wrote: ---   

Re: [ANNOUNCEMENT] Updated: curl 7.71.1-1

On 8/14/2020 2:45 PM, Brian Inglis wrote: On 2020-08-14 12:19, Brian Inglis wrote: On 2020-08-11 16:00, Brian Inglis wrote: On 2020-08-11 05:27, Adam Dinwoodie wrote: On Tue, 11 Aug 2020 at 12:14, Ken Brown via Cygwin wrote: In that case, it looks to me as if the generated curl-config --libs

Re: git repositories for cygwin packaging - please test

On 8/30/2020 11:00 AM, Jon Turney wrote: On 26/08/2020 23:00, Ken Brown via Cygwin-apps wrote: On 8/23/2020 5:01 PM, Jon Turney wrote: I now have built an (opt-in) system which fetches the packages built by this into your upload area and triggers calm to process them, which I'm looking

ghostscript 9.53.0-0.2 (TEST)

The following packages have been uploaded to the Cygwin distribution as test releases: * ghostscript-9.53.0-0.2 * libgs9-9.53.0-0.2 * libgs-devel-9.53.0-0.2 GNU Ghostscript is a PostScript interpreter capable of converting PS files into a number of printer output formats. Ghostscript can also

Re: git repositories for cygwin packaging - please test

On 8/30/2020 11:46 AM, Jon Turney wrote: On 30/08/2020 16:22, Ken Brown wrote: On 8/30/2020 11:00 AM, Jon Turney wrote: On 26/08/2020 23:00, Ken Brown via Cygwin-apps wrote: On 8/23/2020 5:01 PM, Jon Turney wrote: I now have built an (opt-in) system which fetches the packages built

[PATCH 3/3] Cygwin: always recognize AF_UNIX sockets as reparse points

If __WITH_AF_UNIX is defined when Cygwin is built, then a named AF_UNIX socket is represented by a reparse point with a Cygwin-specific tag and GUID. Make such files recognizable as reparse points (but not as sockets) even if __WITH_AF_UNIX is not defined. That way utilities such as 'ls' and 'rm'

[PATCH 2/3] Cygwin: fix handling of known reparse points that are not symlinks

Commit aa467e6e, "Cygwin: add AF_UNIX reparse points to path handling", changed check_reparse_point_target so that it could return a positive value on a known reparse point that is not a symlink. But some of the code in check_reparse_point that handles this positive return value was executed

[PATCH 1/3] Cygwin: AF_UNIX: use FILE_OPEN_REPARSE_POINT when needed

There are two Windows system calls that currently fail with STATUS_IO_REPARSE_TAG_NOT_HANDLED when called on an AF_UNIX socket: a call to NtOpenFile in get_file_sd and a call to NtCreateFile in fhandler_base::open. Fix this by adding the FILE_OPEN_REPARSE_POINT flag to those calls when the file

[PATCH 0/3] Some AF_UNIX fixes

I'll push these in a few days if no one sees anything wrong. Corinna, please check them when you return. Ken Brown (3): Cygwin: AF_UNIX: use FILE_OPEN_REPARSE_POINT when needed Cygwin: fix handling of known reparse points that are not symlinks Cygwin: always recognize AF_UNIX sockets as

<    1   2   3   4   5   6   7   8   9   10   >