POSIX仕様全体で、実装が2つの/で始まるパスを処理できるようにするためのプロビジョニング（1、2、3…）があります。 特別に。
POSIXアプリケーション（すべてのPOSIX準拠システムに移植できるようにPOSIX仕様に記述されたアプリケーション）は、//foo/barを想定できません。 /foo/barと同じです （ただし、///foo/bar /foo/barと同じです 。
ここで、//fooを処理するPOSIXシステム（履歴および現在も維持されている）は何ですか？ 特に？私は、POSIXプロビジョニングがMicrosoftによってUnixバリアント（XENIX）およびおそらくWindows POSIXレイヤー（誰かがそれを確認できますか？）のためにプッシュされたと信じていました（私は今間違っていることが証明されています）。
これは、MicrosoftWindows用のPOSIXのようなレイヤーでもあるCygwinによって使用されます。 Microsoft以外のWindowsシステムはありますか？ ActiveX？
//foo/barがあるシステムの場合 特別です、それは何のために使われますか？ //host/path ネットワークファイルシステムアクセス用？仮想ファイルシステム？
いくつかのアプリケーションを実行します Unixのようなもの（システムのAPIでない場合）で実行している場合は、//foo/barを扱います。 特別なパス（他の方法で/foo/barを処理するコンテキストで ファイルシステムのパスとして）？
編集 、それ以来、オースティングループのメーリングリストで//foo/barの起源について質問しました。 仕様での処理であり、議論は興味深い読み物です（少なくとも考古学の観点から）。
承認された回答：
これは、これまでに与えられた回答の編集と索引です。この投稿はコミュニティウィキです 、100以上の評判を持つ人なら誰でも編集でき、誰も評判を得られません。自由にあなた自身の答えを投稿して、ここにそれへのリンクを追加してください（または私がそれをするのを待ってください）。理想的には、この回答は単なる要約である必要があります（短いエントリが含まれ、他の個々の回答には詳細が含まれます）。
現在アクティブに保守されているシステム：
- Cygwin 。 MicrosoftWindows用のPOSIXレイヤー。 WindowsUNCパスに使用されます。
- UWIN 1.3以降。 Windows用のもう1つのPOSIXレイヤー。少なくとも
//host/fileに使用されます ネットワークファイル共有パス。 - IBM z / OS POSIXバグトラッカーで説明されているように、 z/OSは
//pathnameを解決します MVSデータセットへのリクエスト 、ネットワークファイルではありません。例。
廃止されたシステム
-
Apolloドメイン/OS （確認済み）。
//host/pathの可能な起源として、公式説明UNC（Universal Naming Convention）でも言及されています 表記法（2-15ページも参照）。Donn Terryによると、ドメイン/ OSのPOSIX仕様にその条項を含めることを推進したのはHP（Apollo Computersを買収）でした。
-
Tektronix Utek （確認済み）、ここで
//host/path分散ファイルシステムのパスです。 。 -
QNX 4 FLEET分散処理システムを使用します。
//123/path/pathノード123で。（QNX 6のドキュメントに記載されています。） -
AT＆TSysVリリース3 （未確認）。
//host/pathin（SVR4では廃止）RFSリモートファイル共有システム。 -
SEL / Gould UTX-32 （未確認）。
//host/pathに使用されます 。
//foo/barを処理するアプリケーション 特にパス用
- PERFORCE ここで、
//depot/A/B/C/Dデポ内のパスを指します 。 - ブレンダー 。その構成では、
//を使用します 相対パスのプレフィックス （データブロックに関連付けられたブレンドに） - バゼル ビルドシステムは
//を使用します Bazelビルドグラフ内のターゲットのラベルのプレフィックス。