जाल का उपयोग करना हमेशा एक विकल्प नहीं होता है। उदाहरण के लिए, यदि आप किसी प्रकार का पुनः प्रयोग करने योग्य फ़ंक्शन लिख रहे हैं, जिसमें त्रुटि से निपटने की आवश्यकता है और जिसे किसी भी स्क्रिप्ट (सहायक कार्यों के साथ फ़ाइल को सोर्स करने के बाद) से कॉल किया जा सकता है, तो वह फ़ंक्शन बाहरी स्क्रिप्ट के बाहर निकलने के समय के बारे में कुछ भी नहीं मान सकता है, जो बहुत मुश्किल जाल का उपयोग करता है। जाल का उपयोग करने का एक और नुकसान खराब रचनाशीलता है, क्योंकि आप पिछले जाल को अधिलेखित करने का जोखिम उठाते हैं जो कि कॉलर श्रृंखला में पहले सेट किया जा सकता है।
एक छोटी सी चाल है जिसका उपयोग जाल के बिना उचित त्रुटि से निपटने के लिए किया जा सकता है। जैसा कि आप पहले से ही अन्य उत्तरों से जान सकते हैं, set -e
यदि आप ||
उनके बाद ऑपरेटर का उपयोग करते हैं, भले ही आप उन्हें किसी सबहेल्थ में चलाते हों, कमांड के अंदर काम नहीं करते हैं ; उदाहरण के लिए, यह काम नहीं करेगा:
#!/bin/sh
# prints:
#
# --> outer
# --> inner
# ./so_1.sh: line 16: some_failed_command: command not found
# <-- inner
# <-- outer
set -e
outer() {
echo '--> outer'
(inner) || {
exit_code=$?
echo '--> cleanup'
return $exit_code
}
echo '<-- outer'
}
inner() {
set -e
echo '--> inner'
some_failed_command
echo '<-- inner'
}
outer
लेकिन ||
सफाई से पहले बाहरी फ़ंक्शन से लौटने से रोकने के लिए ऑपरेटर की आवश्यकता होती है। चाल पृष्ठभूमि में आंतरिक कमांड को चलाने के लिए है, और फिर तुरंत इसके लिए प्रतीक्षा करें। wait
Builtin भीतरी आदेश के निकास कोड प्राप्त होगा, और अब आप उपयोग कर रहे हैं ||
के बाद wait
, नहीं आंतरिक समारोह है, तो set -e
बाद के अंदर ठीक से काम करता है:
#!/bin/sh
# prints:
#
# --> outer
# --> inner
# ./so_2.sh: line 27: some_failed_command: command not found
# --> cleanup
set -e
outer() {
echo '--> outer'
inner &
wait $! || {
exit_code=$?
echo '--> cleanup'
return $exit_code
}
echo '<-- outer'
}
inner() {
set -e
echo '--> inner'
some_failed_command
echo '<-- inner'
}
outer
यहाँ जेनेरिक फ़ंक्शन है जो इस विचार पर बनाता है। यदि आप local
कीवर्ड हटाते हैं , तो सभी POSIX- संगत गोले में काम करना चाहिए , अर्थात सभी local x=y
को केवल इसके साथ बदलें x=y
:
# [CLEANUP=cleanup_cmd] run cmd [args...]
#
# `cmd` and `args...` A command to run and its arguments.
#
# `cleanup_cmd` A command that is called after cmd has exited,
# and gets passed the same arguments as cmd. Additionally, the
# following environment variables are available to that command:
#
# - `RUN_CMD` contains the `cmd` that was passed to `run`;
# - `RUN_EXIT_CODE` contains the exit code of the command.
#
# If `cleanup_cmd` is set, `run` will return the exit code of that
# command. Otherwise, it will return the exit code of `cmd`.
#
run() {
local cmd="$1"; shift
local exit_code=0
local e_was_set=1; if ! is_shell_attribute_set e; then
set -e
e_was_set=0
fi
"$cmd" "$@" &
wait $! || {
exit_code=$?
}
if [ "$e_was_set" = 0 ] && is_shell_attribute_set e; then
set +e
fi
if [ -n "$CLEANUP" ]; then
RUN_CMD="$cmd" RUN_EXIT_CODE="$exit_code" "$CLEANUP" "$@"
return $?
fi
return $exit_code
}
is_shell_attribute_set() { # attribute, like "x"
case "$-" in
*"$1"*) return 0 ;;
*) return 1 ;;
esac
}
उपयोग का उदाहरण:
#!/bin/sh
set -e
# Source the file with the definition of `run` (previous code snippet).
# Alternatively, you may paste that code directly here and comment the next line.
. ./utils.sh
main() {
echo "--> main: $@"
CLEANUP=cleanup run inner "$@"
echo "<-- main"
}
inner() {
echo "--> inner: $@"
sleep 0.5; if [ "$1" = 'fail' ]; then
oh_my_god_look_at_this
fi
echo "<-- inner"
}
cleanup() {
echo "--> cleanup: $@"
echo " RUN_CMD = '$RUN_CMD'"
echo " RUN_EXIT_CODE = $RUN_EXIT_CODE"
sleep 0.3
echo '<-- cleanup'
return $RUN_EXIT_CODE
}
main "$@"
उदाहरण चल रहा है:
$ ./so_3 fail; echo "exit code: $?"
--> main: fail
--> inner: fail
./so_3: line 15: oh_my_god_look_at_this: command not found
--> cleanup: fail
RUN_CMD = 'inner'
RUN_EXIT_CODE = 127
<-- cleanup
exit code: 127
$ ./so_3 pass; echo "exit code: $?"
--> main: pass
--> inner: pass
<-- inner
--> cleanup: pass
RUN_CMD = 'inner'
RUN_EXIT_CODE = 0
<-- cleanup
<-- main
exit code: 0
इस विधि का उपयोग करते समय आपको केवल एक चीज की जानकारी होनी चाहिए, वह यह है कि आपके द्वारा पास किए जाने वाले शेल वेरिएबल्स के सभी संशोधन run
कॉलिंग फ़ंक्शन के लिए प्रचारित नहीं करेंगे, क्योंकि कमांड सब-डिस्क्रिप्शन में चलता है।