Re: Sv: Sv: open descriptor to named pipes sometimes fail

2020-04-08 Thread Ken Brown via Cygwin
On 4/8/2020 8:53 AM, Ken Brown via Cygwin wrote: On 4/8/2020 4:52 AM, sten.kristian.ivars...@gmail.com wrote: On 4/7/2020 2:38 PM, sten.kristian.ivars...@gmail.com wrote: On 4/7/2020 11:10 AM, Kristian Ivarsson via Cygwin wrote: Opening a (second) descriptor for (blocking) write sometimes

Re: open descriptor to named pipes sometimes fail

2020-04-07 Thread Ken Brown via Cygwin
On 4/7/2020 11:10 AM, Kristian Ivarsson via Cygwin wrote: Opening a (second) descriptor for (blocking) write sometimes fail The provided test case sometimes succeed, but quite often fail with ENOENT (in various indexes) I haven't dug deeper to find the underlaying cause yet Have anyone

Re: open write descriptor on named pipe sometime results in ENOENT

2020-04-18 Thread Ken Brown via Cygwin
On 4/18/2020 11:24 AM, sten.kristian.ivars...@gmail.com wrote: Hey all We're trying to nail down some issues with using named pipes The issue we're getting is deterministic (ENXIO) but it is not this one, but we think this issue is worth reporting anyway We're using the branch topic/fifo

Re: open write descriptor on named pipe sometime results in ENOENT

2020-04-18 Thread Ken Brown via Cygwin
On 4/18/2020 5:48 PM, Ken Brown via Cygwin wrote: On 4/18/2020 11:24 AM, sten.kristian.ivars...@gmail.com wrote: Hey all We're trying to nail down some issues with using named pipes The issue we're getting is deterministic (ENXIO) but it is not this one, but we think this issue is worth

Re: unlink does not remove named pipe

2020-04-17 Thread Ken Brown via Cygwin
Hi Kristian, On 4/17/2020 4:26 AM, Kristian Ivarsson via Cygwin wrote: If you're creating a lot's of named pipes in main process and in children and then using unlink, some of the named pipe files are not removed from the file system and no error is issued, i.e. unlink doesn't return -1

Re: Sv: Sv: open descriptor to named pipes sometimes fail

2020-04-08 Thread Ken Brown via Cygwin
On 4/8/2020 4:52 AM, sten.kristian.ivars...@gmail.com wrote: On 4/7/2020 2:38 PM, sten.kristian.ivars...@gmail.com wrote: On 4/7/2020 11:10 AM, Kristian Ivarsson via Cygwin wrote: Opening a (second) descriptor for (blocking) write sometimes fail The provided test case sometimes succeed, but

Re: cygwin-3.1.0 and mintty from desktop shortcut

2020-03-13 Thread Ken Brown via Cygwin
On 3/13/2020 5:26 PM, Achim Gratz wrote: Takashi Yano via Cygwin writes: I guess renaming /usr/share/locale/locale.alias is enough. Yes it does. Could you please test if the following cygwin1.dll resolve the problem? Mintty doesn't start when I just replace this DLL, I get a Windows error

Re: Sv: Named pipes and multiple writers

2020-03-26 Thread Ken Brown via Cygwin
On 3/26/2020 12:03 PM, Norton Allen wrote: On 3/26/2020 11:11 AM, Ken Brown via Cygwin wrote: BTW, I've been working on adding support for multiple readers.  I expect to have a first cut ready within a week or two.  Would you have any use for that?  If so, I could revive the topic/fifo

Re: Sv: Sv: Named pipes and multiple writers

2020-03-26 Thread Ken Brown via Cygwin
On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote: The ENIXIO occurs when parallel child-processes simultaneously using O_NONBLOCK opening the descriptor. This is consistent with my guess that the error is generated by fhandler_fifo::wait. I have a feeling that read_ready should

Re: Sv: Sv: Named pipes and multiple writers

2020-03-26 Thread Ken Brown via Cygwin
On 3/26/2020 6:39 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote: The ENIXIO occurs when parallel child-processes simultaneously using O_NONBLOCK opening the descriptor. This is consistent with my guess that the error is generated

Re: Sv: Sv: Named pipes and multiple writers

2020-03-27 Thread Ken Brown via Cygwin
On 3/26/2020 7:19 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:39 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote: The ENIXIO occurs when parallel child-processes simultaneously using O_NONBLOCK opening the descriptor. This is consistent with my

Re: Named pipes and multiple writers

2020-03-25 Thread Ken Brown via Cygwin
On 3/25/2020 7:11 AM, Kristian Ivarsson via Cygwin wrote: I'll apologize in advance if something is not appropriate, but this is the first interaction with this project We (another open source project) have bumped into some problems using named pipes with multiple writers As far as I can see,

