Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <097a01c19aab$632dde00$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <cygwin AT cygwin DOT com>, "Andy Piper" <andyp AT bea DOT com>
References: <4 DOT 3 DOT 2 DOT 7 DOT 2 DOT 20020111022918 DOT 00b63c68 AT san-francisco DOT beasys DOT com> <4 DOT 3 DOT 2 DOT 7 DOT 2 DOT 20020111044953 DOT 00b3aa38 AT san-francisco DOT beasys DOT com>
Subject: Re: Ash spawning win32 programs (was Re: bash/cmd CTRL-C  problem...)
Date: Sat, 12 Jan 2002 01:22:22 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 11 Jan 2002 14:22:20.0704 (UTC) FILETIME=[6162E200:01C19AAB]

----- Original Message -----
From: "Andy Piper" <andyp AT bea DOT com>

> ash script pid reported by shell:       828
> ash script pid in task manager:         856
> java pid reported by ps                 1640    PPID 828
> java pid reported by task mnager        1640
> bash pid                                1248

Right, so we've got a win32 process, _with no cygwin stub_. This is a
lot harder to solve than the one Chris and I just solved. The
fundamental difference being that when you CTRL-C in the console window,
every attached program recieves a win32 CTRLC interrupt. Your java
program - by virtue of not quitting - is either deliberately ignoring
those interrupts, or is a gui program with a hidden window. (are you
running javaw or javac?).

For console programs, the CTRL-C in the window should work fine. kill
(script) won't work (because no keyboard interrupt is generated).

> BTW with the script started in the background (or indeed fg and ^Z)
kill %1
> does not work (it used to) it is reported as terminated but is still
running.

The script dies quite happily for me. The win32 process doesn't though
(as expected).

The key question here is : what semantics should apply to a _non signal
aware program_ when cygwin detects a signal is generated for it?

I.e., to pick a couple, for SIGINT and SIGKILL.

One is obvious, we call (IIRC) TerminateProcess and *boom* it's gone.
Hope your work was saved.
For the other though, win32's closest generic equivalent is to send a
WM_QUIT message to the application. I think that a proof-of-concept
application that opens an app by winpid, grabs the top level hwnd for
the app, and sends WM_QUIT would provide the basis to integrate such
functionality into Cygwin.

Until someone (I don't have the time to _volunteer_ for this) writes
such as proof-of-concept, this will remain unsolved.

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/