tarがすでに存在する場合、なぜSharを書くのですか?

tarがすでに存在する場合、なぜSharを書くのですか?

BSDのマニュアルページによると、tarは1979年にUNIXバージョン7に初めて登場し、sharは1994年にリリースされた4.4BSDに初めて登場しました。

当時、どんなメリットを共有できると思いましたか? Sharは単に長いシェルスクリプトを実行するので、多くのセキュリティ問題が発生します。 tarはすでに同様の機能を提供していますが、なぜこのツールを導入するのですか?

ベストアンサー1

ソース(および添付できる重み)に応じて、shar1980年頃にさかのぼります。あなたが認識できる形は、1988年にRich Salzが導入した実装から来ており、今後数年にわたって段階的に改善されました。

sharもともとは、テキストファイルの束縛の便宜のために作られていました。 uuencoding(バイナリファイルの送信方法)は、少なくとも長い間使用されてきました。私は1989年に2.0BSDでこの方法を見ました。 1980年代から使用されてきましたが、sharwithで使用された最初の使用はshar把握するのが難しいです。READMERich Salzの1988年版には次のように記載されていますcshar

On a philosophical note, I've tried to make this all as general as
possible for shipping sources around.  I'm not interested in binaries, so
things like automatically running uuencode don't interest me a great
deal.  I haven't come up with a good portable way to split files into
pieces if they're too large, and doubt I ever will.  There are too many 
installation parameters, but I'm not particularly worried about that:  Once
you get things working, consider it incentive to avoid future changes.  
It would be nice if I could use Larry's meta-Config, but that only works 
on Unix (and Eunice).  Send me your config.h file so that others can benefit.

shar2しかし、William Davidsenの同時性(1ヶ月前)comp.sources.その他(3巻14号)uuencodeをサポートします。

追加資料:

おすすめ記事