Re: Sv: Sv: Sv: Named pipes and multiple writers

2020-03-27 Thread Ken Brown via Cygwin
On 3/27/2020 6:56 PM, Ken Brown via Cygwin wrote: On 3/27/2020 10:53 AM, sten.kristian.ivars...@gmail.com wrote: On 3/26/2020 7:19 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:39 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote: The ENIXIO occurs

Re: Sv: Sv: Sv: Named pipes and multiple writers

2020-03-27 Thread Ken Brown via Cygwin
On 3/27/2020 10:53 AM, sten.kristian.ivars...@gmail.com wrote: On 3/26/2020 7:19 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:39 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote: The ENIXIO occurs when parallel child-processes simultaneously using

Re: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-03-28 Thread Ken Brown via Cygwin
On 3/28/2020 8:10 AM, sten.kristian.ivars...@gmail.com wrote: On 3/27/2020 10:53 AM, sten.kristian.ivars...@gmail.com wrote: On 3/26/2020 7:19 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:39 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote

Re: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-03-28 Thread Ken Brown via Cygwin
On 3/28/2020 11:43 AM, Ken Brown via Cygwin wrote: On 3/28/2020 8:10 AM, sten.kristian.ivars...@gmail.com wrote: On 3/27/2020 10:53 AM, sten.kristian.ivars...@gmail.com wrote: On 3/26/2020 7:19 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6:39 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6

Re: Sv: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-03-31 Thread Ken Brown via Cygwin
On 3/31/2020 5:10 PM, sten.kristian.ivars...@gmail.com wrote: On 3/28/2020 10:19 PM, Ken Brown via Cygwin wrote: On 3/28/2020 11:43 AM, Ken Brown via Cygwin wrote: On 3/28/2020 8:10 AM, sten.kristian.ivars...@gmail.com wrote: On 3/27/2020 10:53 AM, sten.kristian.ivars...@gmail.com wrote

Re: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-03-30 Thread Ken Brown via Cygwin
On 3/28/2020 10:19 PM, Ken Brown via Cygwin wrote: On 3/28/2020 11:43 AM, Ken Brown via Cygwin wrote: On 3/28/2020 8:10 AM, sten.kristian.ivars...@gmail.com wrote: On 3/27/2020 10:53 AM, sten.kristian.ivars...@gmail.com wrote: On 3/26/2020 7:19 PM, Ken Brown via Cygwin wrote: On 3/26/2020 6

Re: Sv: Sv: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-04-01 Thread Ken Brown via Cygwin
On 4/1/2020 3:45 AM, sten.kristian.ivars...@gmail.com wrote: On 3/31/2020 5:10 PM, sten.kristian.ivars...@gmail.com wrote: On 3/28/2020 10:19 PM, Ken Brown via Cygwin wrote: On 3/28/2020 11:43 AM, Ken Brown via Cygwin wrote: On 3/28/2020 8:10 AM, sten.kristian.ivars...@gmail.com wrote: On 3

Re: Sv: Sv: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-04-01 Thread Ken Brown via Cygwin
On 4/1/2020 4:52 AM, sten.kristian.ivars...@gmail.com wrote: On 3/31/2020 5:10 PM, sten.kristian.ivars...@gmail.com wrote: On 3/28/2020 10:19 PM, Ken Brown via Cygwin wrote: On 3/28/2020 11:43 AM, Ken Brown via Cygwin wrote: On 3/28/2020 8:10 AM, sten.kristian.ivars...@gmail.com wrote: On 3

Re: Sv: Sv: Sv: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-04-01 Thread Ken Brown via Cygwin
On 4/1/2020 1:14 PM, sten.kristian.ivars...@gmail.com wrote: On 4/1/2020 4:52 AM, sten.kristian.ivars...@gmail.com wrote: On 3/31/2020 5:10 PM, sten.kristian.ivars...@gmail.com wrote: On 3/28/2020 10:19 PM, Ken Brown via Cygwin wrote: On 3/28/2020 11:43 AM, Ken Brown via Cygwin wrote: On 3

Re: Sv: Sv: Sv: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-04-01 Thread Ken Brown via Cygwin
On 4/1/2020 2:34 PM, Ken Brown via Cygwin wrote: On 4/1/2020 1:14 PM, sten.kristian.ivars...@gmail.com wrote: On 4/1/2020 4:52 AM, sten.kristian.ivars...@gmail.com wrote: On 3/31/2020 5:10 PM, sten.kristian.ivars...@gmail.com wrote: On 3/28/2020 10:19 PM, Ken Brown via Cygwin wrote: On 3/28

