X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-3.0 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL
X-Spam-Check-By:	sourceware.org
From:	Rob Burgers <rob DOT burgers AT ericsson DOT com>
To:	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Date:	Sun, 6 May 2012 22:05:00 +0200
Subject:	RE: 1.7.13/1.7.14: Issue with command prompt not returning when forking process
Message-ID:	<A1960FFE0F9B444B8512E826965B70763A934CE68A@ESESSCMS0362.eemea.ericsson.se>
References:	<20120505083518 DOT GA2428 AT calimero DOT vinschen DOT de>
In-Reply-To:	<20120505083518.GA2428@calimero.vinschen.de>
MIME-Version:	1.0
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id q46K5UgG023077

Hi Corinna,

Thanks for your answer.

> If Cygwin behaves different than Linux then that's not really intended.
> However, this only goes as far as Cygwin processes are affected.  We can't (and don't) make any such guarantee for native, non-Cygwin processes.
Okay, may be we should review our starting point. Still one thing puzzles me: Despite the fact that no such guarantee can be made, it worked fine upto the 1.7.9/1.7.10 kernel releases. If anything can be done to 'repair' it, this would be appreciated a lot (even if it were done via a registry-key).

> Are the affected processes Cygwin processes?  If so, can you please provide a very simple testcase in plain C?
I guess Java doesn't qualify as Cygwin process... So the answer here is 'no'.
I did a test in plain C and it works as expected. The main difference I found is that ps shows both Cygwin processes, whereas in the native, non-Cygwin processes case, the second spawned process remains unvisible to ps. Apparently Cygwin regards them both as 'one' and blocks until the one running longest terminates (at least that is my interpretation).

Best regards,
Rob

--
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

- Raw text -