Linux ardışık çoklu yol ayırıcıları (/ home //// kullaniciadi /// dosya) nasıl işler?

Dosya konumlarını bir scp alt işlemine geçiren bir python betiği üzerinde çalışıyorum. Her şey yolunda, ama yolun üzerinde 'ikiye katlayacak şekilde bir dosya adı ile bir yolu birleştirme ile sonuçlanabileceğim bir durumdayım /. Birden fazla dosya ayırıcınız varsa bash'in umrunda olmadığını biliyorum, ama bunun tam olarak nasıl düzeltildiğini merak ediyorum. Fazladan soyunan bash mı, /yoksa hiç önemi yok mu?

Sordum çünkü /birleştirme sırasında fazladan s kontrolü yapmak için bana birkaç kod satırı kazandıracak . Önemli değil, ama merak ediyorum da. Bir satırda birden çok s kullanmanın bir önemi olabileceği anlaşılan satırın cd //usr(yerine cd /usr) olan bir bash betiği var./

Birden çok eğik çizgiye izin verilir ve tek bir eğik çizgiye eşdeğerdir. Kaynaktan Tek Unix tarifnamede (versiyon 3) , temel tanımları §3.266 yol adı , “Her ardışık eğik bir çizgi ile aynı olarak kabul edilir”

Bunun bir istisnası var: bir yol adı tam olarak iki eğik çizgiyle başlarsa, farklı şekilde ele alınabilir (ref: temel tanımlar §4.11 yol adı çözünürlüğü ). Bazı uygulamalar yapabileceği gibi Linux kendisi de bunu yapmaz, diğer unix-ish sistemleri de yapar (örneğin Cygwin).

Bir /yol adının sonundaki iz , yol adını bir dizine yönlendirmeye zorlar. (İn POSIX 1003.1-2001 (Tek UNIX v3) taban tanımlar §4.11 yol adı çözünürlüğü , bir arka /bir eğik eşdeğerdir /.. POSIX §4.12 1.003,1-2.008 (Tek UNIX v4) temel tanımlamaları gereksinimi ortadan kaldırır için eşdeğer şekilde /.üzere, var olmayan dizinlerle başa çıkmak için (örneğin mkdir foo/çalışması gerekir, oysa mkdir foo/.olmaz - değişim için gerekçeyi görün ).

Bir dizin girişi üzerinde çalışan programlar için, bir dizine foosembolik bir link ise, geçiş foo/yapmak, programın sembolik link yerine dizinde hareket etmesini sağlamanın bir yoludur.

This _{Bunun yalnızca yol adı çözünürlüğü için geçerli olduğunu, yani dosyalara erişirken geçerli olduğunu unutmayın. Dosya adı manipülasyonları farklı çalışabilir. Örneğin basenameve dirnamesondaki eğik çizgileri yok sayın.}

İşletim sistemi de bunu önemsemiyor, yolunda bir // ile açmak için doğrudan bir çağrı ile bir C programını denedim.

Bunu normalleştirmek için python kütüphane işlevini kullanabilirsiniz. Diğer diller benzer işlevlere sahiptir.

http://docs.python.org/library/os.path.html#os.path.normpath

Gördüğüm tüm Unix sistemlerinde tek aynıdır /, ama Unix standardı belirtir

İki ardışık eğik çizgiyle başlayan bir yol adı, uygulama tarafından tanımlanmış bir şekilde yorumlanabilir, ancak ikiden fazla eğik çizgi tek bir eğik çizgi olarak değerlendirilir.

bu nedenle sisteminize bağlı olarak özel olarak kullanılabilir. (Bazı eski Unix sürümleri /, uzak dosya sistemine erişim için çift ​​yönlendirici kullandı ve hala bazıları olabilir.)

os.path.joinPython'da kullanın , birden fazla eğik çizgi almazsınız. Dizeleri birleştirerek dosya adlarını kendiniz oluşturmak, Python stilinin zayıf olduğu düşünülür.

Arada fark yok.

Birden fazla eğik çizgi göz ardı edilir (etkisiz), örneğin:

ls -al //usr///////bin/sed

Elbette bir yolu içinden geçerek olası çoklu / (eğik çizgiler) ile normalleştirebilirsiniz. tr -s

NORMALIZED=$(echo "$UNHYGIENIC" | tr -s / /)

... ve kullan $NORMALIZED

Ancak, gerekli olması gerekir. Doğru bir şekilde bildiğim kadarıyla UNIX çekirdeği eşzamanlı yol ayırıcıları görmezden gelmelidir --- ya da kavramsal olarak onlara /./...