POSIX spesifikasyonu boyunca, uygulamaların özel olarak iki ile başlayan bir yolu tedavi etmesine izin veren bir hüküm ( 1 , 2 , 3 ...) vardır /.
Bir POSIX uygulaması (tüm POSIX uyumlu sistemlere taşınabilir olması için POSIX spesifikasyonuna yazılan bir uygulama) //foo/bar, bunun aynı /foo/barolduğunu varsaymaz (bunun ///foo/baraynı olduğunu varsayabilir /foo/bar).
Şimdi, //fooözel muamele gören POSIX sistemleri (tarihi ve hala korunan) nelerdir? Ben (şimdi ettik inanılan yanlış kanıtlanmıştır POSIX hüküm onların Unix varyantı (XENIX) ve muhtemelen, Windows POSIX katmanı için Microsoft tarafından itildiğini) (herkes teyit edebilir?).
Microsoft Windows için POSIX benzeri bir katman olan Cygwin tarafından kullanılır. Microsoft olmayan Windows sistemleri var mı? OpenVMS?
//foo/barÖzel olan sistemlerde ne için kullanılır? //host/pathAğ dosya sistemleri erişimi için? Sanal dosya sistemleri?
Unix-like'lerde çalışan bazı uygulamalar (sistemin API'sı olmasa da) //foo/baryolları özel olarak ele alıyor mu (başka bir deyişle /foo/bardosya sisteminde yol olarak gördükleri bağlamda )?
Düzenleme , o zamandan beri , austin grubu posta listesinde//foo/bar teknik özelliklerin kullanımının kökenine ilişkin bir soru sordum ve tartışma ilginç bir okuma (en azından arkeoloji bakış açısından).
ls -ld ///da görüntülerdi ///, lssadece olduğu gibi göstermesi söylenen dosyayı görüntüler. Cygwin gibi // foo / var'ı özel olarak ele alan (dosya sistemindeki bir yol değil) sistemleri veya uygulamaları arıyorum.
IBM's z/OS resolves //pathname requests to MVS datasets (as opposed to the hierarchical filesystem (HFS)) (......) Additionally, z/OS would not accept or recognize additional "directory" or "file" components appended to such paths.... tam olarak unix değil, ^^).
file://ve benzerleridir http://. Ben açık olan burada işin bir windows UNC yolu ile krom On artık file:////$MACHINE/$SHARENAME/index.html(nedense o da anlar rağmen file://$MACHINE/...)