X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; q=dns; s=default; b=ZYbhg9uCCwgVLFunQoi2U/DoAmnbvz/i7a5swWkEscf 1WL9rNdgT+odrC0GEjvriLUrZ7YEW/UdQvVGJMxUGrDoGkRr9VTUHedFQxLTUbbJ 4WgCm6Wjf18VkYAJ8bQzjFqIIAW5JpcRjaSZKt4f91b+eJ7RYiTwfJSiZK0A5qIE = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; s=default; bh=n64i5esKTM8b7FghpE3gmZzBLqM=; b=nUHiakhPJwP9qWafb b97n8SPd8Sq9WxL5RRVEJsxcSa8fyc2tR0i//hvgOJV54+wvqMQbWwHMLHqWZ4gG xxLMcstsJ+VfTG6j3Vkt5Un9oX4hqAQIwGmd9MPu7U2nXzCQYCEbSWRo1BTxOMT+ vxiw22QijN0iIRJmc5qmCs9zl8= 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 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f182.google.com X-Received: by 10.180.87.38 with SMTP id u6mr7433447wiz.43.1432742873624; Wed, 27 May 2015 09:07:53 -0700 (PDT) Message-ID: <5565EBCF.8080707@gmail.com> Date: Wed, 27 May 2015 18:07:43 +0200 From: Marco Atzeri User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs References: <5551188B DOT 7050503 AT coverity DOT com> <55525B85 DOT 90001 AT coverity DOT com> <20150527114801 DOT GB16927 AT calimero DOT vinschen DOT de> In-Reply-To: <20150527114801.GB16927@calimero.vinschen.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes On 5/27/2015 1:48 PM, Corinna Vinschen wrote: > On May 12 12:59, Scott McPeak wrote: >> I am attaching a reproducer Makefile. Run "make 2>&1 | cat" to see >> the incorrect output: >> >> $ make 2>&1 | cat >> echo first > output >> echo secondxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >> >> output >> /cygdrive/c/Windows/System32/sort.exe nonexist 2>> output; true >> ----- BEGIN output ----- >> nonexistThe system cannot find the file specified. >> xxxxxxxxxxxxxx >> ----- END output ----- >> >> The bug happens with both make 4.1 and make 4.0 on cygwin 2.0.2. It >> does not happen with make 3.82.90 and cygwin 1.7.23. (And that is >> my only known workaround: downgrade to cygwin 1.7.) > > This appears to be an issue with make 4. Using make 3.82.90 under > recent Cygwin "fixes" the issue. "Fixes" in quotes, because this might > be a result of how more recent make versions handle I/O. This could > be a deliberate decision in terms of flushing output to a file. > Then again, it's rather puzzeling that this affects a file only opened > by the subshell. > > Marco, do you see a chance trying to find out why this occurs? > > > Thanks, > Corinna I will put in the TODO list, but real job is giving me short time for the time being. Marco -- 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