Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #11618 > unrolled thread
| Started by | Chet Ramey <chet.ramey@case.edu> |
|---|---|
| First post | 2015-10-11 13:57 -0400 |
| Last post | 2015-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.
Re: read and env variables Chet Ramey <chet.ramey@case.edu> - 2015-10-11 13:57 -0400
| From | Chet Ramey <chet.ramey@case.edu> |
|---|---|
| Date | 2015-10-11 13:57 -0400 |
| Subject | Re: 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/
Back to top | Article view | gnu.bash.bug
csiph-web