Re: Arith parsing bug with minus after $#

[ZyX <kp-pav@xxxxxxxxx>]

29.05.2015, 22:34, "Martijn Dekker" <martijn@xxxxxxxx>:
> Bart Schaefer schreef op 29-05-15 om 20:09:
>>  On May 29, 2015 8:02 AM, "Peter Stephenson" <p.stephenson@xxxxxxxxxxx>
>>  wrote:
>>>  The problem is the overloading of "#" --- the test to establish what to
>>>  do with it is trying too hard to resolve to ${#-}, which is a valid
>>>  substitution, because it hasn't taken into account that there are no
>>>  braces.  So what you're seeing is ${#-}1.
>>  I think this actually was discussed on austin-group a few months back.  My
>>  recollection is that zsh's behavior was deemed permissible and I therefore
>>  thought no more about it at the time.
>
> It is incompatible with every other shell and with the POSIX spec.
> Parameter expansion is only supposed to be done if braces are present. See:
> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_02

It says that they are optional:

> The parameter name or symbol can be enclosed in braces, which are optional except for positional parameters with more than one digit or when parameter is a name and is followed by a character that could be interpreted as part of the name. The matching closing brace shall be determined by counting brace levels, skipping over enclosed quoted strings, and command substitutions.

This is the fourth paragraph.

But later it explicitly says that not enclosed in single braces may only be names or single-character variables. I.e. $#- is ${#}-, $10 is ${1}0, …

Besides $#- zsh has things like $array[index]: needs not be enclosed in braces (depends on some option: in `emulate sh` or `emulate ksh` this is ${array}[index], same in ksh). Or $file:h. I guess there are more I do not know about.

>
> - M.