Advanced Bash-Scripting Guide: An in-depth exploration of the art of shell scripting | ||
---|---|---|
Prev | Chapter 4. Introduction to Variables and Parameters | Next |
variables visible only within a code block or function (see also local variables in functions)
variables that affect the behavior of the shell and user interface
In a more general context, each process has an "environment", that is, a group of variables that hold information that the process may reference. In this sense, the shell behaves like any other process. Every time a shell starts, it creates shell variables that correspond to its own environmental variables. Updating or adding new environmental variables causes the shell to update its environment, and all the shell's child processes (the commands it executes) inherit this environment. |
The space allotted to the environment is limited. Creating too many environmental variables or ones that use up excessive space may cause problems.
(Thank you, Stéphane Chazelas for the clarification, and for providing the above example.) |
If a script sets environmental variables, they need to be "exported", that is, reported to the environment local to the script. This is the function of the export command.
A script can export variables only to child processes, that is, only to commands or processes which that particular script initiates. A script invoked from the command line cannot export variables back to the command line environment. Child processes cannot export variables back to the parent processes that spawned them. Definition: A child process is a subprocess launched by another process, its parent. |
---
arguments passed to the script from the command line: $0, $1, $2, $3 . . .
$0 is the name of the script itself, $1 is the first argument, $2 the second, $3 the third, and so forth. [1] After $9, the arguments must be enclosed in brackets, for example, ${10}, ${11}, ${12}.
The special variables $* and $@ denote all the positional parameters.
Example 4-5. Positional Parameters
1 #!/bin/bash 2 3 # Call this script with at least 10 parameters, for example 4 # ./scriptname 1 2 3 4 5 6 7 8 9 10 5 MINPARAMS=10 6 7 echo 8 9 echo "The name of this script is \"$0\"." 10 # Adds ./ for current directory 11 echo "The name of this script is \"`basename $0`\"." 12 # Strips out path name info (see 'basename') 13 14 echo 15 16 if [ -n "$1" ] # Tested variable is quoted. 17 then 18 echo "Parameter #1 is $1" # Need quotes to escape # 19 fi 20 21 if [ -n "$2" ] 22 then 23 echo "Parameter #2 is $2" 24 fi 25 26 if [ -n "$3" ] 27 then 28 echo "Parameter #3 is $3" 29 fi 30 31 # ... 32 33 34 if [ -n "${10}" ] # Parameters > $9 must be enclosed in {brackets}. 35 then 36 echo "Parameter #10 is ${10}" 37 fi 38 39 echo "-----------------------------------" 40 echo "All the command-line parameters are: "$*"" 41 42 if [ $# -lt "$MINPARAMS" ] 43 then 44 echo 45 echo "This script needs at least $MINPARAMS command-line arguments!" 46 fi 47 48 echo 49 50 exit 0 |
Bracket notation for positional parameters leads to a fairly simple way of referencing the last argument passed to a script on the command line. This also requires indirect referencing.
1 args=$# # Number of args passed. 2 lastarg=${!args} 3 # Or: lastarg=${!#} 4 # (Thanks, Chris Monson.) 5 # Note that lastarg=${!$#} doesn't work. |
Some scripts can perform different operations, depending on which name they are invoked with. For this to work, the script needs to check $0, the name it was invoked by. There must also exist symbolic links to all the alternate names of the script. See Example 15-2.
If a script expects a command line parameter but is invoked without one, this may cause a null variable assignment, generally an undesirable result. One way to prevent this is to append an extra character to both sides of the assignment statement using the expected positional parameter. |
1 variable1_=$1_ # Rather than variable1=$1 2 # This will prevent an error, even if positional parameter is absent. 3 4 critical_argument01=$variable1_ 5 6 # The extra character can be stripped off later, like so. 7 variable1=${variable1_/_/} 8 # Side effects only if $variable1_ begins with an underscore. 9 # This uses one of the parameter substitution templates discussed later. 10 # (Leaving out the replacement pattern results in a deletion.) 11 12 # A more straightforward way of dealing with this is 13 #+ to simply test whether expected positional parameters have been passed. 14 if [ -z $1 ] 15 then 16 exit $E_MISSING_POS_PARAM 17 fi 18 19 20 # However, as Fabian Kreutz points out, 21 #+ the above method may have unexpected side-effects. 22 # A better method is parameter substitution: 23 # ${1:-$DefaultVal} 24 # See the "Parameter Substition" section 25 #+ in the "Variables Revisited" chapter. |
---
Example 4-6. wh, whois domain name lookup
1 #!/bin/bash 2 # ex18.sh 3 4 # Does a 'whois domain-name' lookup on any of 3 alternate servers: 5 # ripe.net, cw.net, radb.net 6 7 # Place this script -- renamed 'wh' -- in /usr/local/bin 8 9 # Requires symbolic links: 10 # ln -s /usr/local/bin/wh /usr/local/bin/wh-ripe 11 # ln -s /usr/local/bin/wh /usr/local/bin/wh-cw 12 # ln -s /usr/local/bin/wh /usr/local/bin/wh-radb 13 14 E_NOARGS=65 15 16 17 if [ -z "$1" ] 18 then 19 echo "Usage: `basename $0` [domain-name]" 20 exit $E_NOARGS 21 fi 22 23 # Check script name and call proper server. 24 case `basename $0` in # Or: case ${0##*/} in 25 "wh" ) whois $1@whois.ripe.net;; 26 "wh-ripe") whois $1@whois.ripe.net;; 27 "wh-radb") whois $1@whois.radb.net;; 28 "wh-cw" ) whois $1@whois.cw.net;; 29 * ) echo "Usage: `basename $0` [domain-name]";; 30 esac 31 32 exit $? |
---
The shift command reassigns the positional parameters, in effect shifting them to the left one notch.
$1 <--- $2, $2 <--- $3, $3 <--- $4, etc.
The old $1 disappears, but $0 (the script name) does not change. If you use a large number of positional parameters to a script, shift lets you access those past 10, although {bracket} notation also permits this.
Example 4-7. Using shift
1 #!/bin/bash 2 # shft.sh: Using 'shift' to step through all the positional parameters 3 4 # Name this script something like shft.sh, 5 #+ and invoke it with some parameters. 6 #+ For example: 7 # sh shft.sh a b c def 23 skidoo 8 9 until [ -z "$1" ] # Until all parameters used up . . . 10 do 11 echo -n "$1 " 12 shift 13 done 14 15 echo # Extra line feed. 16 17 exit 0 18 19 # See also the echo-params.sh script for a "shiftless" 20 #+ alternative method of stepping through the positional params. |
The shift command can take a numerical parameter indicating how many positions to shift.
1 #!/bin/bash 2 # shift-past.sh 3 4 shift 3 # Shift 3 positions. 5 # n=3; shift $n 6 # Has the same effect. 7 8 echo "$1" 9 10 exit 0 11 12 13 $ sh shift-past.sh 1 2 3 4 5 14 4 |
The shift command works in a similar fashion on parameters passed to a function. See Example 33-15. |
[1] | The process calling the script sets the $0 parameter. By convention, this parameter is the name of the script. See the manpage for execv. |