X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-0.7 required=5.0	tests=AWL,BAYES_00,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; CHARSET=US-ASCII
Subject: Re: Cygwin 1.7.x on Windows 7: Exit statuses of Win32 executables are sometimes wrong
From: John Dong <jdong AT apple DOT com>
In-reply-to: <20110525141942.GA22790@ednor.casa.cgf.cx>
Date: Wed, 25 May 2011 19:20:35 -0700
Message-id: <6D93D09A-BA8D-4975-A17C-81A5DC4BDF91@apple.com>
References: <0C817B08-1920-43DB-B9A0-26E4B2E362EA AT apple DOT com> <4DDD0F23 DOT 5000807 AT sidefx DOT com> <20110525141942 DOT GA22790 AT ednor DOT casa DOT cgf DOT cx>
To: cygwin AT cygwin DOT com
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
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

Hi Chris,


It's nice to hear from Edward that we're not the only ones to notice this behavior.

Of course, patches would be nice, and I would be interested in digging in into this if someone familiar with Cygwin's codebase would be willing to enlighten me as to the codepath for grabbing Win32 process exit codes and how it differs from "Cygwin processes".


John


On May 25, 2011, at 7:19 AM, Christopher Faylor wrote:

> On Wed, May 25, 2011 at 10:16:03AM -0400, Edward Lam wrote:
>> On 29/04/2011 2:35 PM, John Dong wrote:
>>> Reproducing this seems nondeterministic -- sometimes I can get it to
>>> happen in 5 minutes, other times it takes overnight. I've tried using
>>> a different shell (like dash), but it doesn't make a difference,
>>> leading me to suspect this to be a lower-level issue within the
>>> Cygwin DLL. It also seems to not happen for non-zero exit codes (e.g.
>>> checking that exiter.exe 1 returns 1 always seems to succeed), though
>>> I'm not 100% confident that I've tested this thoroughly enough.
>>> 
>>> Again, I've not been able to reproduce this under Windows XP using
>>> any version of Cygwin, but I have been able to reproduce it on both
>>> 32-bit and 64-bit Windows 7. I'm not running anything special on this
>>> machine -- it's a fresh install of Windows 7 Professional, just with
>>> Cygwin installed.
>> 
>> FWIW, we've been running into this as well. It appears to NOT be a 
>> problem with Cygwin 1.5 on Windows 7. It only started happening on 
>> Cygwin 1.7. As a result, we haven't had a reliable Windows 7 build 
>> machine for a while now because we use a Cygwin gmake process that 
>> compiles with MSVC.
> 
> As always: http://cygwin.com/acronyms#PTC
> 
> --
> 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
> 


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