X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C34EE39CE427
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1619641068;
	bh=aOOmSJf7mYtW9oFKGZP2Y66C0f9Kc64ZXhqZMMy/S9k=;
	h=Subject:To:References:Date:In-Reply-To:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	 From;
	b=nT/mc3GFbuRheUZLIkS6Lh0kMffOivVrCcm0joYtOUbCkVSNgwOOjfGLu3qKAWCHk
	 FUbtBMNgkLUqLF0OcyekM9ncwbQvM/54+HRqQWIkrry2hqCwhvLvLvA284Zg9YxcdN
	 P9yFhHhUMw8/Nu0ykdxcn21YEHctSy3XD3cTokjI=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 98DD5385482C
x-libjamoibt: 1601
X-CNFS-Analysis: v=2.4 cv=Adt0o1bG c=1 sm=1 tr=0 ts=6089c2e8 cx=a_exe
 a=Ie/zTReq2ru65vTQOZ14hg==:117 a=Ie/zTReq2ru65vTQOZ14hg==:17
 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=U0QGnskjTDOJslGNdJUA:9 a=QEXdDO2ut3YA:10
 a=sRI3_1zDfAgwuvI8zelB:22
Subject: Re: 3.2.0-1: possible regression Cygwin DDL bug (W10) when using
 multiple pipes
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
References: <499327fb-2b0d-d176-152c-58b195391b01 AT libero DOT it>
 <20210428233630 DOT 1fd7f4d01d0d452f2f1e7205 AT nifty DOT ne DOT jp>
Message-ID: <d1b90199-1b3f-6a90-177f-85971e537ef7@libero.it>
Date: Wed, 28 Apr 2021 22:17:44 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <20210428233630.1fd7f4d01d0d452f2f1e7205@nifty.ne.jp>
Content-Language: en-US
X-CMAE-Envelope: MS4xfJLgVmtwl1zY5mAoSjIxXJxOHvfiAzMR3333aY2LjaJepd5p/baV+mZGz+FdOK/qgkw7pEts2zLPOttMqDGeEdLdI6kU3qK1RSJIbiCC61xBOLZJMufN
 Tkayqjx0lGo4XELSf0tgJ8BnxpQ8MpnscICbRIRmofeF52QBvYMU2gFkF+Y7ksQgsYd9jASAhXl1IQ==
X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT,
 FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_NONE,
 SPF_HELO_PASS, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: M2 via Cygwin <cygwin AT cygwin DOT com>
Reply-To: M2 <m2f2 AT libero DOT it>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: cygwin-bounces AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 13SKHoQL027710

On 28/04/2021 16:36, Takashi Yano wrote:
> On Wed, 28 Apr 2021 15:38:13 +0200
> M2 via Cygwin <cygwin AT cygwin DOT com> wrote:
>> Hi,
>> I found a possible regression issue between cygwin 3.1.7-1 and 3.2.0-1.
>>
>> The issue happens with "short" output in multiple piping, such as the following example:
>>
>>      dir | grep c | sed "s/^/foo/" | sed "s/oo/OO/"
>>
>> (the case I run is different, but the bug is exposed by something silly/simple as this)
>>
>>
>> In 3.1.7, all is fine and you get what you expect.
>>
>> In 3.2.0, 3 out of 4 executions hang: the last command on the pipeline (i.e. `sed "s/oo/OO/"`)
>> hangs forever, while all preceding commands (i.e. both `grep c` and `sed "s/^/foo/"`) terminate correctly.
>>
>> Attached, cygcheck outputs for both 3.1.7 and 3.2.0
> I cannot reproduce your problem.
>
> In 64 bit cygwin:
>
> ...
>
> In 32 bit cygwin:
> ...
>
Some clarification: I run a mixed configuration with Cygwin commands 
mostly ran in CMD.EXE shell.

In my installation it seems that output from a WINDOWS console program 
causes trouble when piped to a CYGWIN process.

Close repetition such as loops tend to cause the bug.


Consider the following cases. I have CYGWIN\BIN in my (CMD) PATH, and 
drive prefix set to "/"

Case 1: BASH shell - all CYGWIN commands - WORKS

  for i in {1..20} ; do ls -la | grep . | sed s/./foo/ | sed s/oo/OO/ ; done


Case 2: BASH shell - first command is a WINDOWS command - WORKS

  for i in {1..20} ; do /c/windows/system32/ipconfig.exe /all | grep . | 
sed s/./foo/ | sed s/oo/OO/ ; done


Case 3: CMD shell - all CYGWIN commands - WORKS

  for /l %i in (1,1,20) do ls -la | grep . | sed s/./foo/ | sed s/oo/OO/


Case 4: CMD shell - first command is a WINDOWS command - HANGS 50% of times

  for /l %i in (1,1,20) do ipconfig.exe /all | grep . | sed s/./foo/ | 
sed s/oo/OO/


Thanks!




-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple