On Sep 1 04:46, Takashi Yano wrote:
> After the commit 7f3c22532577, writing to pipe extremely slows down.
> This is because cygwait(select_sem, 10, cw_cancel) is called even
> when write operation is already completed. With this patch, the
> cygwait() is called only if the write operation is not
On Aug 30 23:15, Takashi Yano wrote:
> If a cygwin app is executed from a non-cygwin app and the cygwin
> app exits, read pipe remains on non-blocking mode because of the
> commit fc691d0246b9. Due to this behaviour, the non-cygwin app
> cannot read the pipe correctly after that. With this patch, t
On Mon, 2 Sep 2024 13:10:31 +0200
Corinna Vinschen wrote:
> On Aug 30 23:15, Takashi Yano wrote:
> > If a cygwin app is executed from a non-cygwin app and the cygwin
> > app exits, read pipe remains on non-blocking mode because of the
> > commit fc691d0246b9. Due to this behaviour, the non-cygwin a
Hi Corinna and Takashi,
On Mon, 2 Sep 2024, Corinna Vinschen wrote:
> On Aug 30 23:15, Takashi Yano wrote:
> > If a cygwin app is executed from a non-cygwin app and the cygwin
> > app exits, read pipe remains on non-blocking mode because of the
> > commit fc691d0246b9. Due to this behaviour, the
On Mon, 2 Sep 2024 20:49:28 +0900
Takashi Yano wrote:
> On Mon, 2 Sep 2024 13:10:31 +0200
> Corinna Vinschen wrote:
> > On Aug 30 23:15, Takashi Yano wrote:
> > > If a cygwin app is executed from a non-cygwin app and the cygwin
> > > app exits, read pipe remains on non-blocking mode because of the
On Mon, 2 Sep 2024 14:48:35 +0200 (CEST)
Johannes Schindelin wrote:
> I have tested it and the symptom is addressed.
Thanks for testing.
> I do have to wonder whether it is intentional that calling
> `set_pipe_non_blocking(false)` followed by `set_pipe_non_blocking(true)`
> on an originally-non-b
On Mon, 2 Sep 2024 22:50:45 +0900
Takashi Yano wrote:
> On Mon, 2 Sep 2024 14:48:35 +0200 (CEST)
> Johannes Schindelin wrote:
> > That would potentially be a remedy, but I would worry that this design
> > takes a decidedly single-thread world-view. While that may be appropriate
> > in the context o
On Mon, 2 Sep 2024 22:50:45 +0900
Takashi Yano wrote:
> On Mon, 2 Sep 2024 14:48:35 +0200 (CEST)
> Johannes Schindelin wrote:
> > I have tested it and the symptom is addressed.
>
> Thanks for testing.
>
> > I do have to wonder whether it is intentional that calling
> > `set_pipe_non_blocking(fals