जब किसी फ़ाइल को निष्पादित किया जाता है, तो यूनिक्स कैसे खोजता है? यदि PATH में एक ही नाम के साथ कई निष्पादन योग्य फाइलें हैं, तो कौन सी पसंद की जाती है? क्या किसी फ़ाइल को निष्पादित करते समय वर्तमान निर्देशिका खोज में शामिल है?
मान लीजिए executable.shकि वर्तमान निर्देशिका में नाम के साथ एक फ़ाइल है । यदि यह निष्पादित होता है $ executedऔर यह काम नहीं करता है तो क्या यह काम .करेगा PATH?
जवाबों:
$ PATH की शुरुआत से अंत तक खोज की जाती है, जिसमें पहले मिलान निष्पादन योग्य चलाया जाता है। इसलिए $ PATH की शुरुआत में निर्देशिका बाद में आने वालों पर वरीयता लेती हैं। वर्तमान निर्देशिका () में निष्पादन योग्य केवल तभी निष्पादित किए जाते हैं यदि। $ PATH में है (जो आमतौर पर ऐसा नहीं है )। खोज पथ में वर्तमान निर्देशिका का कोई अंतर्निहित समावेश नहीं है।
., लेकिन ऐसा लगता है कि यह वर्तमान dir से खोजेगा, इससे पहले $ PATH में परिभाषित चेक dirs।
वर्तमान निर्देशिका में फ़ाइलों के लिए, आप उन्हें पूर्ववर्ती बनाना ./चाहेंगे, ताकि कमांड बन जाए ./executable.sh। आपको .अपने PATH में कभी नहीं होना चाहिए क्योंकि यह अन्य समस्याओं के साथ सुरक्षा जोखिम पैदा करता है।
PATH में पहले आने वाले और पहले खोजे जाने वाले निर्देशिकाएँ।
अगर मैं सही ढंग से याद करूं तो खोज करने का समग्र क्रम इस तरह है:
उपनाम
निर्यात किए गए कार्य
अंतर्निहित शेल कमांड
स्क्रिप्ट और बायनेरी आपके पेट में
hash -rअपने PATH या प्रोग्राम स्थानों को बदलने पर कैश (उपयोग ) को शुद्ध करना पड़ता है ।
हालांकि इसका उत्तर कुछ अन्य लोगों द्वारा दिया गया है, मैं कुछ विचार जोड़ना चाहूंगा:
1) PATH से केवल तभी सलाह ली जाती है जब निष्पादन योग्य आह्वान में कोई पथ तत्व न हो। somecommand $ PATH में देखा जाएगा, ./somecommandया /usr/bin/somecommand, ../../bin/somecommandकेवल निर्देशिका नियमों का उपयोग करें, PATH नहीं
यदि PATH में एक ही नाम के साथ कई निष्पादन योग्य फाइलें हैं, जिसे एक पसंद किया जाता है?
यह पहले पायदान पर रुकता है, $ PATH को दाएं से बाएं पढ़ना।
क्या फ़ाइल को निष्पादित करते समय वर्तमान निर्देशिका खोज में शामिल है?
यदि वर्तमान निर्देशिका PATH में है तो इसे खोजा जाता है। याद रखें कि PATH में एक खाली निर्देशिका में वर्तमान निर्देशिका शामिल है। जैसे PATH =: / usr / bin (अग्रणी खाली) PATH = / usr / bin: (अनुगामी खाली) और PATH = / usr / bin :: / bin (मध्य खाली) सभी प्रभावी रूप से वर्तमान कार्य निर्देशिका में शामिल होंगे।
मान लीजिए कि एक फ़ाइल है जिसका नाम निष्पादन योग्य है। वर्तमान निर्देशिका में। क्या यह काम करेगा यदि इसे $ निष्पादित किया जाए और। पथ का हिस्सा नहीं है?
इसे पाथ खोजकर कभी नहीं मिलेगा। यदि वर्तमान dir PATH में नहीं है, तो वह इसे PATH लुकअप द्वारा नहीं ढूंढेगा।
उस ने कहा (और भ्रम को जोड़ने के लिए क्षमा करें) यदि कोई उर्फ या फ़ंक्शन था जो कमांड चलाता था, तो इसे चलाया जाएगा। या यदि आपके शेल में एक स्थान कैश है, और निष्पादन योग्य कैश में था, तो यह मिल सकता है। इसलिए, यह इसे पेट में कभी नहीं मिलेगा, लेकिन इसे अन्य तरीकों से चलाया जा सकता है।
cacheनोट के लिए धन्यवाद , यह लगभग मुझे पागल कर देता है कि पुराने निष्पादन योग्य /usr/bin/अभी भी नए में नहीं लगाए गए हैं /usr/local/bin, हालांकि यह $PATHतब तक बाईं तरफ है जब तक मैं लॉग आउट नहीं किया, और फिर से लॉग इन किया।
यह देखने के लिए कि वर्तमान में आपका रास्ता क्या है echo $PATH , या printenv PATH।
तब आपको खोज का क्रम ज्ञात होगा। यदि आपके पास एक ही नाम वाली कई फाइलें हैं, तो देखें कि कौन सा ____ है।
पूर्व।
प्रणाली #> जो grep
/ Usr / bin / ग्रेप
अपने लक्ष्य की तरह काम करने वाली फ़ाइलों को खोजने के लिए एक अच्छा तरीका है एप्रोपोस का उपयोग करना:
एप्रोपोस ग्रीप
bzgrep (1) - एक नियमित अभिव्यक्ति के लिए संभवतः bzip2 संपीड़ित फ़ाइलों को खोजें
egrep (1) - पैटर्न से मेल खाती प्रिंट लाइनें
fgrep (1) - पैटर्न से मेल खाती प्रिंट लाइनें
grep (1) - पैटर्न से मेल खाती प्रिंट लाइनें
और इसी तरह...
whereisस्थानों की हार्डकोड सूची का उपयोग करता है, नहीं $PATH।
@ coneslayer- निष्पादन योग्य खोजने का डिफ़ॉल्ट क्रम वर्तमान पथ है, जो कमांड में बनाया गया है और फिर $ PATH है। इसलिए यदि निष्पादन योग्य नाम का कोई कार्य पहले से ही pwd में मौजूद है, तो उसे निष्पादित किया जाता है। ऐसा नहीं है तो पूर्ववर्ती आदेश शेल के कमांड में बनाया गया है और फिर $ PATH
./) के साथ एक पथ निर्दिष्ट करते हैं, तो यह केवल उस निर्देशिका को खोजता है; अन्यथा, यह खोज करता है $PATH।
which <executable>सूत्र इस धागे में उपयोगी होगा।