X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org X-SpamScore: 11 X-BigFish: VS11(zzzz1202hzzb412rz2dh2a8h668h839h8e2h8e3h944hd25hbe9i) X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI From: Petrisor Eddy-Marian-B36037 To: Cygwin ML Subject: 'cmd /C start cmd' no longer non-blocking (base-cygwin 3.1-1), but used to work (in base-cygwin 3.0-1) Date: Fri, 4 May 2012 13:43:58 +0000 Deferred-Delivery: Fri, 4 May 2012 13:43:00 +0000 Message-ID: <4C337258C4FF8145842DBA13279005D882F882@039-SN1MPN1-001.039d.mgd.msft.net> x-cr-hashedpuzzle: Be2e BgiZ CDMc CbBK DX/x Djny EyCH E6bc FjNu Fv66 IJbC Iv0d KDBa KhdO KtAr K7vK;1;YwB5AGcAdwBpAG4AQABjAHkAZwB3AGkAbgAuAGMAbwBtAA==;Sosha1_v1;7;{64C49CCB-3701-49A6-8513-A38FB7FDABDE};YgAzADYAMAAzADcAQABmAHIAZQBlAHMAYwBhAGwAZQAuAGMAbwBtAA==;Fri, 04 May 2012 13:43:00 GMT;JwBjAG0AZAAgAC8AQwAgAHMAdABhAHIAdAAgAGMAbQBkACcAIABuAG8AIABsAG8AbgBnAGUAcgAgAG4AbwBuAC0AYgBsAG8AYwBrAGkAbgBnACAAKABiAGEAcwBlAC0AYwB5AGcAdwBpAG4AIAAzAC4AMQAtADEAKQAsACAAYgB1AHQAIAB1AHMAZQBkACAAdABvACAAdwBvAHIAawAgACgAaQBuACAAYgBhAHMAZQAtAGMAeQBnAHcAaQBuACAAMwAuADAALQAxACkA x-cr-puzzleid: {64C49CCB-3701-49A6-8513-A38FB7FDABDE} Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-OriginatorOrg: freescale.com Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q44DkQis028935 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" 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