This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Bug? attempt to suspend = kill process?
- From: Thomas Wolff <towo at towo dot net>
- To: cygwin at cygwin dot com
- Date: Thu, 05 Mar 2015 11:53:00 +0100
- Subject: Re: Bug? attempt to suspend = kill process?
- Authentication-results: sourceware.org; auth=none
- References: <54F7C550 dot 2010609 at tlinx dot org>
On 05.03.2015 03:54, Linda Walsh wrote:
I usually run the the windows version of 'Gvim' as
it will run even when there is no 'X' running...
...
I tried pressing ^z, as I would on linux (actually ^y
in my usage).
In the console window, I got a message that it had
"stopped" like I would in linux:
gvim
Stopped
but actually what
happened was that it was killed.
... so.. why no suspend?... it seems like it was trying?
I would not expect a Windows program to be compatible with cygwin in
subtleties like exchanging signals.
The behaviour can be reproduced with any Windows program, e.g. notepad.
I don't know which Windows mechanism is used for transferring signals to
another process but certainly the Windows gvim does not have the cygwin
framework to receive the signal and handle it in a POSIX way.
Could signal transfer possibly use Windows in a way that does not have
this effect? (Windows experts...)
------
Thomas
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple