delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE |
X-Spam-Check-By: | sourceware.org |
X-Mail-Handler: | MailHop Outbound by DynDNS |
X-Report-Abuse-To: | abuse AT dyndns DOT com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) |
X-MHO-User: | U2FsdGVkX19nwtUn/jqoPs+9bJzK439W |
Date: | Fri, 4 May 2012 12:48:58 -0400 |
From: | Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: 'cmd /C start cmd' no longer non-blocking (base-cygwin 3.1-1), but used to work (in base-cygwin 3.0-1) |
Message-ID: | <20120504164858.GF30831@ednor.casa.cgf.cx> |
Reply-To: | cygwin AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
References: | <4C337258C4FF8145842DBA13279005D882F882 AT 039-SN1MPN1-001 DOT 039d DOT mgd DOT msft DOT net> <4FA3EF05 DOT 7020605 AT gmail DOT com> <4C337258C4FF8145842DBA13279005D882F924 AT 039-SN1MPN1-001 DOT 039d DOT mgd DOT msft DOT net> |
MIME-Version: | 1.0 |
In-Reply-To: | <4C337258C4FF8145842DBA13279005D882F924@039-SN1MPN1-001.039d.mgd.msft.net> |
User-Agent: | Mutt/1.5.20 (2009-06-14) |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Unsubscribe: | <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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 |
On Fri, May 04, 2012 at 04:41:12PM +0000, Petrisor Eddy-Marian-B36037 wrote: > >> On 5/4/2012 3:43 PM, Petrisor Eddy-Marian-B36037 wrote: >> > Hello, >> > >> > I am using at work cygwin on various machines (XP and Windows 7) and >> made several scripts that use gnu utilities from cygwin. One of those is >> a script that starts in paralel instances of cmd various parts of a build >> system through a sh script that invokes 'cmd /C start ...' to start those >> parts of the build system in a non-blocking fashion. >> > >> > Recently, on one of the machines which had its cygwin installation >> upgraded, I have observed that the cmd instances do not start in a non- >> blocking fashion anymore, but instead wait for the process to finish. >> > >> > >> > To be more precise, following the following steps should lead to two >> interactive windows, one with the sh prompt and one with the cmd prompt, >> both waiting for user input: >> > 1 - start a cygwin (or sh) command window >> > 2 - type "cmd /C start cmd" >> >> try >> cmd /C start cmd & >> >[Petrisor Eddy] > >I know about how to work around the issue, but the problem is that >cygwin somehow interacts with start and renders it useless. If 'cmd /C >some_command' has the same effect as 'cmd /C start some_command' under >sh/cygwin, while working as expected in pure cmd, then cygwin is >behaving badly and this issue is the one to be addressed especially >since it is a regression. How about if I make it official: The change in behavior is due to some changes in 1.7.1* which were required to improve stability with execed processes. So, please use the workaround. We make no guarantees about how the start command in CMD will interoperate with Cygwin but we do guarantee that "&" will always create a background process. cgf -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |