जॉनसी का जवाब पहले से ही बैकटिक बताता है। लेकिन जिस चीज के बारे में आप भी सोच रहे हैं, वह >
प्रॉम्प्ट है। यह एक निरंतरता संकेत देता है, और यह न केवल एक बैकटिक द्वारा ट्रिगर किया जाता है, बल्कि हमेशा जब आपका शेल स्पष्ट रूप से जानता है कि आप एक कमांड में प्रवेश नहीं कर रहे हैं। सबसे आसान उदाहरण \
एक इनपुट लाइन के अंत में एक स्पष्ट रेखा निरंतरता रख रहा है (जो लंबे इनपुट को विभाजित करने में मदद करता है):
$ echo \
> hallo
ध्यान दें कि जैसे PS1
कमांड प्रॉम्प्ट के लुक को नियंत्रित करता है, आप PS2
निरंतरता को बदलने के लिए भी सेट कर सकते हैं , जैसे
$ export PS2="(cont.) "
$ echo \
(cont.) hallo
निरंतरता होने के कई कारण हैं। एक एकल बैकटिक अधूरा है, लेकिन आप कुछ ऐसा भी दर्ज कर सकते हैं
ls -l `which cp`
एक ही पंक्ति में (साइड-नोट: इसका उपयोग करने की अनुशंसा की जाती है $(
और )
इसके बजाय, चूंकि कोष्ठक स्पष्ट करते हैं कि विस्तार कहां से शुरू होता है और समाप्त होता है, जबकि एकल बैकटिक्स यह देखना और अधिक कठिन बना देता है कि कहां गायब है और घोंसला बनाना ...)। निरंतरता के अन्य संभावित कारण
- के
done
बाद एक लापता while
याfor
- एक के
fi
बाद एक लापताif
- एक लापता के
esac
बादcase
- एक लापता समापन कोष्ठक, उदाहरण के लिए उपखंड में
(cd $HOME; cat .bashrc)
- पाइपिंग के
|
साथ-साथ सशर्त निष्पादन के बाद एक लापता कमांड ||
और &&
( &
हालांकि, नहीं है क्योंकि यह केवल पृष्ठभूमि में चलने वाली कमांड बना रहा है)
- एक लापता समापन उद्धरण (
'
या "
)
पर्याप्त रूप से, एक }
चर विस्तार के बाद एक लापता ब्रेस ${
भी निरंतरता का कारण बनता है, लेकिन सम्मिलित स्थान के कारण विफल हो जाएगा:
$ echo ${
> PS2}
bash: ${
PS2}: bad substitution