Bir dosya yürütüldüğünde, Unix nasıl arar? PATH'de aynı ada sahip birden fazla çalıştırılabilir dosya varsa, hangisi tercih edilir? Bir dosya yürütülürken mevcut dizin aramaya dahil edildi mi?
executable.shGeçerli dizinde adı olan bir dosya olduğunu varsayalım . Bu idam edilirse $ executedve .bunun bir parçası değilse işe yarar PATHmı?
Yanıtlar:
$ PATH baştan sona aranır, eşleşen ilk çalıştırılabilir dosya çalıştırılır. Bu yüzden $ PATH'ın başındaki dizinler daha sonra gelecek olanlara göre önceliklidir. Geçerli dizindeki (.) Yürütülebilir dosyalar yalnızca varsa çalıştırılır. $ PATH ( genellikle değil ) cinsindendir . Geçerli dizinin arama yolunda örtülü bir etkisi yoktur.
., ancak $ PATH'da tanımlanan dizinleri kontrol etmeden önce ilk önce geçerli dizinden arama yapacak gibi görünüyor.
Geçerli dizindeki dosyalar için, onlardan önce geçmek istersiniz ./, böylece komut olur ./executable.sh. .Diğer problemlerin yanı sıra hiçbir zaman bir güvenlik riski oluşturduğu için PATH'nizde bulunmamalısınız .
PATH'te ilk gelen ve ilk aranan dizinler.
Genel düzen yanlış hatırlamıyorsam arama için şu şekildedir:
takma adları
dışa aktarılan işlevler
yerleşik kabuk komutları
PATH'nizdeki komut dosyaları ve ikili dosyalar
hash -rPATH'nizi veya program konumlarınızı değiştirirseniz önbelleği temizlemeniz gerekir .
Buna bazılarının iyi cevap vermesine rağmen, bazı düşünceler eklemek isterim:
1) PATH'a yalnızca çalıştırılan çalıştırılabilir dosyada yol elementi yoksa danışılır. bazı komutlar PATH yerine $ PATH olarak aranır ./somecommandya /usr/bin/somecommandda ../../bin/somecommandsadece dizin kurallarını kullanır.
PATH'de aynı ada sahip birden fazla çalıştırılabilir dosya varsa, hangisi tercih edilir?
Bulduğu ilk durakta durur, $ PATH sola sağa okur.
Dosya çalıştırıldığında geçerli dizin aramaya dahil edildi mi?
Geçerli dizin PATH ise, aranır. PATH içindeki boş bir dizinin geçerli dizini içerdiğini unutmayın. örn. PATH =: / usr / bin (boş öncü) PATH = / usr / bin: (boş boş) ve PATH = / usr / bin :: / bin (orta boş) hepsi geçerli çalışma dizinini içerecektir.
Geçerli bir dizinde yürütülebilir.sh adında bir dosya olduğunu varsayalım. Bu işe yarar mı eğer $ yürütülürse ve. PATH'in bir parçası değil mi?
PATH'i arayarak asla bulamazdı. Geçerli dizin PATH'de değilse, PATH araması tarafından bulamaz.
Bu komutu (ve karışıklık eklediğim için üzgünüm) komutu çalıştıran bir diğer ad veya işlev olsaydı, çalıştırılırdı. Veya kabuğunuzun bir konum önbelleği varsa ve çalıştırılabilir dosya önbelldeyse, onu bulabilir. Böylece onu PATH'de asla bulamaz, ancak başka yollarla da çalıştırılabilir.
cacheNot için teşekkürler , eski çalıştırılabilir içeriğin /usr/bin/hala yenisinin kullanılmaya başlaması beni çıldırtıyor /usr/local/bin, ancak $PATHben çıkıncaya kadar sol tarafta ve tekrar giriş yaptım.
Şu anda yolunuzun ne olduğunu görmek için echo $PATH, veya yazın printenv PATH.
Sonra arama sırasını bilirsiniz. Aynı ada sahip birden fazla dosyanız varsa, hangi ______________ görmeniz yeterlidir.
Ör.
sistem #> hangi grep
/ Usr / bin / grep
Hedefiniz gibi çalışan dosyaları bulmak için harika bir yol apropos kullanmaktır:
Apropos Grep
bzgrep (1) - düzenli ifade için muhtemelen bzip2 sıkıştırılmış dosyaları ara
egrep (1) - bir kalıpla eşleşen satırları yazdır
fgrep (1) - desenle eşleşen satırları yazdır
grep (1) - desenle eşleşen satırları yazdır
ve bunun gibi...
whereisdeğil, kodlanmış bir konum listesi kullanır $PATH.
@ coneslayer- Çalıştırılabilir bulmanın varsayılan sırası, komutlar içinde yerleşik olan mevcut yoldur ve ardından $ PATH. Eğer çalıştırılabilir isminde bir işlev pwd'de zaten mevcutsa, o zaman bu exec.if çalıştırılmaz, o zaman öncelik kabuğun yerleşik komutlarını ve sonra $ PATH komutlarını arar.
./), yalnızca o dizinde arama yapar; Aksi takdirde arar $PATH.
which <executable>komutu bu başlıkta faydalı olacaktır.