Re: read builtin. input processes improperly inheriting IFS setting

[Chet Ramey]

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:

http://lists.gnu.org/archive/html/bug-bash/2013-01/msg00041.html

The fixes are in the devel branch of the git tree and made it into
bash-4.3-alpha.

Chet

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