Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Reply-To: From: "Jan Schormann" To: Subject: RE: 'read' and pipes, was: 1.5.9: Trouble with setting variables using 'read' in a script Date: Thu, 6 May 2004 16:19:26 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In-Reply-To: <201BC46BD93D244AB0A910D1203FFC1904B6A873@ecexchange02.euphony.com> X-OriginalArrivalTime: 06 May 2004 14:19:26.0864 (UTC) FILETIME=[233D8100:01C43375] X-Spam-Status: No, hits=-105.6 required=5.5 tests=BAYES_10,IN_REP_TO,MSGID_GOOD_EXCHANGE,QUOTED_EMAIL_TEXT, USER_IN_WHITELIST version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-IsSubscribed: yes > Another related quirk, is that variables set within > 'while read' loops lose > their values once the loop ends. The following example > displays "text text" > within the loop and blank line outside. > - echo "text" |\ > while read > do > foo=$REPLY ; bar="text" > echo $foo $bar > done > echo $foo $bar > > Is this a feature of bash or a bug? If it is a feature is there a > workaround? As I learned shortly ago, the pipe '|' always forces a new subshell. This holds for any shell, though someone said that they differ in which side of the pipe gets to be the subshell and which will be executed in the main shell. Thus, in your example, $foo and $bar only exist in the subshell and will never be known to the surrounding shell. I think you can get closer to it using redirection -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/