Mail Archives: cygwin/2012/05/04/11:00:48
X-Recipient: | archive-cygwin AT delorie DOT com
|
X-SWARE-Spam-Status: | No, hits=-5.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE
|
X-Spam-Check-By: | sourceware.org
|
Message-ID: | <4FA3EF05.7020605@gmail.com>
|
Date: | Fri, 04 May 2012 17:00:21 +0200
|
From: | marco atzeri <marco DOT atzeri AT gmail DOT com>
|
User-Agent: | Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
|
MIME-Version: | 1.0
|
To: | cygwin AT cygwin DOT com
|
CC: | Petrisor Eddy-Marian-B36037 <B36037 AT freescale 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)
|
References: | <4C337258C4FF8145842DBA13279005D882F882 AT 039-SN1MPN1-001 DOT 039d DOT mgd DOT msft DOT net>
|
In-Reply-To: | <4C337258C4FF8145842DBA13279005D882F882@039-SN1MPN1-001.039d.mgd.msft.net>
|
X-IsSubscribed: | yes
|
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
|
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 &
>
> Expected result:
> Two interactive and usable windows, one with the sh prompt, one with the cmd prompt, both waiting for user input.
>
> Actual result:
> Two windows, one with sh and one with cmd, Cygwin/sh window blocked and waiting for the cmd window to finish.
>
>
>
> On another machine that hasn't had its cygwin install upgraded, the behaviour is the expected one. Here are the versions of the relevant packages that are found by the setup.exe to be upgradable on the working machine and the versions of the same packages on the non-working machine:
>
> Working machine package versions:
> base-cygwin 3.0-1
> csih 0.9.5-1
> cygutils 1.4.8-1
> cygwin 1.7.11-1
> rebase 4.0.1-1
>
> Non-working machine package versions:
> base-cygwin 3.1-1
> csih 0.9.6-1
> cygutils 1.4.10-2
> cygwin 1.7.14-2
> rebase 4.1.0-1
>
> Note: There are other packages which could be upgraded on the working machine, but they are irrelevant: diffutils, file, gawk, groff sed and tzcode.
>
>
> Any help would be appreciated.
>
> P.S.: Please CC me, I am not subscribed.
>
> Eddy
>
--
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 -