On 7/14/2021 5:08 PM, Doug Henderson via Cygwin wrote:
On Wed, 14 Jul 2021 at 13:03, Achim Gratz wrote:
Doug Henderson via Cygwin writes:
The first error message occurred when I installed all pending packages
this morning. I hoped to heal the problem by reinstalling the
installed gnuplot
On 7/14/2021 4:10 AM, Tomas Jura via Cygwin wrote:
Hi
I found a strange behaviour of the program cygpath program
0 >cygpath -w "./*/*" <--- IMHO wrong output
\
0 >cygpath -w "./*/*" | od -a <--- a detailed dump
000 o nul * \ o nul * nl
010
On 7/14/2021 1:13 PM, Brian Inglis wrote:
Building from latest git master does not build winsup... only newlib.
Did you run winsup/autogen.sh? See
https://cygwin.com/pipermail/cygwin-developers/2021-June/012161.html
Ken
--
Problem reports: https://cygwin.com/problems.html
FAQ:
The attached patch addresses
https://cygwin.com/pipermail/cygwin/2021-July/248887.html
I don't really understand the GPL issue, but I hope it's OK.
Ken
>From 0321ecd99050ad702a528797af48ea4d01531508 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sun, 11 Jul 2021 07:04:58 -0400
Subj
While investigating an emacs bug
(https://debbugs.gnu.org/cgi/bugreport.cgi?bug=49524), I noticed a difference in
the behavior of cfsetspeed(3) on Cygwin and Linux. I'm not sure we should "fix"
this, because Cygwin's behavior is consistent with the Linux man page, and
Linux's behavior is not.
On 7/9/2021 8:51 AM, ® Fxzx mic via Cygwin wrote:
Hello everyone,
I want to use this software: “kleopatra”, but the cygwin source does not have
this software, so can I ask you to help add the cygwin version of this software?
Software source code here: PIM / Kleopatra · GitLab
On 7/7/2021 4:50 AM, Corinna Vinschen via Cygwin wrote:
On Jul 6 11:53, Ken Brown via Cygwin wrote:
[Please don't top-post on this list. Thanks.]
On 7/6/2021 5:15 AM, Ruurd Beerstra wrote:
Hi,
I missed those question - sorry. This ping is the first I saw i response
to my question
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-2
* texinfo-tex-6.8-2
* info-6.8-2
This is a rebuild of the 6.8-1 release, with an upstream patch to fix the
problem reported here:
https://cygwin.com/pipermail/cygwin/2021-July/248849.html
Ken
--
Problem
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-2
* texinfo-tex-6.8-2
* info-6.8-2
This is a rebuild of the 6.8-1 release, with an upstream patch to fix the
problem reported here:
https://cygwin.com/pipermail/cygwin/2021-July/248849.html
Ken
On 7/6/2021 7:59 AM, Jon Turney wrote:
On 05/07/2021 19:04, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-1
* texinfo-tex-6.8-1
* info-6.8-1
Texinfo is a documentation system that uses a single source file
[Please don't top-post on this list. Thanks.]
On 7/6/2021 5:15 AM, Ruurd Beerstra wrote:
Hi,
I missed those question - sorry. This ping is the first I saw i response to my
question.
That was my guess and was the reason I added you to the CC on the ping and on
this message. (The custom on
On 7/1/2021 12:21 PM, Ken Brown via Cygwin wrote:
On 7/1/2021 8:15 AM, Ruurd Beerstra via Cygwin wrote:
[...]
I found a patch (cygwin1-20210426.dll) with an updated cygwin1.dll. That fixed
the hangs.
[...]
Note the wrong (changing) times when I use the current 'stat' (the first
output
. The texinfo package contains everything else except support for the
printable output formats (such as pdf). The texinfo-tex package supplies the
latter. In particular, /usr/bin/makeinfo is in the texinfo package, but the
command 'makeinfo --pdf' won't work unless you install texinfo-tex.
Ken
. The texinfo package contains everything else except support for the
printable output formats (such as pdf). The texinfo-tex package supplies the
latter. In particular, /usr/bin/makeinfo is in the texinfo package, but the
command 'makeinfo --pdf' won't work unless you install texinfo-tex.
Ken
On 5/20/2021 10:42 AM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution
as test releases:
* harfbuzz-2.8.1-1
* libharfbuzz0-2.8.1-1
* libharfbuzz-devel-2.8.1-1
* libharfbuzz-gobject0-2.8.1-1
* libharfbuzz-gobject-devel-2.8.1-1
On 7/3/2021 12:28 AM, Robert McBroom wrote:
On 7/2/21 5:46 PM, Ken Brown via Cygwin wrote:
On 7/2/2021 5:21 PM, mcforum wrote:
The legends in the heading for emacs have turned into boxes. the text in
buffers is normal.
I'm not sure what you mean by "legends in the heading". And wh
On 7/2/2021 5:21 PM, mcforum wrote:
The legends in the heading for emacs have turned into boxes. the text in
buffers is normal.
I'm not sure what you mean by "legends in the heading". And when you say "have
turned into boxes", are you saying that the problem just recently started? Or
have
On 7/1/2021 8:15 AM, Ruurd Beerstra via Cygwin wrote:
Hi,
I am a long-time user and fan of Cygwin.
I use it in a complex build environment of my IVT SSH terminal emulator, some
300.000 lines of C-code with lots of little shell-scripts to build and check.
I use flex/bison, ctags, make, gawk,
On 6/16/2021 2:41 AM, Brian Inglis wrote:
The idn2_punycode_decode issue was a libgnutls/libidn2 compatibility problem a
couple of years ago but should be fixed now:
https://bugzilla.redhat.com/show_bug.cgi?id=1683812
As Marco pointed out, the DLL in question is from one of the
On 6/12/2021 12:34 PM, Brian Inglis wrote:
On 2021-06-11 12:05, Ken Brown via Cygwin wrote:
On 6/11/2021 1:33 PM, Brian Inglis wrote:
On 2021-06-10 13:50, Ken Brown via Cygwin wrote:
On 6/10/2021 2:31 PM, Brian Inglis wrote:
On 2021-06-10 08:57, Ken Brown via Cygwin wrote:
On 6/9/2021 10:36
On 6/11/2021 1:33 PM, Brian Inglis wrote:
On 2021-06-10 13:50, Ken Brown via Cygwin wrote:
On 6/10/2021 2:31 PM, Brian Inglis wrote:
On 2021-06-10 08:57, Ken Brown via Cygwin wrote:
On 6/9/2021 10:36 PM, Brian Inglis wrote:
On 2021-06-09 16:31, Keith Thompson via Cygwin wrote:
[Sorry
On 6/11/2021 1:38 AM, ASSI wrote:
Ken Brown via Cygwin writes:
Can you be more specific? What goes wrong if TZ is not set? I
haven't seen any POSIX or Linux documentation that says it should be
set, and I've just checked on two different Linux distros that it's
not set by default
On 6/10/2021 2:31 PM, Brian Inglis wrote:
On 2021-06-10 08:57, Ken Brown via Cygwin wrote:
On 6/9/2021 10:36 PM, Brian Inglis wrote:
On 2021-06-09 16:31, Keith Thompson via Cygwin wrote:
[Sorry if the threading is messed up. I don't subscribe, so I'm
constructing this message from the web
On 6/9/2021 10:36 PM, Brian Inglis wrote:
On 2021-06-09 16:31, Keith Thompson via Cygwin wrote:
[Sorry if the threading is messed up. I don't subscribe, so I'm
constructing this message from the web interface. It should at least
show up under the correct subject.]
Brian Inglis wrote:
On
On 6/1/2021 1:36 PM, Marco Atzeri via Cygwin-apps wrote:
On 01.06.2021 14:41, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: tractorgen
- tractorgen
The package seems not very used.
Not sure fit in our scope for missing the need for a vote
Opinion from the
applications the same results on all platforms and between C/C++ and Java
software.
This is an update to the latest upstream release. See
http://site.icu-project.org/download/69
for the changes since the previous release.
Ken Brown
Cygwin's ICU maintainer
--
Problem reports: https
applications the same results on all platforms and between C/C++ and Java
software.
This is an update to the latest upstream release. See
http://site.icu-project.org/download/69
for the changes since the previous release.
Ken Brown
Cygwin's ICU maintainer
Patch attached.
Sorry for using an attachment, but my smtp server just started using 2-factor
authorization, and I haven't figured out how to make it work with git-send-email.
Ken
>From dfe5988f961ff97d283a9c460e75499db168163a Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Wed, 26 May 2
On 4/26/2021 11:45 PM, Marco Atzeri via Cygwin-apps wrote:
Hi Maintainers,
as I just found 2 of my packages colliding with same program name
$ cygcheck -f /usr/bin/ncgen
hdf4-4.2.15-3
netcdf-4.8.0-2
as one is much older than the other, the installation sequence
can give some inconsistencies
* libharfbuzz-icu0-2.8.1-1
* libharfbuzz-icu-devel-2.8.1-1
* girepository-HarfBuzz0.0-2.8.1-1
HarfBuzz is an OpenType text shaping engine.
This is an update to the latest upstream release.
Ken Brown
Cygwin's harfbuzz maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ
* libharfbuzz-icu0-2.8.1-1
* libharfbuzz-icu-devel-2.8.1-1
* girepository-HarfBuzz0.0-2.8.1-1
HarfBuzz is an OpenType text shaping engine.
This is an update to the latest upstream release.
Ken Brown
Cygwin's harfbuzz maintainer
Trying to build harfbuzz, I get the following python failure with python-3.8
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 65, in
from giscanner.scannermain import scanner_main
File "/usr/lib/gobject-introspection/giscanner/scannermain.py", line 41, in
On 4/12/2021 2:50 PM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution
as test releases:
* ghostscript-9.54.0-1
* libgs9-9.54.0-1
* libgs-devel-9.54.0-1
This has now been promoted from test to current.
Ken
--
Problem
On 5/15/2021 12:16 AM, Brian Inglis wrote:
Trying to build latest libssh2 1.9.0 using cygport, works under x86_64,
but under i686/x86 fails with:
In file included from */usr/i686-pc-cygwin/include/sys/stat.h*:22,
from ...:
/usr/include/cygwin/stat.h:27:3: error: unknown type
[Please don't top post on this list.]
On 5/8/2021 11:03 AM, Brent Epp wrote:
Sorry, my silly mail client doesn't reply to the list by default.
--
It might be worth noting that these rsync commands run using an on-demand script
to manage sync jobs. Generally, it
On 5/7/2021 12:43 PM, Brent Epp wrote:
Hello,
I've reported this in the past, but I cannot reliably use rsync. This is a
*local* synchronization between two Windows directories. It seems that after a
number of executions (a few dozen, maybe?), it just stops working and reports
errors:
On 5/3/2021 8:57 AM, Maximilian.Blenk--- via Cygwin wrote:
Hello everyone,
I noticed that latest Cygwin release (3.2.0-1) has an issue with python and
unix domain sockets, although I’m not a 100% sure about the root cause. My best
guess is that something is wrong with the unix domain
On 4/26/2021 11:45 PM, Marco Atzeri via Cygwin-apps wrote:
Hi Maintainers,
as I just found 2 of my packages colliding with same program name
$ cygcheck -f /usr/bin/ncgen
hdf4-4.2.15-3
netcdf-4.8.0-2
as one is much older than the other, the installation sequence
can give some inconsistencies
On 4/27/2021 12:52 PM, Ken Brown wrote:
On 4/27/2021 11:50 AM, Jon Turney wrote:
On 20/04/2021 21:13, Jon Turney wrote:
For ease of reviewing, this patch doesn't contain changes to generated
files which would be made by running ./autogen.sh.
I pushed this patch.
If you have an existing
On 4/27/2021 11:50 AM, Jon Turney wrote:
On 20/04/2021 21:13, Jon Turney wrote:
For ease of reviewing, this patch doesn't contain changes to generated
files which would be made by running ./autogen.sh.
I pushed this patch.
If you have an existing build directory, while you might get away
On 4/15/2021 11:01 AM, Ken Brown via Cygwin wrote:
On 4/15/2021 9:15 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
I tried SOCK_STREAM (and SOCK_SEQPACKET I think) for CYGWIN 3.2.0 but
that didn't work at all
As far as I understand, both all types on pretty much all
implementations
On 4/27/2021 9:19 AM, Corinna Vinschen wrote:
On Apr 26 15:37, Ken Brown wrote:
Following POSIX and Linux, allow a connected DGRAM socket's connection
to be reset (so that the socket becomes unconnected). This is done by
calling connect and specifing an address whose family is AF_UNSPEC
Following POSIX and Linux, allow a connected DGRAM socket's connection
to be reset (so that the socket becomes unconnected). This is done by
calling connect and specifing an address whose family is AF_UNSPEC.
---
winsup/cygwin/fhandler_socket_inet.cc | 21 --
When connect is called on a DGRAM socket, the call to Winsock's
connect can immediately return successfully rather than failing with
WSAEWOULDBLOCK. Set the connect state to "connected" in this case.
Previously the connect state remained "connect_pending" after the
successful connection.
---
On 4/15/2021 9:15 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
I tried SOCK_STREAM (and SOCK_SEQPACKET I think) for CYGWIN 3.2.0 but
that didn't work at all
As far as I understand, both all types on pretty much all
implementations preserves message ordering though
I haven't tried
On 4/14/2021 1:14 PM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0)
seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
On 4/13/2021 6:43 PM, Ken Brown via Cygwin wrote:
On 4/13/2021 10:47 AM, Ken Brown via Cygwin wrote:
On 4/13/2021 10:06 AM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received
On 4/13/2021 10:47 AM, Ken Brown via Cygwin wrote:
On 4/13/2021 10:06 AM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks
On 4/13/2021 10:06 AM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
PS files into a number of graphics file formats.
This is an update to the latest upstream release. It is a maintenance
release and also adds new functionality. See
http://www.ghostscript.com/doc/9.54.0/News.htm
for a summary of the changes since the previous release.
Ken Brown
Cygwin's
PS files into a number of graphics file formats.
This is an update to the latest upstream release. It is a maintenance
release and also adds new functionality. See
http://www.ghostscript.com/doc/9.54.0/News.htm
for a summary of the changes since the previous release.
Ken Brown
Cygwin's
On 2/2/2021 2:01 PM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following package has been uploaded to the Cygwin distribution as
a test release:
* xpdf-4.03-1
Xpdf is an open source viewer for Portable Document Format (PDF)
files. (These are also sometimes called 'Acrobat' files
On 4/12/2021 8:18 AM, Ken Brown via Cygwin-apps wrote:
On 4/12/2021 1:55 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
Sorry, I spoke too soon. It's not even working right on x86_64. In
my first build, the ordinary byte-compiled files (.elc) were already
present, and that somehow
On 4/12/2021 1:55 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
Sorry, I spoke too soon. It's not even working right on x86_64. In
my first build, the ordinary byte-compiled files (.elc) were already
present, and that somehow prevented the native-compiled files (.eln)
from being built. I
On 4/11/2021 3:48 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
On 4/11/2021 11:49 AM, Achim Gratz wrote:
Both architectures? For whatever reasons the gcc testsuite on x86
always bombed out on these, so I have no idea if it works there.
Yes, it works on x86 too.
Great. So I'll
On 4/11/2021 11:49 AM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
Thanks! It works great for building the feature/native-comp branch of
emacs. (configure --with-native-compilation if you want to try it
yourself.)
Both architectures? For whatever reasons the gcc testsuite on x86
On 4/10/2021 12:23 PM, Achim Gratz wrote:
I've uploaded a test version of gcc-10.3.0 that has the JIT library enabled:
Thanks! It works great for building the feature/native-comp branch of emacs.
(configure --with-native-compilation if you want to try it yourself.)
One minor packaging
On 4/8/2021 3:47 PM, sten.kristian.ivars...@gmail.com wrote:
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
familiar enough
On 4/6/2021 10:50 AM, sten.kristian.ivars...@gmail.com wrote:
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems to
drop messages or at least they are not received in the same order
they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
familiar
On 4/6/2021 10:50 AM, sten.kristian.ivars...@gmail.com wrote:
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems to
drop messages or at least they are not received in the same order
they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
familiar
On 4/6/2021 3:52 AM, Noel Grandin wrote:
On 2021/04/01 6:02 pm, Ken Brown via Cygwin wrote:
Here's the issue, briefly. The communication is done via a Windows named
pipe. The receiver creates the pipe when it creates and binds its socket. It
creates only one pipe instance. The sender
On 4/4/2021 3:45 PM, Achim Gratz wrote:
Ken Brown via Cygwin writes:
Emacs development (on the feature/native-comp branch) is using
libgccjit. Is it possible to build this library on Cygwin?
Several false starts later I've munged my patches and the MinGW ones
into something that gets me
sr/share/doc/texlive-collection-basic/README.Cygwin for
more details.
Ken Brown
Cygwin's TeX Live maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin
sr/share/doc/texlive-collection-basic/README.Cygwin for
more details.
Ken Brown
Cygwin's TeX Live maintainer
On 4/2/2021 9:42 AM, Oleksandr Gavenko via Cygwin wrote:
On 2021-03-27, Ken Brown via Cygwin-announce via Cygwin wrote:
7. The script /usr/bin/make-emacs-shortcut can be used to create a
shortcut for starting emacs. See
/usr/share/doc/emacs/README.Cygwin for details.
/usr/bin/make
n 3/31/2021 11:07 AM, Ken Brown via Cygwin wrote:
On 3/31/2021 4:24 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems to drop
messages or at least they are not received in the same order they
are sent
[snip]
Thanks for the test
On 3/31/2021 4:24 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems to drop
messages or at least they are not received in the same order they
are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not familiar
On 3/24/2021 5:18 AM, Kristian Ivarsson via Cygwin wrote:
Hi Glenn
Thanks for the reply, so more below
Hi all
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems to drop messages
or at least they are not received in the same order they are sent
Attached C:ish (with C++ threads
g line to /etc/sshd_config:
X11Forwarding yes
You might also need to have the cygserver service running.
7. The script /usr/bin/make-emacs-shortcut can be used to create a
shortcut for starting emacs. See
/usr/share/doc/emacs/README.Cygwin for details.
Ken Brown
Cygwin's Em
g line to /etc/sshd_config:
X11Forwarding yes
You might also need to have the cygserver service running.
7. The script /usr/bin/make-emacs-shortcut can be used to create a
shortcut for starting emacs. See
/usr/share/doc/emacs/README.Cygwin for details.
Ken Brown
Cygwin's Emacs maintainer
On 3/24/2021 2:55 PM, Hans-Bernhard Bröker wrote:
Am 23.03.2021 um 10:30 schrieb Corinna Vinschen via Cygwin-patches:
> On Mar 22 22:54, Hans-Bernhard Bröker wrote:
>> Am 22.03.2021 um 16:22 schrieb Johannes Schindelin:
>>> One of those under-documented reparse point types is the WSL symbolic
[Still CC Marco]
On 3/22/2021 7:43 AM, Corinna Vinschen via Cygwin-patches wrote:
[CC Marco]
On Mar 22 08:07, Takashi Yano via Cygwin-patches wrote:
On Sun, 21 Mar 2021 17:44:27 +0900
Takashi Yano wrote:
On Sun, 21 Mar 2021 13:01:24 +0900
Takashi Yano wrote:
Takashi Yano (2):
Cygwin:
On 3/17/2021 5:16 PM, Thomas Wolff wrote:
Am 17.03.2021 um 21:02 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe (32 bit version)
Please test, and report
On 3/17/2021 8:47 AM, sten.kristian.ivars...@gmail.com wrote:
[Snip]
Hi all
Does anyone know the status of these fixes ?
I saw an announcement for cygwin-3.2.0-0.1 that seemed to contain
some AF_UNIX-related fixes but I fail to find out where that
distribution exists (if it is supposed to be
On 3/16/2021 9:00 AM, Michael McMahon via Cygwin wrote:
I think you can download pre-released builds from:
https://cygwin.com/snapshots/
Right, but see below for cygwin-3.2.0-0.1.
As mentioned already, the fix here is not actually support of AF_UNIX sockets
natively. My understanding is
Emacs development (on the feature/native-comp branch) is using libgccjit. Is it
possible to build this library on Cygwin?
Ken
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe
On 3/8/2021 2:09 PM, Achim Gratz wrote:
Brian Inglis writes:
It's normally a merge conflict which will not be satisfied by regular
commands to restore the working files to upstream.
So you're pulling on an unclean work tree? That's a no-no, either keep
your changes on a separate branch (that
On 3/7/2021 2:34 PM, Marco Atzeri via Cygwin wrote:
On 07.03.2021 17:58, Ken Brown via Cygwin wrote:
I have a CI job which runs 'setup -q -P python3,python3-lxml'. It's
nice if that gets me something where "python3 -c 'import lxml'"
works, and doesn't require changing every time t
On 3/7/2021 10:37 AM, Jon Turney wrote:
On 10/02/2021 08:19, Marco Atzeri via Cygwin wrote:
On 10.02.2021 03:29, Yaakov Selkowitz via Cygwin wrote:
On Tue, 2021-02-09 at 21:31 +, Jon Turney wrote:
On 22/01/2021 21:37, Marco Atzeri via Cygwin-announce via Cygwin wrote:
Several python
, Ken Brown via Cygwin wrote:
On 3/4/2021 6:50 AM, Takashi Yano via Cygwin wrote:
On Thu, 4 Mar 2021 12:11:11 +0100
marco atzeri wrote:
I have no problem to patch Python to solve the issue,
but I have not seen evidence of the dlsym mechanism .
But of course I an NOT and expert in this field
On 3/4/2021 6:05 AM, marco atzeri via Cygwin wrote:
On Thu, Mar 4, 2021 at 10:27 AM Russell VT via Cygwin wrote:
Cygwin Enthusiasts!
Well, I was going to hold back on this one, but having now watched the list
for a bit, I think this is a fair question (feel free to smack me if I'm
feeling
On 3/4/2021 6:50 AM, Takashi Yano via Cygwin wrote:
On Thu, 4 Mar 2021 12:11:11 +0100
marco atzeri wrote:
I have no problem to patch Python to solve the issue,
but I have not seen evidence of the dlsym mechanism .
But of course I an NOT and expert in this field.
If someone looking to the code
On 3/2/2021 3:36 PM, Marco Atzeri via Cygwin wrote:
Ken
can you check the python dependency of binextra ?
https://cygwin.com/packages/summary/texlive-collection-binextra.html
It pulls : python2, python27-pygments, python38-pygments
It seems a bit too much
Hi Marco,
This happens because the
On 3/2/2021 12:21 PM, Brian Inglis wrote:
Hi folks,
Just a heads up that CLDR is changing a number of its structures impacting ICU,
and both CLDR alpha and ICU dev are available for testing "some significant
migration issues" before their final release on 2021 Apr 7 Wed:
On 2/28/2021 2:45 PM, Achim Gratz wrote:
I encourage all Cygwin package maintainers to try building (and testing)
their packages with the new binutils, but please do not (yet) release
such packages until further notice.
I just built emacs with the new binutils, both 64 bit and 32 bit. No
/
for a list of changes since the previous release.
Ken Brown
Cygwin's lcms2 maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe
/
for a list of changes since the previous release.
Ken Brown
Cygwin's lcms2 maintainer
linkat(olddirfd, oldpath, oldname, newdirfd, newname, AT_EMPTY_PATH)
is supposed to create a link to the file referenced by olddirfd if
oldname is the empty string. Currently this is done via the /proc
filesystem by converting the call to
linkat(AT_FDCWD, "/proc/self/fd/", newdirfd, newname,
If linkat(2) is called with AT_EMPTY_PATH on an AF_LOCAL or
AF_UNIX socket that is not a socket file, the current code calls
fhandler_disk_file::link in most cases. The latter expects to be
operating on a disk file and uses the socket's io_handle, which
is not a file handle.
Fix this by calling
If facl(2) is called on an AF_LOCAL or AF_UNIX socket that is not a
socket file, the current code calls fhandler_disk_file::facl in most
cases. The latter expects to be operating on a disk file and uses the
socket's io_handle, which is not a file handle.
Fix this by calling
If fchown(2) is called on an AF_LOCAL or AF_UNIX socket that is not a
socket file, the current code calls fhandler_disk_file::fchown in most
cases. The latter expects to be operating on a disk file and uses the
socket's io_handle, which is not a file handle.
Fix this by calling
If fstat(2) is called on an AF_LOCAL or AF_UNIX socket that is not a
socket file, the current code calls fstat_fs. The latter expects to
be operating on a disk file and uses the socket's io_handle, which is
not a file handle.
Fix this by calling fstat_fs only if the fhandler_socket object is a
If fstatvfs(2) is called on an AF_LOCAL or AF_UNIX socket that is not
a socket file, the current code calls fhandler_disk_file::fstatvfs in
most cases. The latter expects to be operating on a disk file and
uses the socket's io_handle, which is not a file handle.
Fix this by calling
If fchmod(2) is called on an AF_LOCAL or AF_UNIX socket that is not a
socket file, the current code calls fhandler_disk_file::fchmod in most
cases. The latter expects to be operating on a disk file and uses the
socket's io_handle, which is not a file handle.
Fix this by calling
is associated with a socket file. If not, we call an
fhandler_socket_wsock or fhandler_socket method instead of an
fhandler_disk_file method.
The last patch is just a code simplification that arose while I was
working on fhandler_socket_local::link.
Ken Brown (7):
Cygwin: fix fstat on sockets
On 2/25/2021 1:18 PM, Rafel Amer Ramon wrote:
El 1/12/20 a les 18:23, Ken Brown via Cygwin-apps ha escrit:
On 12/1/2020 11:04 AM, Rafel Amer Ramon wrote:
El 30/11/20 a les 21:28, Ken Brown via Cygwin-apps ha escrit:
On 11/30/2020 2:46 PM, Ken Brown via Cygwin-apps wrote:
On 11/29/2020 2:19
own here.
Ken Brown (1):
Cygwin: facl: fail with EBADF on files opened with O_PATH
winsup/cygwin/sec_acl.cc | 5 +
1 file changed, 5 insertions(+)
--
2.30.0
This is in the spirit of the Linux requirement that file operations
like fchmod(2), fchown(2), and fgetxattr(2) fail with EBADF on files
opened with O_PATH.
---
winsup/cygwin/sec_acl.cc | 5 +
1 file changed, 5 insertions(+)
diff --git a/winsup/cygwin/sec_acl.cc b/winsup/cygwin/sec_acl.cc
This was done for the fhandler_socket_local class in commits
3a2191653a, 141437d374, and 477121317d, but the fhandler_socket_unix
class was overlooked.
---
winsup/cygwin/fhandler.h | 1 +
winsup/cygwin/fhandler_socket_unix.cc | 24
2 files changed, 25
On 2/18/2021 1:35 AM, Andrey Repin wrote:
Greetings, Ken Brown!
I have a problem with rsync that sounds very similar to this one.
Every. Damn. Time. I attempt to upload files to a server, first attempt always
fail approx halfway through. No matter if I upload no files or a hundred of
them
501 - 600 of 4637 matches
Mail list logo
