bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Zero-length indexed arrays


From: L A Walsh
Subject: Re: Zero-length indexed arrays
Date: Wed, 22 Dec 2021 17:41:18 -0800
User-agent: Thunderbird 2.0.0.24 (Windows/20100228)





On 2021/12/21 20:07, Greg Wooledge wrote:
On Tue, Dec 21, 2021 at 10:48:07PM -0500, Dale R. Worley wrote:
Lawrence Vel�zquez <vq@larryv.me> writes:
Did you mean to say that ${#FOO[*]} causes an error?  Because
${FOO[*]} does not, a la $*:
The case that matters for me is the Bash that ships with "Oracle Linux".
Which turns out to be version 4.2.46(2) from 2011, which is a lot older
than I would expect.  But it *does* cause an error in that verison:

    $ ( set -u ; FOO=() ; echo "${FOO[@]}" )
    bash: FOO[@]: unbound variable

I would recommend not using set -u.  It's not as bad as set -e, but it's
still pretty bad.  It breaks what would otherwise be valid scripts, and
the breakage is not always easy to predict, as you've now seen.
----
Not using '-u' in bash is akin to not using 'strict' in perl. you can put int misspelled variables
and not detect them -- and then wonder why your scripts don't work.

If you adhere to always requiring a definition of a variable, then using '-u' is never a problem. But not using '-u', in a script where all variables are defined will show unintended errors.

They key is to always require definitions, which is why I always rely on
alias my='declare '
to shorten my declares.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]