[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: read builtin. input processes improperly inheriting IFS setting

From: Chet Ramey
Subject: Re: read builtin. input processes improperly inheriting IFS setting
Date: Sat, 27 Jul 2013 18:49:43 -0400
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5

On 7/26/13 12:34 PM, David H. wrote:

> Bash Version: 4.2
> Patch Level: 45
> Release Status: release
> Description:
>     When the read builtin is prefixed by an IFS setting, for field
> splitting, and the input involves an unquoted variable expanded inside
> a herestring, command substitution, or process substitution, the
> contents of the variable are split by that IFS setting before being
> read. This results in all input being stored in the first variable.
>     It is my understanding that redirection patterns like these should
> be considered independent processes and not subject to the environment
> settings of the target command.
>     The expected behavior appears if a heredoc or compound command is
> used. ksh also shows the expected behavior for all attempted patterns.

This was fixed back in January as the result of this report:


The fixes are in the devel branch of the git tree and made it into


``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU    address@hidden    http://cnswww.cns.cwru.edu/~chet/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]