Am 18.02.2020 um 22:16 schrieb Kevin Schnitzius via cygwin:
With Cygwin version 3.0.7-1, crtl-c kills native apps that are started from the
shell, For example, starting notepad in the foreground from bash would be kill
by a ctrl-c.
With Cygwin version 3.1.2-1, crtl-c DOES NOT kill native apps
Kevin Schnitzius via cygwin, on Tuesday, February 18, 2020 04:16 PM,
> wrote...
>
> With Cygwin version 3.0.7-1, crtl-c kills native apps that are started
> from the shell, For example, starting notepad in the foreground from bash
> would be kill by a ctrl-c.
>
> With Cygwin version 3.1.2-1, crtl
With Cygwin version 3.0.7-1, crtl-c kills native apps that are started from the
shell, For example, starting notepad in the foreground from bash would be kill
by a ctrl-c.
With Cygwin version 3.1.2-1, crtl-c DOES NOT kill native apps that are started
from the shell,
Can I restore this behavi
On Tue, 18 Feb 2020 14:24:38 -0500
Edward Lam wrote:
> I'm noticing a different problem with pipes that isn't fixed even in the
> latest 2020-02-12 cygwin1.dll snapshot. When a native graphical Windows
> process is launched (in the foreground without & in the command line) from
> mintty/bash, the S
Hi Folks,
I'm noticing a different problem with pipes that isn't fixed even in the
latest 2020-02-12 cygwin1.dll snapshot. When a native graphical Windows
process is launched (in the foreground without & in the command line) from
mintty/bash, the STARTUPINFO structure for the child Windows process
Hi!
I encountered a grep issue. For now, I use the older version of Cygwin
(32-bit, W2k3) in my test environment (for nightly tests). I'm going to
migrate to a modern platform, Windows Sever 2016 or 2019. In the
archive attached is a sample to reproduce the issue. Here is a simple
script try
6 matches
Mail list logo
