From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9928 invoked by alias); 20 Jul 2018 16:08:43 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 9910 invoked by uid 89); 20 Jul 2018 16:08:42 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=recall, HTo:D*verizon.net, blake, Blake X-HELO: mx1.redhat.com Received: from mx3-rdu2.redhat.com (HELO mx1.redhat.com) (66.187.233.73) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 20 Jul 2018 16:08:41 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 47BB18315E; Fri, 20 Jul 2018 16:08:40 +0000 (UTC) Received: from [10.10.120.165] (ovpn-120-165.rdu2.redhat.com [10.10.120.165]) by smtp.corp.redhat.com (Postfix) with ESMTP id C9D4D1102E17; Fri, 20 Jul 2018 16:08:39 +0000 (UTC) Subject: Re: BASH 4.4 mapfile/readarray/read builtins mis-behaving with pipe [edit] documentation bug To: cygwin@cygwin.com, rdbingham@verizon.net References: <69b0bc3c-7ead-920e-f04b-ec631c3453b7@verizon.net> <2beb175e-2291-6b12-6efd-c84704f6762f@verizon.net> From: Eric Blake Message-ID: <07814e3d-d637-47c2-74fd-cb2916c29099@redhat.com> Date: Sat, 21 Jul 2018 01:19:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <2beb175e-2291-6b12-6efd-c84704f6762f@verizon.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2018-07/txt/msg00202.txt.bz2 On 07/17/2018 08:52 PM, BloomingAzaleas wrote: > Reply to Steven Penny : > >    no mis-behaving: this is intended behavior - you yourself have given >    workarounds: either redirect output to a file that can be later > read, or pipe to >    command grouping ala {} or () and read stdin from inside the subshell > > I suggest the following adjustment to the man pages inserting a > parenthetical cue regards behavior in pipes: Is the behavior you are complaining about unique to Cygwin, or can it be reproduced on a GNU/Linux box? If the latter, then an upstream bug report is better than asking for a cygwin-specific patch. [Hint - as the maintainer of the cygwin bash port, I don't recall adding any cygwin-specific tweaks for mapfile - and a quick test on Fedora shows the same behaviors] -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org -- 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