シンボリックリンクはいつ許可されませんか? [閉鎖]

シンボリックリンクはいつ許可されませんか? [閉鎖]

~からユーザー視点、~のため文書内容シンボリックリンクターゲットファイルと同じ:

シンボリックリンクはほとんどのタスクに透過的です。シンボリックリンクで指定されたファイルを読み書きするプログラムは、あたかもターゲットファイルで直接作業するかのように動作します。

しかし、場合によっては、実際のファイルの代わりにシンボリックリンクを使用できないようです(Mac OS Xでicnsファイルへのシンボリックリンクを無視する)。

より伝統的なUNIXに他の例はありますか?

具体的には、実際のファイルの代わりにシンボリックリンクを使用できない場合がありますか?

私が知っている(したがって興味がない)側面は次のとおりです。

  1. もちろん、シンボリックリンクをターゲット(、、ls&c)と区別するUnixコマンドの例がたくさんあります。ただし、これらのコマンドは以下を処理します。statfind文書ファイルシステムオブジェクトではなくファイルシステムオブジェクトとしてコンテンツ
  2. 他の例には、セキュリティ対策(ツリーの外部ファイルへのリンクの拒否)などがftpありapacheます。get
  3. Power Toolsを使用してより多くの例を作成することもできます(たとえば、emacsシンボリックリンクから呼び出されるかどうかによって異なる動作をする可能性があります)。
  4. 開発者できるもちろん、ファイルとリンクを簡単に区別できるため、ユーザーに問題が発生します。それで、彼らはいつ頃ですか?実際に上記のMacアイコンのように正当な理由なしにユーザーを悩ませますか?

ベストアンサー1

Solarisパッケージに属するディレクトリを別のディレクトリに移動し、シンボリックリンクを使用してパスを変更しないでください。

最初は機能しますが、パッチまたは以前のパッケージパスの一部を共有する新しいパッケージをインストールすると、Solarisパッケージ管理コマンドはシンボリックリンクを削除して通常のディレクトリに置き換えます。

おすすめ記事