Re: patchset to optionally disable function exports

2014-10-13 Thread Chet Ramey
On 9/25/14, 4:37 PM, David Galos wrote: > I understand that some people might find function exports useful, but > there is also some utility in being able to turn it off. I will probably include some variant of this in the next release of bash. Thanks for the report and patches. Chet -- ``The l

expansions upon arithmetic evaluation in array subscripts

2014-10-13 Thread Stephane Chazelas
2014-10-13 09:02:38 -0400, Chet Ramey: [...] > You have to put it together. A variable need not be expanded before > arithmetic evaluation, so the evaluator expands, for instance, a bare > `a' to `b[$(echo 1+1)]'. When a variable is expanded, its value is > treated as an expression to be evaluate

Re: [RFC] Logically composable variant of errexit

2014-10-13 Thread Chet Ramey
On 10/10/14, 5:26 AM, Andreas Grünbacher wrote: > 2014-10-10 3:29 GMT+02:00 Chet Ramey : >> What does logically composable mean in this context? > > I would like the hypothetical errfail option to: > > * Behave like errexit at the top level (outside of functions). > > * Be inherited by functio

Re: Testing for Shellshock ... combinatorics and latest(Shellshock) Bash Vulnerability...(attn: Chet Ramey)

2014-10-13 Thread Chet Ramey
On 10/10/14, 10:55 AM, Stephane Chazelas wrote: > 2014-10-10 10:17:40 -0400, Chet Ramey: > [...] >>> bash -c '(( XDG_VTNR < 7 )) >>> >>> That allows arbitrary code execution (and can't easily be >>> fixed without breaking backward compatibility). >>> >>> Try with "export XDG_VTNR='a[$(echo>&2 vulne