Commit 16ff004
committed
help: Restore IFS, handle
This appeared after trying to use the script with Bash 3.2.57(1)-release
(OS X 10.11.6 default) in my blog repo. The problem did not manifest
when using Bash 4.3.46(1)-release.
A seemingly related issue: apparently "temporary" assignments to `IFS`
were not meant to affect word expansions and redirections, an issue
apparently fixed in Bash 4.3:
https://lists.gnu.org/archive/html/bug-bash/2014-03/msg00065.html
Perhaps the "fix" prevents called functions from inheriting the value of
`IFS`. Certainly adheres to the principle of least surprise considering
the ubiquity and importance of `IFS`, but violates the principle of
expecting called functions to inherit variable values from their
callers. In a way, both versions were doing the "right" thing, but in
the case of 3.2, the "right" thing exposed a latent bug../go commands error1 parent 9925809 commit 16ff004
2 files changed
+35
-1
lines changed| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
56 | 56 | | |
57 | 57 | | |
58 | 58 | | |
| 59 | + | |
59 | 60 | | |
| 61 | + | |
| 62 | + | |
| 63 | + | |
| 64 | + | |
| 65 | + | |
| 66 | + | |
| 67 | + | |
| 68 | + | |
| 69 | + | |
| 70 | + | |
| 71 | + | |
| 72 | + | |
60 | 73 | | |
61 | 74 | | |
62 | 75 | | |
63 | 76 | | |
64 | | - | |
| 77 | + | |
65 | 78 | | |
66 | 79 | | |
67 | 80 | | |
68 | 81 | | |
| 82 | + | |
69 | 83 | | |
70 | 84 | | |
71 | 85 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
27 | 27 | | |
28 | 28 | | |
29 | 29 | | |
| 30 | + | |
| 31 | + | |
| 32 | + | |
30 | 33 | | |
| 34 | + | |
31 | 35 | | |
32 | 36 | | |
| 37 | + | |
| 38 | + | |
| 39 | + | |
| 40 | + | |
| 41 | + | |
| 42 | + | |
| 43 | + | |
| 44 | + | |
| 45 | + | |
| 46 | + | |
| 47 | + | |
| 48 | + | |
| 49 | + | |
| 50 | + | |
33 | 51 | | |
34 | 52 | | |
35 | 53 | | |
| 54 | + | |
| 55 | + | |
36 | 56 | | |
37 | 57 | | |
38 | 58 | | |
| |||
0 commit comments