Work the Shell - Conditional Statements and Flow Control
The last of the basic building blocks of shell scripting are conditional statements, allowing you to decide programmatically whether to execute a block of statements based on a logical test, and flow control statements, the great innovation from the earliest days of programming where you could have a block of code execute more than once. We explore both of these in this column and, finally, are done with the proverbial Lego blocks of scripting, allowing us to start exploring how to solve complex scripting problems with novel and unique combinations of simple statements.
The most obvious conditional statement is if-then-else, which in shell scripting looks like:
if condition ; then ; statements ; else ; statements2 ; fi
Of course, you'd usually see this on multiple lines, so it's more likely to look like this:
if condition; then statements else statements2 fi
There are some variations on this, including safely omitting any sort of else clause, but more interestingly, you can “chain” conditionals together with an else if structure:
if condition; then statements elif condition2 ; then statements2 fi
That's perfectly valid and, worth noting, functionally different from the structure:
if condition then statements if condition2; then statements2 fi fi
The difference will be obvious to anyone who has programmed before. In the first example, statements2 would execute if condition was false and condition2 were true. In the latter example, however, statements2 would be executed only if condition were true and condition2 were true. Subtle, but very important!
Specific logical conditions can take on a wide variety of appearances, because the only requirement for a conditional expression is that it return zero if the evaluated condition is false and nonzero if it should be considered true. Indeed, there are commands in Linux called false and true, so you can use statements like “if true; then....” Most conditions, however, are built around the invaluable test command, with its many different flags and options.
Want to compare two string (text) values? You could use:
if test $myvar = "exit" ; then
or its shortcut alternative of:
if [ $myvar = "exit" ] ; then
Compare two numeric values with:
if test $numval -lt 10 ; then
There's also a world of file and variable tests available in the test command too, including -r to test if a file is readable, -e to see if it exists at all, -s to see if the file exists and has a nonzero size, and -d to test for a directory and -f to test for a regular file.
So if you want to differentiate whether $filename is a file, directory or other file type, you could use a statement sequence like:
if test -f $filename ; then echo "$filename is a regular file" elif test -d $filename ; then echo "$filename is a directory" else echo "$filename is neither a file nor a directory." fi
Check out the test man page (use man test) to read about all the many different conditionals you can use in a shell script.
There are a number of different looping and flow control structures above and beyond simply the if-then-else conditional, luckily, and here are the big three:
for x in y; do; statements; done
while x; do; statements; done
case x in ; condition1) statements ;; condition2) statements ;; esac
There are more conditional statements, but you'll find that in the vast majority of cases, having for loops, while loops, case statements and if-then-else statements will serve as the building blocks of even the most complex script.
The for loop is particularly useful in its variations. Want to step through the parameters given to the shell script itself? Use something like this:
for value ; do ; statements ; done
Want to step through a set of matching filenames for a given pattern? Here's how to do that in a script:
for filename in *.c ; do statements done
Let's look at how a couple of these can be combined in useful ways, rather than just duplicate the man page, however. Here's a simple script that examines each entry in the current directory, indicating whether it's a file or directory:
for name in * do if [ -f "$name" ] ; then echo "$name is a file" elif [ -d "$name" ] ; then echo "$name is a directory" else echo "$name is neither a file nor directory" fi done
For illustrative purposes, let's try another version of this script, one that recognizes *.c as C source files, *.h as included header files and *.o as intermediate object files, but this time we'll use the case statement:
for name in * do case "$name" in *.c ) echo "$name is a C source file" ;; *.h ) echo "$name is a header file" ;; *.o ) echo "$name is an object file" ;; esac done
From a readability perspective, the case statement is hard to beat!
Dave Taylor has been hacking shell scripts for over thirty years. Really. He's the author of the popular "Wicked Cool Shell Scripts" and can be found on Twitter as @DaveTaylor and more generally at www.DaveTaylorOnline.com.
|Non-Linux FOSS: libnotify, OS X Style||Jun 18, 2013|
|Containers—Not Virtual Machines—Are the Future Cloud||Jun 17, 2013|
|Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer||Jun 12, 2013|
|Weechat, Irssi's Little Brother||Jun 11, 2013|
|One Tail Just Isn't Enough||Jun 07, 2013|
|Introduction to MapReduce with Hadoop on Linux||Jun 05, 2013|
- Containers—Not Virtual Machines—Are the Future Cloud
- Non-Linux FOSS: libnotify, OS X Style
- Linux Systems Administrator
- Validate an E-Mail Address with PHP, the Right Way
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Introduction to MapReduce with Hadoop on Linux
- RSS Feeds
35 min 3 sec ago
37 min 35 sec ago
39 min 45 sec ago
- Bought photoshop CS5 for developing a website :(
3 hours 52 min ago
- What the author describes
5 hours 18 min ago
- Reply to comment | Linux Journal
9 hours 28 min ago
- Reply to comment | Linux Journal
10 hours 13 min ago
- Didn't read
10 hours 24 min ago
- Reply to comment | Linux Journal
10 hours 29 min ago
- Poul-Henning Kamp: welcome to
12 hours 39 min ago
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?