bug-bash
[Top][All Lists]
Advanced

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

Re: "Variation" in Command Substitution Behaviour


From: Chet Ramey
Subject: Re: "Variation" in Command Substitution Behaviour
Date: Wed, 1 Mar 2017 16:14:07 -0500
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1

On 3/1/17 3:32 PM, Reuti wrote:
> 
> Am 01.03.2017 um 21:24 schrieb Grisha Levit:
> 
>> On Wed, Mar 1, 2017 at 3:08 PM, Reuti <address@hidden> wrote:
>>> I would say not closed, as it's still happening in 4.4.12. And if it's 
>>> closed, it should be reopened.
>>
>> Are you using the same example? I can reproduce Geoff's original test
>> case with 4.3 but not with 4.4..
> 
> Ok, I can't reproduce the issue he found - correct this is gone. But the 
> behavior I found:
> 
> bash-4.4$ reset_vars 
> bash-4.4$ assemble_fam2
> bash-4.4$ assemble_fam1
> bash-4.4$ say_families 
> Flintstones=wilma:bam-bam:fred
> Rubbles=barney
> 
> is still there.

This was fixed back in November as part of the work prompted by this
report:

http://lists.gnu.org/archive/html/bug-bash/2016-11/msg00101.html

I've attached a patch people can play around with.

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

Attachment: comsub-string-list.patch
Description: Source code patch


reply via email to

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