パス構文規則

Unixパス文字列を操作するためのライブラリを書いています。そういうわけで、私はほとんどの人が気にしないであろう構文のいくつかのあいまいなコーナーを理解する必要があります。

たとえば、私が知る限りfoo/bar、foo//bar両方とも同じ場所を指しているようです。

また、~通常はユーザーのホームディレクトリを表しますが、パスの途中にある場合はどうでしょうか。次に何が起こりますか？

考えられるすべてのケースを正しく処理するコードを記述しようとする場合、これらとその他の数十のあいまいな質問に答える必要があります。誰かがこのものの正確な構文規則を説明する決定的なリファレンスを知っていますか？

（残念ながら、「Unixパス構文」のような用語を検索すると、$PATH変数を説明する100万ページが表示されます...ヘック、この質問に適したタグを見つけるのに苦労しています！）

パスには次の3つのタイプがあります。

• 相対パスが好きfoo、foo/bar、../a、.。それらは、で始まらず/、そのパスを使用してシステムコールを作成するプロセスの現在のディレクトリに対して相対的です。
• 絶対パスは次のように/、/foo/barまたは///x。それらは1または3以上/で始まり、相対ではなく、/ルートディレクトリから検索されます。
• POSIXでは//foo特別な扱いが可能ですが、その方法は指定されていません。一部のシステムでは、ネットワークファイルなどの特別な場合にそれを使用します。スラッシュは2つでなければなりません。

開始時を除いて、スラッシュのシーケンスは1つのように機能します。

~シェルにとって特別なだけで、シェルによって拡張されます。システムにとって特別ではありません。展開方法はシェルに依存します。シェルは、グロビング（*.txt）や変数展開/$foo/$barなど、他の形式の展開を行います。システムに関する限り~foo、_fooまたはのような相対パスfooです。

心に留めておくべきこと：

• foo/と同じではありませんfoo。ほとんどのシステムのほとんどのシステムコールでは（特にシンボリックリンクの場合）foo/.よりも近くなります（と同じです）。foofoofoo//foo/
• a/b/../cは必ずしも同じではありませんa/c（たとえば、a/bがシンボリックリンクの場合）。..特別な扱いをしないのが最善です。
• a/././././b同じように考えるのが一般的に安全a/bです。

たとえば、私が知る限り、foo / barとfoo // barはどちらも同じ場所を指しているようです。

はい。これはよくあることです。ソフトウェアは、最初の部分がスラッシュで終了していないと想定してパスを連結する場合があるため、確認のために1つスローされます（つまり、2つ以上になる場合があります）。foo///barそしてfoo/////barまた同じ場所を指していますfoo/bar。パス操作ライブラリの便利な機能は、任意の数の連続するスラッシュを1つに減らすものです（パスの先頭、ただしURLのように使用できる場合、またはStephaneが指摘するように、不特定の特別な目的）。

また、通常〜はユーザーのホームディレクトリを表します

その変換は、シェルとチルダの拡張を介して行われます。これは、パスの最初の文字である場合にのみ機能します。これに対処する必要があるかどうかは、状況によって異なります。たとえば、パスを含むコマンドライン引数を受け取る通常のプログラムでライブラリを使用する場合、パスが表示されたときにチルダ展開が既に行われています。テキストファイルから直接パスを処理している場合、それが問題であると私が見ることができる唯一の状況です。

それ以上~は、* nixパス内の正当な文字であり、他のものに変更しないでください。このあたり、UNIXのファイル名で法的でない文字だけである/（それがあるので、パス区切り文字）と「ヌル」彼らは一般的にテキストでは無効なので（別名。ゼロバイト）。