Re: Sv: Sv: Sv: Sv: Sv: Sv: Sv: Sv: Named pipes and multiple writers

2020-04-02 Thread Ken Brown via Cygwin
On 4/2/2020 4:05 AM, sten.kristian.ivars...@gmail.com wrote: It is great that you're looking into a totally dynamic solution I've just pushed a first attempt at this. I tested it by running your test program with parameters 50/50. It looks like there are about 2000 writers open at once

Re: Sv: Named pipes and multiple writers

2020-03-26 Thread Ken Brown via Cygwin
[Let's keep the discussion on the list in case others have suggestions.] On 3/25/2020 9:41 AM, sten.kristian.ivars...@gmail.com wrote: [snip] As far as I can see, reading through history, this have been a known issue for quite some time, but it seems like there have been some attempts to solve

Re: Sv: Named pipes and multiple writers

2020-03-26 Thread Ken Brown via Cygwin
On 3/26/2020 10:06 AM, Ken Brown via Cygwin wrote: [Let's keep the discussion on the list in case others have suggestions.] On 3/25/2020 9:41 AM, sten.kristian.ivars...@gmail.com wrote: [snip] As far as I can see, reading through history, this have been a known issue for quite some time

Re: posix_spawnp creates ghost processes

2020-04-24 Thread Ken Brown via Cygwin
On 4/24/2020 3:30 AM, Kristian Ivarsson via Cygwin wrote: Hi all We're having a rather complex application and have noticed a rather weird behaviour that I cannot find any information about We're using posix_spawnp and sometimes it creates extra "ghost-process(es)" non visible to cygwin (via

Re: [ANNOUNCEMENT] TeX Live 2020

2020-04-29 Thread Ken Brown via Cygwin
On 4/29/2020 12:38 AM, Lemures Lemniscati via Cygwin wrote: Hi! Thank you for maintaining vast packages. I can't find pdfjoin in texlive-collection-binextra-20200406-1, while pdfjoin previously belongs to texlive-collection-binextra-20190509-1. The author no longer supports it, and it has

Re: [ANNOUNCEMENT] ghostscript 9.52-1 (TEST)

2020-05-16 Thread Ken Brown via Cygwin
On 5/8/2020 10:06 AM, Ken Brown via Cygwin-announce wrote: The following packages have been uploaded to the Cygwin distribution as test releases: * ghostscript-9.52-1 * libgs9-9.52-1 * libgs-devel-9.52-1 The previous test release, 9.50-1, has now been promoted to current. GNU Ghostscript

Re: issue with reply to mailing list

2020-05-18 Thread Ken Brown via Cygwin
On 5/18/2020 11:07 AM, Jon Turney wrote: On 16/05/2020 20:42, Marco Atzeri via Cygwin wrote: On 16.05.2020 20:47, Andrey Repin wrote: Greetings, Marco Atzeri! it is just me or the cygwin mailing lists post are not reporting anymore the reply to the list tag ? You seems to have replied to

Re: issue with reply to mailing list

2020-05-19 Thread Ken Brown via Cygwin
On 5/19/2020 5:31 AM, Corinna Vinschen wrote: On May 18 12:02, Ken Brown via Cygwin wrote: On 5/18/2020 11:07 AM, Jon Turney wrote: On 16/05/2020 20:42, Marco Atzeri via Cygwin wrote: On 16.05.2020 20:47, Andrey Repin wrote: Greetings, Marco Atzeri! it is just me or the cygwin mailing

Re: name pipe problem: 1 writer, multiple concurrent readers

2020-05-19 Thread Ken Brown via Cygwin
On 5/19/2020 7:26 AM, Morten Kjærulff via Cygwin wrote: Hi, The following script: #!/bin/sh rm -f t.pip t.txt mkfifo t.pip printf "line1\nline2\n" >t.txt ps { while true ; do cp t.txt t.pip done } & rm -f t.rc.* for rc in 0 1 2 3 4 5 6 7 8 9 ; do { diff t.pip t.txt

Re: patch command incorrectly capitalizes filenames that live on external USB flash drives

2020-05-14 Thread Ken Brown via Cygwin
On 5/13/2020 8:31 PM, Jason Gross via Cygwin wrote: This does not explain why `ls` displays "Makefile" as "Makefile" before I run `patch`, but displays the filename as "MAKEFILE" after I run `patch`. Nor does it explain why this happens to patch-modified files, but not to files modified via sed

Re: After cygwin upgrade, Emacs shell buffers with colors are corrupted

2020-03-18 Thread Ken Brown via Cygwin
On 3/18/2020 11:22 AM, Andrey Repin wrote: Greetings, David Karr! Thanks, that worked. For now, I guess I have to figure out how to set that property permanently, or until this pty bug is fixed.. I start Emacs from a shortcut, executing "emacs.xml". I see the file appears to have some syntax

Re: cygwin-3.1.x seems to break emacs + gdb

2020-03-17 Thread Ken Brown via Cygwin
On 3/16/2020 7:23 PM, Ryan Johnson wrote: Hi Ken, (Apologies for private mailing you, but my attempts to message cygwin@ and cygwin-developers@ are rejected with TLS errors... any chance you could forward this info to an appropriate person for attention?) I upgraded cygwin in order to get

Re: After cygwin upgrade, Emacs shell buffers with colors are corrupted

2020-03-17 Thread Ken Brown via Cygwin
On 3/17/2020 7:14 PM, David Karr via Cygwin wrote: Yesterday I upgraded Cygwin, which I hadn't done in a while. I had recently upgraded my Windows 10 OS from build 1709 to 1809 (yes, those are correct). My current Emacs version is 26.3, but I don't know what it was before the upgrade. If I

Re: CLISP missing full linking set

2020-03-19 Thread Ken Brown via Cygwin
On 3/19/2020 2:36 PM, Christopher Miller via Cygwin wrote: Hello Cygwin! I have a question about the clisp package. I seem to have run into the same issue as this poor fellow: https://stackoverflow.com/questions/60352371/how-to-run-swank-of-slime-with-clisp-without-dump After further

Re: pdfcrop and ghostscript

2020-05-07 Thread Ken Brown via Cygwin
On 5/7/2020 6:56 AM, Lemures Lemniscati via Cygwin wrote: Hi! I tried to use pdfcrop in texlive-collection-binextra 20200406-1 And it didn't work correctly with ghostscript 9.27-2 libgs9 9.27-2 libgs-devel 9.27-2 (cropping wrong area) But it works well with test

Re: name pipe problem: 1 writer, multiple concurrent readers

2020-05-20 Thread Ken Brown via Cygwin
On 5/19/2020 11:20 AM, Morten Kjærulff wrote: On Tue, May 19, 2020 at 3:55 PM Ken Brown via Cygwin wrote: On 5/19/2020 7:26 AM, Morten Kjærulff via Cygwin wrote: Hi, The following script: #!/bin/sh rm -f t.pip t.txt mkfifo t.pip printf "line1\nline2\n" >t.txt ps { wh

Re: [ANNOUNCEMENT] Updated: mintty 3.1.5

2020-05-21 Thread Ken Brown via Cygwin
On 5/21/2020 12:36 PM, Marco Atzeri via Cygwin wrote: On 21.05.2020 16:48, Ken Brown via Cygwin wrote: On 5/20/2020 11:34 AM, Thomas Wolff wrote: I have uploaded mintty 3.1.5 with the following changes: The homepage is at http://mintty.github.io/ It also links to the issue tracker

Re: cpp /usr/include/threads.h fails; modfl segfaults

2020-08-29 Thread Ken Brown via Cygwin
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

Re: ag 2 <(echo 2) gets assertion "p >= path" failed: .. /cygwin-3.1.7 ... /cygwin/path.cc", line 3065, function: int symlink_info::check

2020-09-06 Thread Ken Brown via Cygwin
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-

Re: ag 2 <(echo 2) gets assertion "p >= path" failed: .. /cygwin-3.1.7 ... /cygwin/path.cc", line 3065, function: int symlink_info::check

2020-09-06 Thread Ken Brown via 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,

Re: [ANNOUNCEMENT] unison2.48-2.48.4-2 (Warning: possible breakage)

2020-08-31 Thread Ken Brown via Cygwin
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

Re: [ANNOUNCEMENT] unison2.48-2.48.4-2 (Warning: possible breakage)

2020-09-01 Thread Ken Brown via Cygwin
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

Re: /dev/p* causes shell crash in i686

2020-09-10 Thread Ken Brown via Cygwin
On 9/10/2020 3:31 PM, Thomas Wolff wrote: Am 10.09.2020 um 21:19 schrieb Ken Brown via Cygwin: On 9/10/2020 3:15 PM, Andrew Schulman via Cygwin wrote: On Sep  9 08:08, Andrew Schulman via Cygwin wrote: Here's a strange one. In bash in i686, try to run: ls /dev/ptmx I only get about as far

Re: /dev/p* causes shell crash in i686

2020-09-10 Thread Ken Brown via Cygwin
On 9/10/2020 3:15 PM, Andrew Schulman via Cygwin wrote: On Sep 9 08:08, Andrew Schulman via Cygwin wrote: Here's a strange one. In bash in i686, try to run: ls /dev/ptmx I only get about as far as: ls /dev/p and then my terminal window vanishes. This happens: * In fish or bash. * On two

Re: ag 2 <(echo 2) gets assertion "p >= path" failed: .. /cygwin-3.1.7 ... /cygwin/path.cc", line 3065, function: int symlink_info::check

2020-09-07 Thread Ken Brown via Cygwin
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

Re: postinstall: fontconfig abnormal exit

2020-09-11 Thread Ken Brown via Cygwin
On 9/11/2020 7:31 AM, Marco Atzeri via Cygwin wrote: On 11.09.2020 10:32, Hamish McIntyre-Bhatty via Cygwin wrote: On 11/09/2020 08:22, Fergus Daly via Cygwin wrote: On 2020-09-10 04:57, Fergus Daly via Cygwin wrote: Sorry if this has been asked 4 million times already. $ head

Re: postinstall: fontconfig abnormal exit

2020-09-11 Thread Ken Brown via Cygwin
On 9/11/2020 10:41 AM, Marco Atzeri via Cygwin wrote: On 11.09.2020 15:12, Ken Brown via Cygwin wrote: On 9/11/2020 7:31 AM, Marco Atzeri via Cygwin wrote: On 11.09.2020 10:32, Hamish McIntyre-Bhatty via Cygwin wrote: On 11/09/2020 08:22, Fergus Daly via Cygwin wrote: On 2020-09-10 04:57

Re: postinstall: fontconfig abnormal exit

2020-09-11 Thread Ken Brown via Cygwin
On 9/11/2020 4:30 PM, Achim Gratz wrote: Ken Brown via Cygwin writes: Unfortunately, this doesn't yet fix the problem with fontconfig_dtd.sh. The latter will now succeed if it is run after libxml2.sh, but not if it is run first. I'm not aware of any way to force setup to run one postinstall

Re: postinstall: fontconfig abnormal exit

2020-09-12 Thread Ken Brown via Cygwin
On 9/12/2020 1:18 AM, Brian Inglis wrote: On 2020-09-11 15:13, Ken Brown via Cygwin wrote: On 9/11/2020 4:30 PM, Achim Gratz wrote: Ken Brown via Cygwin writes: Unfortunately, this doesn't yet fix the problem with fontconfig_dtd.sh.  The latter will now succeed if it is run after libxml2.sh

Re: Issues with removing cygwin installed TTF font files

2020-09-13 Thread Ken Brown via Cygwin
On 9/13/2020 10:16 AM, Michael Soegtrop wrote: Dear Cygwin Team and Users, since a few months I have issues deleting cygwin installations. In some cases randomly the /usr/share/fonts/microsoft folder and the TTF files in it remain. According to DOS dir the folder contains junctions to TTF

Re: Cygwin terminal fails to start after win update

2020-09-02 Thread Ken Brown via Cygwin
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

Re: anybody successful in compiling apache-arrow?

2020-09-04 Thread Ken Brown via Cygwin
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

Re: ag 2 <(echo 2) gets assertion "p >= path" failed: .. /cygwin-3.1.7 ... /cygwin/path.cc", line 3065, function: int symlink_info::check

2020-09-08 Thread Ken Brown via Cygwin
On 9/7/2020 4:35 PM, Ken Brown via Cygwin wrote: 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

Re: ag 2 <(echo 2) gets assertion "p >= path" failed: .. /cygwin-3.1.7 ... /cygwin/path.cc", line 3065, function: int symlink_info::check

2020-09-08 Thread Ken Brown via Cygwin
On 9/8/2020 3:26 PM, Ken Brown via Cygwin wrote: On 9/7/2020 4:35 PM, Ken Brown via Cygwin wrote: 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

Re: postinstall: fontconfig abnormal exit

2020-09-13 Thread Ken Brown via Cygwin
On 9/12/2020 2:08 AM, ASSI wrote: I like your idea of using perpetual postinstall scripts. I think the way to do it is probably to make fontconfig_dtd.sh perpetual with prefix "zp_". Yes, that seems like a better solution. I see a lot of the texlive stuff already works this way and it appears

Re: [ANNOUNCEMENT] doxygen 1.8.20-1 (TEST)

2020-10-15 Thread Ken Brown via Cygwin
On 8/28/2020 12:20 PM, Ken Brown via Cygwin-announce wrote: The following packages have been uploaded to the Cygwin distribution as test releases: * doxygen-1.8.20-1 * doxygen-doxywizard-1.8.20-1 This has now been promoted from 'test' to 'current'. Ken -- Problem reports: https

Re: test -r or -x always return false on an NFS mount?

2020-10-05 Thread Ken Brown via Cygwin
On 10/1/2020 6:22 AM, Mario Emmenlauer wrote: On 22.09.20 22:14, Mario Emmenlauer wrote: But since today I met a problem: I mounted a Linux NFSv3 share using the Windows 10 shipped NFS client. The user and group ID are mapped via registry settings AnonymousUid and AnonymousGid in the entry

Re: chmod issue on 3.1.7.

2020-10-10 Thread Ken Brown via Cygwin
On 10/10/2020 12:32 PM, Kaz Kylheku (Cygwin) via Cygwin wrote: Hi all, Running this Cygwin on a Windows 10 system:   0:DESKTOP-K8055OB:~$ uname -a   CYGWIN_NT-10.0-WOW DESKTOP-K8055OB 3.1.7(0.340/5/3) 2020-08-22 19:03 i686 Cygwi When a file is created, and permissions set as follows:  

Re: Problem building cygwin-3_1_7-release tagged newlib.

2020-10-10 Thread Ken Brown via Cygwin
On 10/10/2020 3:22 PM, Kaz Kylheku (Cygwin) via Cygwin wrote: Hi, I'm trying to build the 3.1.7 tagged newlib. It runs into this problem: c++wrap -O2 -g -fno-rtti -fno-exceptions -fno-use-cxa-atexit -Wall -Wstrict-aliasing -Wwrite-strings -fno-common -pipe -fbuiltin -fmessage-length=0

Re: [Attn: gcc maintainers] Re: unhandled C++ exceptions not propagating

2020-08-17 Thread Ken Brown via Cygwin
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

Re: [Attn: gcc maintainers] Re: unhandled C++ exceptions not propagating

2020-08-17 Thread Ken Brown via Cygwin
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

Re: [Attn: gcc maintainers] Re: unhandled C++ exceptions not propagating

2020-08-17 Thread Ken Brown via Cygwin
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

Re: [Attn: gcc maintainers] Re: unhandled C++ exceptions not propagating

2020-08-17 Thread Ken Brown via Cygwin
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

[Attn: gcc maintainers] Re: unhandled C++ exceptions not propagating

2020-08-17 Thread Ken Brown via Cygwin
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

Re: Sv: Sv: Limit for number of child processes

2020-08-28 Thread Ken Brown via Cygwin
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

Re: Sv: Sv: Limit for number of child processes

2020-08-28 Thread Ken Brown via Cygwin
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 --

Re: Update zathura?

2020-08-28 Thread Ken Brown via Cygwin
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

Re: Update zathura?

2020-08-28 Thread Ken Brown via Cygwin
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

Re: Update zathura?

2020-08-29 Thread Ken Brown via Cygwin
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

Re: Sv: Sv: Limit for number of child processes

2020-08-29 Thread Ken Brown via Cygwin
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

Re: cpp /usr/include/threads.h fails; modfl segfaults

2020-08-29 Thread Ken Brown via Cygwin
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

Re: Sv: Limit for number of child processes

2020-08-27 Thread Ken Brown via Cygwin
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

Re: [ANNOUNCEMENT] emacs 27.1-1

2020-08-15 Thread Ken Brown via Cygwin
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

Re: [QUAR] Re: cpp /usr/include/threads.h fails; modfl segfaults

2020-08-30 Thread Ken Brown via Cygwin
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:

Re: Updated: w32api-{headers,runtime}-8.0.0-1 (x86/x86_64)

2020-09-23 Thread Ken Brown via Cygwin
On 9/23/2020 12:44 AM, Brian Inglis wrote: On 2020-09-22 22:17, Brian Inglis wrote: On 2020-09-22 16:10, Brian Inglis wrote: On 2020-09-18 23:19, JonY via Cygwin-announce wrote: Now released for both 32bit and 64bit Cygwin: w32api-headers-8.0.0-1 w32api-runtime-8.0.0-1 Based on

Re: Updated: w32api-{headers,runtime}-8.0.0-1 (x86/x86_64)

2020-09-23 Thread Ken Brown via Cygwin
On 9/23/2020 11:21 AM, Brian Inglis wrote: On 2020-09-23 08:49, Ken Brown via Cygwin wrote: On 9/23/2020 12:44 AM, Brian Inglis wrote: On 2020-09-22 22:17, Brian Inglis wrote: On 2020-09-22 16:10, Brian Inglis wrote: On 2020-09-18 23:19, JonY via Cygwin-announce wrote: Now released for both

Re: Problems with native Unix domain sockets on Win 10/2019

2020-09-24 Thread Ken Brown via Cygwin
On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote: Hi, I searched for related issues but haven't found anything. I am having some trouble with Windows native Unix domain sockets (a recent feature in Windows 10 and 2019 server) and Cygwin. I think I possibly know the cause since I had to

Re: Problems with native Unix domain sockets on Win 10/2019

2020-09-25 Thread Ken Brown via Cygwin
On 9/24/2020 8:01 AM, Michael McMahon wrote: On 24/09/2020 12:26, Ken Brown wrote: On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote: Hi, I searched for related issues but haven't found anything. I am having some trouble with Windows native Unix domain sockets (a recent feature in

Re: Problems with native Unix domain sockets on Win 10/2019

2020-09-25 Thread Ken Brown via Cygwin
On 9/25/2020 8:31 PM, Duncan Roe wrote: On Fri, Sep 25, 2020 at 04:30:45PM -0400, cygwin wrote: On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote: On 9/25/2020 10:29 AM, Michael McMahon wrote: On 25/09/2020 14:19, Ken Brown wrote: On 9/24/2020 8:01 AM, Michael McMahon wrote: On 24/09

Re: Problems with native Unix domain sockets on Win 10/2019

2020-09-25 Thread Ken Brown via Cygwin
On 9/25/2020 10:29 AM, Michael McMahon wrote: On 25/09/2020 14:19, Ken Brown wrote: On 9/24/2020 8:01 AM, Michael McMahon wrote: On 24/09/2020 12:26, Ken Brown wrote: On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote: Hi, I searched for related issues but haven't found anything. I

Re: Problems with native Unix domain sockets on Win 10/2019

2020-09-25 Thread Ken Brown via Cygwin
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote: On 9/25/2020 10:29 AM, Michael McMahon wrote: On 25/09/2020 14:19, Ken Brown wrote: On 9/24/2020 8:01 AM, Michael McMahon wrote: On 24/09/2020 12:26, Ken Brown wrote: On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote: Hi, I

Re: Slowness of Cygwin commands on Windows Server 2016

2020-09-21 Thread Ken Brown via Cygwin
On 9/21/2020 10:53 AM, Praveen Kumar Chandrakar via Cygwin wrote: Hello, We are experiencing some issues with the Cygwin commands (ie. from bash -login) taking several minutes on three of our Windows 2016 servers. ls -al -- 1min 32sec find -- 4min 46sec When you search for a

Re: Windows 7, cygwin > 3.1.4 symlink issue

2020-09-17 Thread Ken Brown via Cygwin
On 9/17/2020 4:27 PM, Roland Roberts wrote: On 8/24/2020 5:43 PM, Roland Roberts wrote: I have one machine, a company machine which makes it hard to post details, which is running Windows 7. We run cygwin as our development environment for Java, but Java is installed as a Windows program. The

Re: TMP/TEMP environment variable and /tmp

2020-09-17 Thread Ken Brown via Cygwin
On 9/17/2020 5:07 PM, Kristian Ivarsson via Cygwin wrote: Does anyone know the rational with this behaviour and what can be done to get hold of the (real) Windows TMP/TEMP environment-variable-values (in a (hopefully) platform independent way) ? so if you are making your custom tree, try to

Re: TMP/TEMP environment variable and /tmp

2020-09-17 Thread Ken Brown via Cygwin
On 9/17/2020 7:58 PM, Doug Henderson via Cygwin wrote: On Thu, 17 Sep 2020 at 15:56, Ken Brown via Cygwin <> wrote: #include #include int main () { char *temp_nam; char *p_tmp_nam; printf ("$TMP is '%s'\n", getenv ("TMP")); printf (&qu

Re: TMP/TEMP environment variable and /tmp

2020-09-17 Thread Ken Brown via Cygwin
On 9/16/2020 7:12 AM, Thomas Wolff wrote: Am 16.09.2020 um 13:04 schrieb marco atzeri via Cygwin: On Wed, Sep 16, 2020 at 10:53 AM Kristian Ivarsson via Cygwin wrote: Dear folks Does anyone know why cygwin annex the TMP (and TEMP) environment variable(s) and sets them to /tmp for

Re: pdfjam in texlive-collection-binextra-20200406-1 doesn't work

2020-05-27 Thread Ken Brown via Cygwin
On 5/27/2020 9:35 AM, Lemures Lemniscati via Cygwin wrote: Hi ! pdfjam in texlive-collection-binextra-20200406-1 doesn't work. Even a simple invocation such as pdfjam a.pdf hangs while waiting for input from stdin. pdfjam 3.03 in TeX Live 2020 have got a major update since TeX Live

Re: Which rsync version is current?

2020-05-27 Thread Ken Brown via Cygwin
[Adding the rsync maintainer to the Cc in case he wants to add something.] On 5/27/2020 3:34 PM, Bill Stewart wrote: On Wed, May 27, 2020 at 1:20 PM Andrey Repin wrote: When I run rsync --version, I see this: rsync version 3.2.0dev protocol version 31 However the Cygwin Setup program says

Re: Seems like a bug with mkfifo -m

2020-05-28 Thread Ken Brown via Cygwin
On 5/28/2020 4:12 AM, Дмитрий Есарев via Cygwin wrote: Hi, all When i ran cygwin 2.x, i used mkfifo -m 0600 file to create a named pipe with no user and group permissions. in the latest cygwin the above command creates device with 0644 permissions. And i cant drop it to 0600: cygcheck.exe

Re: Current setup timestamp 1590343308

2020-05-25 Thread Ken Brown via Cygwin
On 5/25/2020 12:47 PM, Fergus Daly via Cygwin wrote: It looks to me that /etc/setup/timestamp is updated by the last successful setup (upgrade?) run, and contains a copy of the selected mirror's setup.ini setup_timestamp field as of the last successful setup (upgrade?) run, a few hours earlier

Re: Seems like a bug with mkfifo -m

2020-05-28 Thread Ken Brown via Cygwin
On 5/28/2020 10:52 AM, Corinna Vinschen wrote: On May 28 09:16, Ken Brown via Cygwin wrote: On 5/28/2020 4:12 AM, Дмитрий Есарев via Cygwin wrote: Hi, all When i ran cygwin 2.x, i used mkfifo -m 0600 file to create a named pipe with no user and group permissions. in the latest cygwin

Re: Seems like a bug with mkfifo -m

2020-05-28 Thread Ken Brown via Cygwin
On 5/28/2020 1:31 PM, yoshi kakbudto wrote: you say 'ls' is a problem source. Then i have to be more specific with the problem to not miss any other possible problems around it. My use case is this: I have an ssh rsa keys dynamically loaded in environment variables. Those variables then

Re: Seems like a bug with mkfifo -m

2020-05-28 Thread Ken Brown via Cygwin
On 5/28/2020 11:28 AM, Ken Brown via Cygwin wrote: On 5/28/2020 10:52 AM, Corinna Vinschen wrote: On May 28 09:16, Ken Brown via Cygwin wrote: On 5/28/2020 4:12 AM, Дмитрий Есарев via Cygwin wrote: Hi, all When i ran cygwin 2.x, i used mkfifo -m 0600 file to create a named pipe with no user

Re: ghostscript issues

2020-06-01 Thread Ken Brown via Cygwin
On 6/1/2020 11:26 AM, Thomas Bodine via Cygwin wrote: My favorite use of ghost script is to combine PDF's. I upgraded Cygwin this weekend, and ghost script fails to perform this task I am running this: Cygwin Setup version 2.904 (64 bit) base-cygwin 3.8-1 ghostscript 9.52-1

Re: [ANNOUNCEMENT] Updated: mintty 3.1.5

2020-05-21 Thread Ken Brown via Cygwin
On 5/20/2020 11:34 AM, Thomas Wolff wrote: I have uploaded mintty 3.1.5 with the following changes: Terminal features   * Limit coordinates of all mouse reports to text area (#972).   * Support bell volume escape sequence DECSWBV (#974) with wave files.   * Support margin bell feature

Re: ghostscript issues

2020-06-02 Thread Ken Brown via Cygwin
On 6/2/2020 7:58 AM, Lemures Lemniscati via Cygwin wrote: Date: Mon, 1 Jun 2020 12:43:44 -0400 From: Ken Brown via Cygwin On 6/1/2020 11:26 AM, Thomas Bodine via Cygwin wrote: My favorite use of ghost script is to combine PDF's. I upgraded Cygwin this weekend, and ghost script fails

Re: ghostscript issues

2020-06-02 Thread Ken Brown via Cygwin
On 6/2/2020 8:12 AM, Ken Brown via Cygwin wrote: On 6/2/2020 7:58 AM, Lemures Lemniscati via Cygwin wrote: Date: Mon, 1 Jun 2020 12:43:44 -0400 From: Ken Brown via Cygwin On 6/1/2020 11:26 AM, Thomas Bodine via Cygwin wrote: My favorite use of ghost script is to combine PDF's. I upgraded

Re: sqrtl behavior inconsistent with sqrt and sqrtf

2020-10-27 Thread Ken Brown via Cygwin
On 10/27/2020 7:17 AM, airplanemath via Cygwin wrote: Compiling and running the attached program with the command line below produces the output below: $ gcc -O0 -Og test_sqrt.c -o test_sqrt && ./test_sqrt Long double: -inf -inf Double: -inf -nan Float: -inf -nan I suspect the

  1   2   3   4   5   6   7   8   9   10   >