~からユーザー視点、~のため文書内容、シンボリックリンクターゲットファイルと同じ:
シンボリックリンクはほとんどのタスクに透過的です。シンボリックリンクで指定されたファイルを読み書きするプログラムは、あたかもターゲットファイルで直接作業するかのように動作します。
しかし、場合によっては、実際のファイルの代わりにシンボリックリンクを使用できないようです(Mac OS Xでicnsファイルへのシンボリックリンクを無視する)。
より伝統的なUNIXに他の例はありますか?
具体的には、実際のファイルの代わりにシンボリックリンクを使用できない場合がありますか?
私が知っている(したがって興味がない)側面は次のとおりです。
- もちろん、シンボリックリンクをターゲット(、、
ls
&c)と区別するUnixコマンドの例がたくさんあります。ただし、これらのコマンドは以下を処理します。stat
find
文書ファイルシステムオブジェクトではなくファイルシステムオブジェクトとしてコンテンツ。 - 他の例には、セキュリティ対策(ツリーの外部ファイルへのリンクの拒否)などが
ftp
ありapache
ます。get
- Power Toolsを使用してより多くの例を作成することもできます(たとえば、
emacs
シンボリックリンクから呼び出されるかどうかによって異なる動作をする可能性があります)。 - 開発者できるもちろん、ファイルとリンクを簡単に区別できるため、ユーザーに問題が発生します。それで、彼らはいつ頃ですか?実際に上記のMacアイコンのように正当な理由なしにユーザーを悩ませますか?
答え1
Solarisパッケージに属するディレクトリを別のディレクトリに移動し、シンボリックリンクを使用してパスを変更しないでください。
最初は機能しますが、パッチまたは以前のパッケージパスの一部を共有する新しいパッケージをインストールすると、Solarisパッケージ管理コマンドはシンボリックリンクを削除して通常のディレクトリに置き換えます。