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
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
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
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
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
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
On 9/6/2020 4:28 PM, Ken Brown via Cygwin wrote:
On 9/6/2020 3:47 PM, Ken Brown via Cygwin wrote:
On 9/6/2020 2:43 PM, David Dyck via Cygwin wrote:
This command triggers an assertion failure
"ag" is from the_silver_searcher
$ ag 2 <(echo 2)
assertion "p >= path" f
On 9/6/2020 3:47 PM, Ken Brown via Cygwin wrote:
On 9/6/2020 2:43 PM, David Dyck via Cygwin wrote:
This command triggers an assertion failure
"ag" is from the_silver_searcher
$ ag 2 <(echo 2)
assertion "p >= path" failed: file
"/home/corinna/src/cygwin/cygwin-
On 9/6/2020 2:43 PM, David Dyck via Cygwin wrote:
This command triggers an assertion failure
"ag" is from the_silver_searcher
$ ag 2 <(echo 2)
assertion "p >= path" failed: file
"/home/corinna/src/cygwin/cygwin-3.1.7/cygwin-3.1.7-1.x86_64/src/newlib-cygwin/winsup/cygwin/path.cc",
line 3065,
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
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
On 9/3/2020 12:43 AM, Bernd Prager wrote:
All,
While trying to install "pyarrow" and not able to find a distribution package so
far I was trying to compile the Apache Arrow sources from
https://arrow.apache.org/ under CYGWIN_NT-10.0 HW-016990 3.1.5(0.340/5/3).
I tried:
$ mkdir release; cd
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?
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
On 9/2/2020 3:32 PM, Michael Moats wrote:
Hello. Loaded cygwin a few weeks ago, but after windows 10 update, mintty term
fails to start.
Versions:
cygwin 3.1.6-1
OS Name Microsoft Windows 10 Home
Version 10.0.19041 Build 19041
When problem first noticed:
Error: Could not fork child
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
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
On 8/31/2020 8:39 PM, Andrew Schulman via Cygwin wrote:
There is unfortunately another layer of incompatibility in Unison: Two
Unison executables are only compatible if they were built with the same
version of OCaml.
What a mess!
Glad you understand :)
Would you consider embedding the
On 8/31/2020 4:47 PM, Andrew Schulman via Cygwin-announce wrote:
The unison2.48 package has been updated in Cygwin. This new release,
version 2.48.4-2, has been rebuilt with OCaml 4.08.1, which makes it
compatible for syncing with Ubuntu Focal and the current Debian testing.
*Warning*: This
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
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
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
On 8/29/2020 5:41 PM, Eliot Moss wrote:
It seems the math functions in winsup were not built quite right ...
That's a pretty broad generalization to make based on one reported bug (which
Corinna fixed within 24 hours of the report).
Ken
--
Problem reports:
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
On 8/29/2020 9:21 PM, airplanemath via Cygwin wrote:
Stepping back through Cygwin releases, I find:
$ gcc -Og -ggdb -g3 -Wall -Wextra -std=c99 -pedantic test.c -o test.exe
$ ./test.exe 123.456
123.456000 0.456000 123.00
$ uname -a | sed "s/${HOSTNAME}/\${HOSTNAME}/g"
CYGWIN_NT-10.0
On 8/29/2020 8:52 AM, airplanemath via Cygwin wrote:
Hello,
I have two reports. A brief description of the system:
$ uname -a | sed "s/${HOSTNAME}/\${HOSTNAME}/g"
CYGWIN_NT-10.0 ${HOSTNAME} 3.1.7(0.340/5/3) 2020-08-22 17:48 x86_64 Cygwin
In the future, please use two separate emails for two
---
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
On 8/28/2020 1:39 PM, Corinna Vinschen wrote:
On Aug 28 12:02, Ken Brown via Cygwin wrote:
On 8/28/2020 9:36 AM, Corinna Vinschen wrote:
As POC, I added a bit of code to maintain a second array, which is only
allocated (using HeapAlloc so as not to spill into the child processes)
Should
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
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 Cygwin wrote:
Cygwin currently provides zathura
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 Cygwin wrote:
Cygwin currently provides zathura version 0.3.3, which was released in 2014.
The latest version is 0.4.5, released in 2020, which fixes at least
On 8/28/2020 2:37 PM, Keith Thompson via Cygwin wrote:
Cygwin currently provides zathura version 0.3.3, which was released in 2014.
The latest version is 0.4.5, released in 2020, which fixes at least
one rather annoying bug.
If the maintainer could update it to the latest version, I would
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
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
On 8/28/2020 9:36 AM, Corinna Vinschen wrote:
As POC, I added a bit of code to maintain a second array, which is only
allocated (using HeapAlloc so as not to spill into the child processes)
Should there be a call to HeapFree somewhere, or is there some reason this isn't
needed?
Ken
--
On 8/28/2020 4:38 AM, sten.kristian.ivars...@gmail.com wrote:
Hi Corinna
Dear cygwin folks
It seems like there's a limit of the number of possible child
processes defined to 256 with 'NPROCS' in
//winsup/cygwin/child_info.h used in 'cprocs' in
//winsup/cygwin/sigproc.cc
256 is quite few
On 8/27/2020 8:17 AM, Kristian Ivarsson via Cygwin wrote:
Hi Corinna
Dear cygwin folks
It seems like there's a limit of the number of possible child
processes defined to 256 with 'NPROCS' in //winsup/cygwin/child_info.h
used in 'cprocs' in //winsup/cygwin/sigproc.cc
256 is quite few possible
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
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
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
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
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:
---
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
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
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
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(-)
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
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
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".
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
On 8/17/2020 8:09 PM, JonY via Cygwin wrote:
On 8/17/20 8:50 PM, Ken Brown via Cygwin wrote:
This isn't an issue after all. The comment I quoted above refers to
all GCC exceptions, not just STATUS_GCC_THROW. I'll submit a patch
after testing.
I've sent the patch. The output of the OP's
On 8/17/2020 4:40 PM, Ken Brown via Cygwin wrote:
On 8/17/2020 3:06 PM, Ken Brown via Cygwin wrote:
On 8/17/2020 2:13 PM, Corinna Vinschen wrote:
On Aug 17 13:36, Ken Brown via Cygwin wrote:
On 8/16/2020 6:38 PM, Ken Brown via Cygwin wrote:
One further comment, and then I'll shut up
I lied
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).
On 8/17/2020 3:06 PM, Ken Brown via Cygwin wrote:
On 8/17/2020 2:13 PM, Corinna Vinschen wrote:
On Aug 17 13:36, Ken Brown via Cygwin wrote:
On 8/16/2020 6:38 PM, Ken Brown via Cygwin wrote:
One further comment, and then I'll shut up
I lied.
...which is ok.
and leave it to people who
On 8/17/2020 2:13 PM, Corinna Vinschen wrote:
On Aug 17 13:36, Ken Brown via Cygwin wrote:
On 8/16/2020 6:38 PM, Ken Brown via Cygwin wrote:
One further comment, and then I'll shut up
I lied.
...which is ok.
and leave it to people who know what they're talking about: In the
64-bit case
On 8/16/2020 6:38 PM, Ken Brown via Cygwin wrote:
On 8/16/2020 10:56 AM, Ken Brown via Cygwin wrote:
On 8/16/2020 9:52 AM, Takashi Yano via Cygwin wrote:
On Sun, 16 Aug 2020 09:21:24 -0400
Ken Brown via Cygwin wrote:
On 8/15/2020 11:53 PM, Takashi Yano via Cygwin wrote:
On Sat, 15 Aug 2020
On 8/16/2020 10:56 AM, Ken Brown via Cygwin wrote:
On 8/16/2020 9:52 AM, Takashi Yano via Cygwin wrote:
On Sun, 16 Aug 2020 09:21:24 -0400
Ken Brown via Cygwin wrote:
On 8/15/2020 11:53 PM, Takashi Yano via Cygwin wrote:
On Sat, 15 Aug 2020 20:38:01 -0300
David McFarland via Cygwin wrote
On 8/16/2020 9:52 AM, Takashi Yano via Cygwin wrote:
On Sun, 16 Aug 2020 09:21:24 -0400
Ken Brown via Cygwin wrote:
On 8/15/2020 11:53 PM, Takashi Yano via Cygwin wrote:
On Sat, 15 Aug 2020 20:38:01 -0300
David McFarland via Cygwin wrote:
I was just debugging a c++ app (b2 build system
On 8/15/2020 11:53 PM, Takashi Yano via Cygwin wrote:
On Sat, 15 Aug 2020 20:38:01 -0300
David McFarland via Cygwin wrote:
I was just debugging a c++ app (b2 build system from boost), and noticed
that it would appear to exit unexpectedly without an error. This turned
out to be when an
On 8/15/2020 5:32 PM, Brian Inglis wrote:
On 2020-08-14 13:36, Ken Brown via Cygwin-apps wrote:
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
On 8/15/2020 11:07 AM, Achim Gratz wrote:
Ken Brown via Cygwin-announce writes:
The following packages have been uploaded to the Cygwin distribution:
* emacs-27.1-1
* emacs-common-27.1-1
* emacs-X11-27.1-1
* emacs-w32-27.1-1
* emacs-lucid-27.1-1
This release seems to have a serious
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
On 8/12/2020 1:54 PM, Morten Kjærulff via Cygwin wrote:
Hi,
This script:
#!/bin/sh
echo hello >hello.txt
ls -l
cat hell*
cat < hell*
gives me:
$ ./t.sh
total 2
-rw-r--r-- 1 vp01mkf Domain Users 6 Aug 12 19:51 hello.txt
-rwxr-xr-x 1 vp01mkf Domain Users 60 Aug 12 19:51 t.sh
hello
./t.sh:
The following packages have been uploaded to the Cygwin distribution
as test releases:
* doxygen-1.8.19-1
* doxygen-doxywizard-1.8.19-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
The following packages have been uploaded to the Cygwin distribution
as test releases:
* doxygen-1.8.19-1
* doxygen-doxywizard-1.8.19-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
The following packages have been uploaded to the Cygwin distribution:
* emacs-27.1-1
* emacs-common-27.1-1
* emacs-X11-27.1-1
* emacs-w32-27.1-1
* emacs-lucid-27.1-1
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code editing features, a
The following packages have been uploaded to the Cygwin distribution:
* emacs-27.1-1
* emacs-common-27.1-1
* emacs-X11-27.1-1
* emacs-w32-27.1-1
* emacs-lucid-27.1-1
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code editing features, a
On 8/10/2020 9:27 PM, Brian Inglis wrote:
On 2020-08-10 13:14, Ken Brown via Cygwin wrote:
On 8/10/2020 1:33 PM, Brian Inglis wrote:
On 2020-08-10 08:52, Ken Brown via Cygwin wrote:
On 8/9/2020 5:48 PM, Brian Inglis wrote:
On 2020-08-09 12:28, Adam Dinwoodie wrote:
On Fri, 24 Jul 2020 at 13
On 8/10/2020 1:33 PM, Brian Inglis wrote:
On 2020-08-10 08:52, Ken Brown via Cygwin wrote:
On 8/9/2020 5:48 PM, Brian Inglis wrote:
On 2020-08-09 12:28, Adam Dinwoodie wrote:
On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
In the failing case, the `/configure` stage includes
On 8/9/2020 5:48 PM, Brian Inglis wrote:
On 2020-08-09 12:28, Adam Dinwoodie wrote:
On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
In the failing case, the `/configure` stage includes the following
text: `configure: Setting CURL_LDFLAGS to '-lcurl -lnghttp2 -lidn2
-lssh -lpsl -lssl
On 8/7/2020 3:42 PM, Achim Gratz wrote:
Jon Turney writes:
One problem I have noticed is that some packages have test suites
(which are getting run via 'cygport test' invoking src_test()) which:
- require lots of extra dependencies to run, or
I currently subsume these in BUILD_REQUIRES as
Define the pseudo keyword 'fallthrough' in woutsup.h to support this.
---
winsup/cygserver/Makefile.in | 2 +-
winsup/cygserver/bsd_helper.cc | 2 +-
winsup/cygserver/bsd_mutex.cc | 2 +-
winsup/cygserver/woutsup.h | 2 ++
4 files changed, 5 insertions(+), 3 deletions(-)
diff --git
On 8/6/2020 4:20 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
The following packages have been uploaded to the Cygwin distribution
as test releases:
* emacs-27.1-0.2
* emacs-common-27.1-0.2
* emacs-X11-27.1-0.2
* emacs-w32-27.1-0.2
* emacs-lucid-27.1-0.2
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code
The following packages have been uploaded to the Cygwin distribution
as test releases:
* emacs-27.1-0.2
* emacs-common-27.1-0.2
* emacs-X11-27.1-0.2
* emacs-w32-27.1-0.2
* emacs-lucid-27.1-0.2
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code
The following packages have been uploaded to the Cygwin distribution:
* php-7.3.7-2
* php-devel-7.3.7-2
* httpd-mod_php7-7.3.7-2
* php-bcmath-7.3.7-2
* php-bz2-7.3.7-2
* php-calendar-7.3.7-2
* php-ctype-7.3.7-2
* php-curl-7.3.7-2
* php-dba-7.3.7-2
* php-enchant-7.3.7-2
* php-exif-7.3.7-2
*
The following packages have been uploaded to the Cygwin distribution:
* php-7.3.7-2
* php-devel-7.3.7-2
* httpd-mod_php7-7.3.7-2
* php-bcmath-7.3.7-2
* php-bz2-7.3.7-2
* php-calendar-7.3.7-2
* php-ctype-7.3.7-2
* php-curl-7.3.7-2
* php-dba-7.3.7-2
* php-enchant-7.3.7-2
* php-exif-7.3.7-2
*
The following packages have been uploaded to the Cygwin distribution:
* gobject-introspection-1.54.1-2
* libgirepository1.0_1-1.54.1-2
* libgirepository1.0-devel-1.54.1-2
* libgirepository1.0-doc-1.54.1-2
* girepository-cairo1.0-1.54.1-2
* girepository-GIRepository2.0-1.54.1-2
*
The following packages have been uploaded to the Cygwin distribution:
* gobject-introspection-1.54.1-2
* libgirepository1.0_1-1.54.1-2
* libgirepository1.0-devel-1.54.1-2
* libgirepository1.0-doc-1.54.1-2
* girepository-cairo1.0-1.54.1-2
* girepository-GIRepository2.0-1.54.1-2
*
On 7/21/2020 5:24 PM, Ken Brown via Cygwin-apps wrote:
This is a follow-up to
https://sourceware.org/pipermail/cygwin/2020-July/245623.html
As I explained there, a patch applied to the Cygwin build causes php to often
call mmap with MAP_FIXED, and some of these calls fail. Removing
[Once again, please don't top-post on this list.]
On 8/4/2020 9:35 AM, Cary Lewis wrote:
Thank you Ken, I followed your instructions and I am now able to use https and
composer with your versions of php.
Did you have to apply any of the cygport patches?
I applied all of them except for one
Don't try to read from fifo_client_handlers that are in the fc_closing
state. Experiments have shown that this always yields
STATUS_PIPE_BROKEN, so it just wastes a Windows system call.
Re-order the values in enum fifo_client_connect_state to reflect the
new status of fc_closing.
---
Rename the existing set_state() to query_and_set_state() to reflect
what it really does. (It queries the O/S for the pipe state.) Add a
new set_state() method, which is a standard setter, and a
corresponding getter get_state().
---
winsup/cygwin/fhandler.h | 9 --
fhandler_fifo::take_ownership() is called from select.cc::peek_fifo
and fhandler_fifo::raw_read and could potentially block indefinitely
if something goes wrong. This is always undesirable in peek_fifo, and
it is undesirable in a nonblocking read. Fix this by adding a timeout
parameter to
The fifo_reader thread function and the function select.cc:peek_fifo()
can both change the state of a fifo_client_handler. These changes are
made under fifo_client_lock, so there is no race, but the changes can
still be incompatible.
Add code to make sure that only one of these functions can
The second patch in this series fixes a serious bug that has resulted
in observable hangs. The other patches are minor bug fixes or minor
performance improvements.
Ken Brown (8):
Cygwin: FIFO: lock fixes
Cygwin: FIFO: fix timing issue with owner change
Cygwin: FIFO: add a timeout to
Currently raw_read makes two passes through the list of clients. On
the first pass it tries to read from the client from which it last
read successfully. On the second pass it tries to read from all
connected clients.
Add a new pass in between these two, in which raw_read tries to read
from all
---
winsup/cygwin/fhandler_fifo.cc | 96 +-
1 file changed, 48 insertions(+), 48 deletions(-)
diff --git a/winsup/cygwin/fhandler_fifo.cc b/winsup/cygwin/fhandler_fifo.cc
index 2b829eb6c..017d44e54 100644
--- a/winsup/cygwin/fhandler_fifo.cc
+++
fhandler_fifo::take_ownership() tacitly assumes that the current
owner's fifo_reader_thread will be woken up from WFMO when
update_needed_evt is signaled. But it's possible that the the current
owner's fifo_reader_thread is at the beginning of its main loop rather
than in its WFMO call when that
Add some missing locks and remove one extra unlock. Clarify for some
functions whether caller or callee acquires lock, and add appropriate
comments.
---
winsup/cygwin/fhandler_fifo.cc | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git
[Please don't top-post on this list.]
On 8/3/2020 9:57 PM, Cary Lewis wrote:
I am running php on two different Windows 10 computers, and on one machine I can
run composer with no issues, but on other I get our of memory issues.
Both report:
php -v
PHP 7.3.7 (cli) (built: Jul 21 2019
On 6/11/2020 5:39 PM, Jon Turney wrote:
On 06/06/2020 15:15, Ken Brown via Cygwin-apps wrote:
I think I might have bumped into another meson/introspection/pickling bug,
this time in connection with harfbuzz. The supported build system for
harfbuzz is still autotools. But they're planning
The following packages have been uploaded to the Cygwin distribution
as test releases:
* emacs-27.1-0.1
* emacs-common-27.1-0.1
* emacs-X11-27.1-0.1
* emacs-w32-27.1-0.1
* emacs-lucid-27.1-0.1
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code
The following packages have been uploaded to the Cygwin distribution
as test releases:
* emacs-27.1-0.1
* emacs-common-27.1-0.1
* emacs-X11-27.1-0.1
* emacs-w32-27.1-0.1
* emacs-lucid-27.1-0.1
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code
Hi Corinna,
On 7/30/2020 1:17 PM, Corinna Vinschen wrote:
Hi Ken,
On Jul 30 13:59, Corinna Vinschen wrote:
On Jul 29 19:12, Ken Brown via Cygwin wrote:
On 7/29/2020 4:17 PM, Ken Brown via Cygwin wrote:
posix_spawn(p) returns before the spawned process is fully up and
running. [...]
I just
On 7/29/2020 4:17 PM, Ken Brown via Cygwin wrote:
posix_spawn(p) returns before the spawned process is fully up and running. As a
result, the spawned process can fail to receive signals. The attached test case
illustrates the problem. It spawns a sleep process and then tries to kill
posix_spawn(p) returns before the spawned process is fully up and running. As a
result, the spawned process can fail to receive signals. The attached test case
illustrates the problem. It spawns a sleep process and then tries to kill it.
On exit, the sleep process is still running.
The
On 7/27/2020 12:57 PM, Ken Brown via Cygwin wrote:
On 7/27/2020 9:50 AM, Rabbe Fogelholm wrote:
I am having problems with meld 3.18.0-1. On startup I get
"fatal: external diff died, stopping at ", where is a
file to be inspected. My workaround is to downgrade to 3.16.4-1, which
wo
On 7/27/2020 9:50 AM, Rabbe Fogelholm wrote:
I am having problems with meld 3.18.0-1. On startup I get
"fatal: external diff died, stopping at ", where is a
file to be inspected. My workaround is to downgrade to 3.16.4-1, which
works.
I am running cygwin on Windows 10. My cygwin installation
On 7/24/2020 1:19 AM, Marco Atzeri via Cygwin wrote:
On 24.07.2020 05:00, Bryan VanSchouwen via Cygwin wrote:
Hello.
I recently installed a copy of the Cygwin software package on my new
Windows 10 laptop. However, whenever I try to access the "xmgrace"
graphing software (by entering the
701 - 800 of 1039 matches
Mail list logo
