タグ付けされた質問 「slash」

POSIX仕様の全体にわたって、規定（があります1、2、3の実装は、2から始まるパスを治療することを可能にする...）/特別。 POSIXアプリケーション（すべてのPOSIX準拠システムに移植できるようにPOSIX仕様に記述されたアプリケーション）//foo/barは、それが同じであると想定することはできません/foo/bar（ただし///foo/bar、同じであると想定できます/foo/bar）。 今、//foo特別に扱うそれらのPOSIXシステム（歴史的で、まだ維持されている）は何ですか？私はPOSIXの提供がMicrosoftによってUnixバリアント（XENIX）とWindows POSIXレイヤー（おそらく誰でも確認できますか？）のためにプッシュされたと信じました（今では間違っていることが証明されました）。 これは、Microsoft WindowsのPOSIXのようなレイヤーでもあるCygwinによって使用されます。Microsoft Windows以外のシステムはありますか？OpenVMS？ //foo/bar特別なシステムでは、何に使用されますか？//host/pathネットワークファイルシステムにアクセスするには？仮想ファイルシステム？ Unixライクで実行される一部のアプリケーションは（システムのAPI //foo/barではない場合）、パスを特別に処理しますか（そうでなければ/foo/bar、ファイルシステム上のパスとして処理するコンテキストで）。 編集、それから私は//foo/bar仕様の取り扱いの起源についてオースティングループのメーリングリストで質問しました、そして議論は興味深い読み物です（少なくとも考古学の観点から）。

114 filenames  history  portability  slash 

ファイルの場所をscpサブプロセスに渡すpythonスクリプトを作成しています。それで十分ですが、パスに二重の 'が含まれるように、パスとファイル名を連結する可能性/があります。複数のファイル区切り文字がある場合、bashは気にしないことを知っていますが、それがどのように正確に修正されるのか疑問に思っています。余分な/sを削除するのはbash ですか、それとも本当に重要ではありませんか？ /連結中に余分なs をチェックするために数行のコードが保存されるので、お願いします。大したことではないことは知っていますが、私も興味があります。私はcd //usr（ではなくcd /usr）行を持つbashスクリプトを持っていますが、これは/パスで複数のs を使用することに意味があるかもしれないことを暗示しているようです

111 directory  filenames  slash 

次のスクリプトについて混乱しています（hello.go）。 //usr/bin/env go run $0 $@ ; exit package main import "fmt" func main() { fmt.Printf("hello, world\n") } 実行できます。（MacOS X 10.9.5の場合） $ chmod +x hello.go $ ./hello.go hello, world から始まるシバンについて聞いたことがありません//。また、スクリプトの先頭に空白行を挿入しても機能します。このスクリプトが機能するのはなぜですか？

60 shell  shell-script  osx  shebang  slash 

e2fsprogs debugfsで遊んで、変更/事故により、という名前のファイルfilen/ameが作成されました。明らかに、スラッシュ文字/はパス名の特別な区切り文字として機能します。 それでも使用debugfsして、という名前のファイルを削除したいのですfilen/ameが、/文字がファイル名の一部として解釈されないため、ほとんど成功しませんでしたか？ debugfsは、スラッシュを含むこのファイルを削除する方法を提供しますか？もしそうならどのように？ 私が使用した： cd /tmp echo "content" > contentfile dd if=/dev/zero of=/tmp/ext4fs bs=1M count=50 mkfs.ext4 /tmp/ext4fs debugfs -w -R "write /tmp/contentfile filen/ame" /tmp/ext4fs debugfs -w -R "ls" /tmp/ext4fs どの出力： debugfs 1.43.4 (31-Jan-2017) 2 (12) . 2 (12) .. 11 (20) lost+found 12 (980) filen/ame filen/ameファイルを削除するために次のことを試しました。 debugfs -w -R …

26 ext4  slash  debugfs 

Unixプログラミング環境で次の質問に出会ったばかりです。KernighanとPikeのUnixに関する古典的な本（1984年版の79ページ、ISBN：0-13-937699-2で以下のテキストを見つけました）： 演習3-6。（トリックの質問）ファイル名に/をどのように入力しますか（つまり、パスのコンポーネントを分離しない/ですか？ 私はエンドユーザーおよびプログラマーとしてLinuxを長年使用していますが、この質問に答えることはできません。ファイル名にスラッシュを入れる方法はありません。カーネルによって絶対に禁止されています。ブロックデバイスアクセスを介してファイルシステムにパッチを当てたり、ユニコードの似たような文字を使用したりできますが、それらは解決策ではありません。 Linux≠Unixであることは理解していますが、システムはパスからディレクトリ階層を明確に抽出できる必要があるため、同じ原則を適用する必要があります。 この質問をする際に、カーニガンとパイクが正確に何を考えていたか、誰かが知っていますか？想定される答えは何でしたか？「トリック」とは正確には何ですか？それとも、元のUnixシステムでは、このスラッシュをどうにかしてエスケープできるのでしょうか。 UPD： 私は質問についてブライアン・カーニガンに連絡しました、そして、それは彼が答えたものです： 答えは「できない」です。 したがって、ティモシーマーティンは正しかったので、緑色のチェックマークが付きます。

23 filenames  slash  historical-unix 

ここで少し質問があります。 私は2つのファイルを持っている場合は、と言うfileaとfileb、mv filea fileb希望 削除する fileb 名前fileaを変更fileb その後、私は2つのディレクトリを持っているならば、と言うdiraとdirb、mv dira dirbう に移動diraしますdirb（になりますdirb/dira） どちらの場合も通知もメッセージもないことに注意してください。これは私にはかなり矛盾しています。私はの内容でmv dira dirb上書きdirbする必要があると思いますdira（または2つのディレクトリをという名前のディレクトリの下にマージしdirbます）。 スラッシュを含むディレクトリ名（などdira/）はディレクトリのように扱われ、スラッシュを含まない名前（などdira）はファイルのように扱われることを覚えています（もちろん、ある程度まで）。とにかく今私はシェル（zshとおそらくbash）にスラッシュを使用してディレクトリの表記を尊重させたいと思います。それを強制できる端末オプションはありますか？ 明確にするために、ここに私の望ましい行動があります： mv dira dirbdirbの内容で上書きされますdira mv dira dirb/結果diraに移動されるdirb（中dirb/dira） 誰かが私と同じように考えましたか？それとも私はただ変ですか？

14 directory  rename  filenames  slash