Like UNIX commands, shell scripts also accept arguments from the command line.
They can, therefore, run non interactively and be used with redirection and
pipelines.
Positional Parameters:
Arguments are passed from the command line into a shell program using the
positional parameters $1 through to $9. Each parameter corresponds to the
position of the argument on the command line.
The first argument is read by the shell into the parameter $1, The second
argument into $2, and so on. After $9, the arguments must be enclosed in
brackets, for example, ${10}, ${11}, ${12}.Some shells doesn't support this
method. In that case, to refer to parameters with numbers greater than 9, use
the shift command; this shifts the parameter list to the left. $1 is lost,while
$2 becomes $1, $3 becomes $2, and so on. The inaccessible tenth parameter
becomes $9 and can then be referred to.
Example:
#!/bin/bash
# Call this script with at least 3 parameters, for example
# sh scriptname 1 2 3
echo "first parameter is $1"
echo "Second parameter is $2"
echo "Third parameter is $3"
exit 0
Output:
[root@localhost ~]# sh parameters.sh 47 9 34
first parameter is 47
Second parameter is 9
Third parameter is 34
[root@localhost ~]# sh parameters.sh 4 8 3
first parameter is 4
Second parameter is 8
Third parameter is 3
In addition to these positional parameters, there are a few other special
parameters used by shell.Their significance is noted bellow.
$* - It stores the complete set of positional parameters as a single string.
$@ - Same as $*, But there is subtle difference when enclosed in double quotes.
$# - It is set to the number of arguments specified.This lets you design scripts
that check whether the right number of arguments have been entered.
$0 - Refers to the name of the script itself.
Setting Values of Positional Parameters
You can't technically call positional parameters as shell variables because all
variable names start with a letter. For instance you can't assign values to $1,
$2.. etc. $1=100 or $2=venu is simply not done. There is one more way to assign
values to the positional parameters, using the set command.
$ set Helping hands are holier than praying lips
The above command sets the value $1 with “Helping” , $2 with “hands” and so on.
To verify, use echo statement to display their values.
$ echo $1 $2 $3 $4 $5 $6 $7
Helping hands are holier than praying lips
You can simply use $* or $@
$ echo $*
Helping hands are holier than praying lips
$ echo $@
Helping hands are holier than praying lips
Using Shift on Positional Parameters
We have used set command to set upto 9 words. But we can use it for more.
$ set A friend who helps when one is in trouble is a real friend
$ echo $1 $2 $3 $4 $5 $6 $7 $8 $9 $10 $11
A friend who helps when one is in trouble A0 A1
Observe that last two words in the output. These occurred in the output because
at a time we can access only 9 positional parameters. When we tried to refer to
$10 it was interpreted by the shell as if you wanted to out put the value of $1
and a 0. Hence we got A0 in the output.
Does that mean the words following the ninth word have been lost? No. If not,
then where have they gone?. They are very much there, safe with the shell But to
reach them we must do the following.
$shift 4
$ echo $1 $2 $3 $4 $5 $6 $7 $8 $9
when one is in trouble is a real friend
Now where have the first seven words gone? They have been shifted out.The first
four words lost for ever, as we did not take the precaution to store them else-
where. What should we have done is:
$ set A friend who helps when one is in trouble is a real friend
$ a=$1
$ b=$2
$ c=$3
$ d=$4
$ shift 4
$ echo $a $b $c $d $1 $2 $3 $4 $5 $6 $7 $8 $9
A friend who helps when one is in trouble is a real friend
Note:In the Korn and bash shells you can refer directly to arguments where
n is greater than 9 using braces. For example, to refer to the 57th positional
parameter, use the notation ${57}.some shells may not support this method.
$ set A friend who helps when one is in trouble is a real friend
$ echo ${12}
real
$ echo ${13}
friend
Bracket notation for positional parameters leads to a fairly simple way of
referencing the last argument passed to a script on the command line.
$ echo ${!#}
friend
$* and $@
Let us look at the subtle difference between $* and $@.
First create three files fileA, fileB, “file temp”
cat > fileA
I LOVE INDIA
Ctrl+d
cat > fileB
HELLO WORLD
Ctrl+d
cat > temp\ file
This file name contains blank space
Ctrl+d
Example:
#!/bin/bash
# Usage: sh arguments.sh fileA fileB temp\ file
echo -e "\033[1mDisplay files content using \$* \033[0m"
cat $*
echo -e "\033[1mDisplay files content using \$@ \033[0m"
cat $@
exit 0
Run the script with file names as arguments.
Output:
[root@localhost ~]# sh arguments.sh fileA fileB temp\ file
Display files content using $*
I LOVE INDIA
HELLO WORLD
cat: temp: No such file or directory
cat: file: No such file or directory
Display files content using $@
I LOVE INDIA
HELLO WORLD
cat: temp: No such file or directory
cat: file: No such file or directory
So there is no difference between cat $* and cat $@.
Modify arguments.sh script as
#!/bin/bash
# Usage: sh arguments.sh fileA fileB temp\ file
echo -e "\033[1mDisplay files content using \"\$*\" \033[0m"
cat "$*"
echo -e "\033[1mDisplay files content using \"\$@\" \033[0m"
cat "$@"
exit 0
Now again run the script with file names as arguments.
Output:
[root@localhost ~]# sh arguments.sh fileA fileB temp\ file
Display files content using "$*"
cat: fileA fileB temp file: No such file or directory
Display files content using "$@"
I LOVE INDIA
HELLO WORLD
This file name contain blank space
Now there is a difference, the two cat commands would become:
cat “fileA fileB temp file”
cat fileA fileB 'temp file'
On execution, the first of these commands would give an error since there does
not exist a file with the name “fileA fileB temp file”. As against this, the
second cat command would display the contents of the files fileA, fileB and
“temp file”. So what you observed ,when not enclosed within "double quotes"
$* and $@ behaves exactly similarly, and when enclosed in "double quotes" there
is a subtle difference.
Sunday, November 15, 2009
How to Pass Arguments to Shell Script
Subscribe to:
Post Comments (Atom)
good job ..........i like ur way to explain
ReplyDeleteVery well explained!!! Thanks for sharing
ReplyDeletewhat a way to explain, it;s excillent
ReplyDeleteThanks, great tut.
ReplyDeletenice effort
ReplyDeletevery well explained Thanks!!!!!
ReplyDeletethank u
ReplyDeletethank you, it solved my issue.
ReplyDeletegood
ReplyDeleteits very useful and it is nice
ReplyDeleteAwesome work dude...
ReplyDeletenice way of explaining............
ReplyDeleteu r good teacher...
i really liked it....
regards sayali jadhav...
awesom! cleared my doubts!!
ReplyDeletegreat
ReplyDeletehow about some switch related info to a script
ReplyDeleteI will try to post switch related scripts and info as soon as possible.
ReplyDeleteExcellent post man , truly useful just to add its worth noting that $* and $@ bash parameters behave identical without double quotes but entirely different if used within double quotes. in case of $* individual parameters will be separated by IFS characters while in case of $@ individual parameters will appear in quotes and separated by space.
ReplyDeleteThanks
Javin
10 example of grep command in Unix
thanks
ReplyDeleteExplained very well..Thanks Man
ReplyDeletereally a good one
ReplyDeleteMany thanks
ReplyDeleteThanks for sharing your knowledge.
ReplyDeleteReally very good explanation.
Thank you very much. I got my solution here.
ReplyDeletevery helpful ..you have done a great job
ReplyDeletegreat!!!!!
ReplyDeleteAmazing way of explaining!!!!!!!
ReplyDeleteReally Good Explanation -- Vikas Shah
ReplyDeleteGreat!!!
ReplyDeletesuperb!!!!...thanks
ReplyDeleteExcellent Explanation.. Thanks
ReplyDeleteway better than my professor, gosh, don't know why I should pay him
ReplyDeletethanks. it helps a lot
ReplyDeletethanx a lot..
ReplyDeleteunderstood everything very well.
keep up the good work.
nice post,it really helped me
ReplyDeleteregards aamir
Finally! I've been looking for how to set command line args for days! Thank-you!
ReplyDelete