शैल स्क्रिप्ट शेबांग लाइन के बिना ठीक काम कर रही है? क्यूं कर?

Question

मैं एक साधारण खोल स्क्रिप्ट लेखन और पाया बाहर है कि मेरे खोल स्क्रिप्ट कुटिया लाइन अगर मैं अपने स्क्रिप्ट के लिए अनुमति निष्पादित और ./myscript.sh का उपयोग कर निष्पादित देने की आवश्यकता नहीं है

#!/bin/sh 

किया गया था। यह ठीक चलाता है।

मैं bash खोल का उपयोग कर रहा हूं और /bin/sh वास्तव में bash पर इंगित कर रहा है।

lrwxrwxrwx 1 root root /bin/sh -> bash 

मुझे पता है कि मामला लाइन जो दुभाषिया स्क्रिप्ट के अपने आराम के लिए उपयोग करने के लिए खोल बताने के लिए प्रयोग किया जाता है।

यदि मुझे पर्ल में शेबांग लाइन याद आती है, तो निष्पादन अनुमति दें और ./myscript.pl चलाएं, यह काम नहीं करता है।

वास्तव में यहां क्या हो रहा है? अगर मैं ./ का उपयोग करता हूं, तो शेबांग लाइन को वास्तव में कब चाहिए?

Answer 1

कुटिया लाइन यह रूप में sh file.sh मंगलाचरण का विरोध करने के लिए निष्पादन योग्य के रूप में चलाने के लिए बने है फ़ाइल और केवल तभी (में की जरूरत है। यह वास्तव में स्क्रिप्ट के द्वारा की जरूरत नहीं है, यह प्रणाली कैसे दुभाषिया खोजने के लिए पता करने के लिए के लिए है।

संपादित:। सवाल ग़लत व्याख्या के लिए क्षमा करें कुटिया लाइन याद आ रही है या मान्यता प्राप्त नहीं हैं, तो /bin/sh प्रयोग किया जाता है लेकिन मैं दुभाषिया के बारे में स्पष्ट किया जा रहा पसंद करते हैं

ध्यान दें, कि इस व्यवहार सार्वभौमिक नहीं है,।। आईआईआरसी, केवल कुछ exec* पारिवारिक कार्य ऐसा करते हैं (टी नहीं o विभिन्न प्लेटफार्मों का जिक्र करें), इसलिए यहां स्पष्ट होने का एक और कारण है।

Answer 2

पैरेंट खोल, जहां आपने ./myscript.sh दर्ज किया था, पहले execve पर प्रयास किया, जहां मौजूद है तो शेबैंग लाइन प्रभावी होगी। जब यह काम करता है, तो माता-पिता स्क्रिप्ट और ईएलएफ के बीच के अंतर से अनजान हैं क्योंकि कर्नेल इसका ख्याल रखता है।

execve विफल रहा, इसलिए एक प्राचीन यूनिक्स संगतता सुविधा, शेबांग लाइनों के अस्तित्व की भविष्यवाणी करने के लिए सक्रिय थी। यह अनुमान लगाया गया है कि एक फ़ाइल जो निष्पादित अनुमति है लेकिन कर्नेल द्वारा वैध निष्पादन योग्य फ़ाइल के रूप में पहचाना नहीं गया है, एक शेल स्क्रिप्ट होना चाहिए।

आमतौर पर अभिभावक खोल का अनुमान है कि स्क्रिप्ट एक ही खोल के लिए लिखा गया है (न्यूनतम बोर्न-जैसे गोले /bin/sh के साथ स्क्रिप्ट चलाते हैं, बैश इसे बैश सबप्रोसेस के रूप में चलाता है), सीएसएच पहले कुछ के आधार पर कुछ और जटिल अनुमान लगाता है चरित्र क्योंकि यह शेबांग भी भविष्यवाणी करता है और इसे बोर्न शैल के साथ मिलकर रहने की आवश्यकता होती है)।

जब आपको पता है कि ये अनुमान गलत होंगे (उदाहरण के लिए शेबैंग #!/usr/bin/perl है), या जब आप लगातार काम करने के अनुमान लगाने पर भरोसा नहीं करते हैं, या जब स्क्रिप्ट द्वारा चलाने योग्य होने की आवश्यकता होती है, तो आपको एक शेबांग लाइन की आवश्यकता होती है अभिभावक प्रक्रिया जो एक खोल नहीं है।

Answer 3

POSIX (एकल यूनिक्स विशिष्टता 4) मानक नहीं उपयोगी है: "#"

खोल आदेशों की फ़ाइल की पहली पंक्ति पात्रों के साथ शुरू होता है , परिणाम निर्दिष्ट नहीं हैं।

तो, मानक का तात्पर्य है कि यदि आपके पास # नहीं है!तो इसे एक पॉज़िक्स खोल चलाना चाहिए। लेकिन आधुनिक गोले POSIX अनुरूप नहीं हैं। पुरानी कॉर्न शैल 88 (ksh88) ने बोर्न शेल (एक पॉज़िक्स खोल के करीब) भाग लिया, बिना #! लाइन, लेकिन ksh93 तोड़ता है, और बाश भी करता है। Ksh93 और Bash दोनों के साथ, यदि कोई # नहीं तो वे अपना स्वयं का खोल चलाते हैं! रेखा मौजूद है।

लोकप्रिय राय के बावजूद, बैश और कॉर्न गोले अलग-अलग हैं। जब आप एक शेल स्क्रिप्ट लिखते हैं तो आप कभी भी यह सुनिश्चित नहीं कर सकते कि आप किस शेल से भागेंगे, या यहां तक ​​कि यदि यह किसी अन्य शेल से भी चलाया जाएगा (अधिकांश प्रोग्रामिंग भाषाएं अन्य प्रोग्राम चला सकती हैं)। बोर्न/पॉज़िक्स सिंटैक्स के बाहर आप जिस चीज का उपयोग करते हैं, वह आपको स्कूपीड किया जाएगा।

हमेशा एक # का उपयोग करें! लाइन, इसे मौके पर मत छोड़ो।