What if your script could instantly know when something goes wrong and fix it on the spot?
Why Exit codes ($?) in Bash Scripting? - Purpose & Use Cases
Imagine you run a series of commands in your terminal one by one, but you have no way to know if each command worked or failed unless you carefully watch every message. If you miss an error message, you might continue with wrong assumptions.
Manually checking if each command succeeded is slow and easy to forget. You might waste time fixing problems later or cause bigger issues because you didn't catch errors early. It's like driving blindfolded hoping the road is clear.
Exit codes give you a simple number after each command that tells if it worked (usually 0) or failed (non-zero). You can use this number to automatically decide what to do next, making your scripts smart and reliable.
command
# No check if command worked
next_commandcommand if [ $? -eq 0 ]; then next_command fi
Exit codes let your scripts catch errors early and react automatically, saving time and avoiding mistakes.
When installing software, exit codes help the script know if the install succeeded before trying to start the program, preventing crashes.
Exit codes tell if a command succeeded or failed.
They help automate decision-making in scripts.
Using them makes your scripts safer and smarter.
Practice
0 usually mean in bash scripting?Solution
Step 1: Understand exit codes meaning
In bash, exit code 0 means success, any other number means failure or error.Step 2: Interpret exit code 0
Since 0 means success, the command completed without errors.Final Answer:
The command was successful -> Option DQuick Check:
Exit code 0 = success [OK]
- Thinking 0 means failure
- Confusing exit code with process ID
- Checking $? too late after command
Solution
Step 1: Recall special variable for exit code
The special variable$?holds the exit code of the last command.Step 2: Verify correct syntax
Usingecho $?prints the exit code correctly.Final Answer:
echo $? -> Option BQuick Check:
Use $? to get last exit code [OK]
- Using undefined variables like $exit_code
- Forgetting to check $? right after command
- Using $status which is not standard
ls /nonexistent_dir echo $?
Solution
Step 1: Understand the command behavior
The commandls /nonexistent_dirtries to list a folder that does not exist, so it fails.Step 2: Check exit code after failure
After failure,$?holds a non-zero exit code, 2 for ls missing directories.Final Answer:
2 -> Option AQuick Check:
Failed command exit code ≠ 0 [OK]
- Assuming output is 0 for failure
- Confusing error message with exit code
- Expecting no output from echo
mkdir test_dir false if [ $? -eq 0 ]; then echo "Created" else echo "Failed" fi
What is the problem if the script always prints "Failed" even when the directory is created?
Solution
Step 1: Understand exit code timing
The exit code$?must be checked immediately after the command it relates to.Step 2: Identify delay in checking exit code
If any command runs betweenmkdirand checking$?, the exit code changes.Final Answer:
The $? is checked too late after mkdir -> Option CQuick Check:
Check $? immediately after command [OK]
- Checking $? after other commands
- Assuming mkdir never fails
- Misunderstanding if syntax
cmd1 and cmd2. You want to run cmd2 only if cmd1 succeeded (exit code 0). Which is the best way to do this?Solution
Step 1: Understand conditional execution operators
The operator&&runs the second command only if the first succeeds (exit code 0).Step 2: Compare options for best practice
cmd1 && cmd2 usescmd1 && cmd2which is concise and reliable for this purpose.Final Answer:
cmd1 && cmd2 -> Option AQuick Check:
Use && to run second command only if first succeeds [OK]
- Using || which runs second if first fails
- Checking $? manually when && is simpler
- Using if with command but less concise
Ready to prove it?
Pass the test and this pattern moves unknown
