Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #11618 > unrolled thread

Re: read and env variables

Started byChet Ramey <chet.ramey@case.edu>
First post2015-10-11 13:57 -0400
Last post2015-10-11 13:57 -0400
Articles 1 — 1 participant

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: read and env variables Chet Ramey <chet.ramey@case.edu> - 2015-10-11 13:57 -0400

#11618 — Re: read and env variables

FromChet Ramey <chet.ramey@case.edu>
Date2015-10-11 13:57 -0400
SubjectRe: read and env variables
Message-ID<mailman.96.1444586335.7904.bug-bash@gnu.org>
On 10/10/15 8:09 PM, isabella parakiss wrote:
> $ a= read a <<< x       # this creates a variable in the current shell
> $ declare -p a
> declare -- a="x"
> 
> $ b= mapfile b <<< x    # this doesn't
> $ declare -p b
> bash: declare: b: not found
> 
> 
> Other shells don't seem to agree on what should happen in this case, but
> it'd be nice to have a more consistent behavior.

This isn't exactly a consistent example.  The `read' example uses a scalar
variable that's found in the temporary environment, which it promotes to a
global variable, whereas the mapfile example attempts to convert a
temporary variable to an array.  If you used a consistent example, such as

	a= read -a a <<< x

you would find that the two builtins behave identically.

I will see if it's reasonable to promote a variable found in the temporary
environment to an array variable in the current scope.

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/

[toc] | [standalone]


Back to top | Article view | gnu.bash.bug


csiph-web