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

Unixシステムとその主要コンポーネントの歴史。シェル関連の質問にはこのタグを使用しないでください。代わりに「command-history」を使用してください。

1
リッチーの1979 PDP-11 `/ usr / games / bcd`は何をしますか?
私は最近simhエミュレータを試しましたpdp11。 私が使用したディスクイメージはインターネットで見つけることができます、そしてそれをブートするための指示はここにあります。 ユーザー名が「dmr」であるため、おそらくデニス・リッチーのものでした。 / usr / gamesフォルダーには、高価なコンピューティングリソースを無駄にする約20のゲームと娯楽があります。 1つの「ゲーム」は「bcd」と呼ばれます。 と入力して実行した場合./bcd、何も起こりません。しかし、次に実行するコマンドは、ASCIIアートとして出力されます。 ________________________________________________ /WC -L * | | ] | | ]] ] | |] | |111111111111111111111111111111111111111111111111| |222222222222222222222222222222222222222222222222| |3]33]3333333333333333333333333333333333333333333| |444444]44444444444444444444444444444444444444444| |555555555555555555555555555555555555555555555555| |]66666666666666666666666666666666666666666666666| |777777777777777777777777777777777777777777777777| |888888]88888888888888888888888888888888888888888| |999999999999999999999999999999999999999999999999| |________________________________________________| ________________________________________________ /LS | | | |] | | ] | |111111111111111111111111111111111111111111111111| |2]2222222222222222222222222222222222222222222222| |]33333333333333333333333333333333333333333333333| |444444444444444444444444444444444444444444444444| |555555555555555555555555555555555555555555555555| |666666666666666666666666666666666666666666666666| |777777777777777777777777777777777777777777777777| …
24 history  games 

1
POSIXとGNU rmはいつ/を削除しないのですか?
数年前から、GNU rmユーティリティはオプションで/呼び出されない限り削除されません--no-preserve-root。しかし、コマンドrm -rf /は非常に長い間危険であるとして集団潜在意識に留まっており、人々はまだそれを「怖い」コマンドとして引用することがよくあります。 rm削除できないこのルールが/最初に登場したのはいつかと思っていました。POSIXの仕様を確認したところ、POSIX:2008にはこの安全機能が含まれていますが、POSIX:2001には含まれていません。POSIX仕様のオンラインバージョンは随時更新されるため、新しいサブリリースごとにウェイバックマシンもチェックし、2010年からPOSIX:2008の関連ページを見つけ、rm削除できないルールを確認することができました。/すでにリストされていました。 だから、私の質問は: rm削除できないルールが/POSIX仕様に追加されたのはいつですか?Single UNIX Specificationバージョン4の元の2008エディションにあったのですか、それともリビジョンに追加されたのですか この制限はいつGNUに追加されましたrmか?POSIXに追加される前のことだと確信していますが、いつそれが起こりましたか?
23 rm  posix  history  gnu 

5
Linux / xBSDはGRUBの前にどのように起動しましたか?
ウィキペディアによると、GRUBは1995年にリリースされました。その時点までに、LinuxとxBSDは数年間存在していました。初期のUnixバージョンは70年代と80年代にハードウェアに結び付けられていましたが、LinuxとxBSDは自由に配布およびインストールできました。当時、Linuxをどのようにブートするのでしょうか?ディストリビューションは、ブートローダーの独自の実装で出荷されましたか?



1
コロンがパス区切り文字として選択された理由
コロン(:)がパス区切り文字として選択されたのはなぜですか? 「ディレクトリセパレータ」ではなく「パスセパレータ」を意味することに注意してください。パス区切り記号は、PATH環境変数のエントリ間に配置される記号です。 PATH="/usr/local/sbin:/usr/local/bin:/usr/bin:..." ^ this symbol コンピューターとソフトウェアのすべては、かつてどこかで行われた意図的な決定でした。たとえば、チルダがホームディレクトリを表す理由(およびviの方向キーにhjklを使用する理由)。この決定の背景を知りたいです。 いくつかのランダムな事実: パス区切り文字としてコロンを使用すると、名前にコロンを含むディレクトリをパスに追加できなくなります。 POSIXから: 以来<colon>、この文脈では、セパレータで、PATHに使用されるかもしれないディレクトリ名が含まれてはならない<colon>文字が。 http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.html コロンをエスケープすることはできないようです。Stack Overflowの@ Random832は、PATHを処理するソースコードを検査しましたが、エスケープメカニズムは見つかりませんでした。 /programming/14661373/how-to-escape-colon-in-path-on-unix
22 path  history 

2
なぜnicenessが-20から19の範囲にあるのですか?
このniceコマンドを使用すると、プログラムのスケジューリングの優先順位(「ナイスネス」)を調整できます。私が使用したすべてのUnixライクシステムでは、ナイスネスは整数の範囲で指定されます。-20が最も好ましいスケジューリング優先順位、0がデフォルト、19が最も好ましくありません。 デフォルトのナイスネスとして0を使用するのは十分直感的ですが、なぜ範囲のエンドポイントとして-20と19が選択されたのですか?なぜ-128と127は、符号付き8ビットバイトにぴったり収まるのでしょうか?あるいは、小数の人間にとってより直感的な-100から100、または同様に、しかし人間工学的には-99から99である-100から100でないのはなぜですか?-20から19の範囲は任意に選択されましたか、それともnice最初にインターフェースをとったスケジューラーの内部と何らかの関係がありますか?(少なくともLinuxでは、スケジューラーが0から139の範囲の優先順位を使用するため、そのような関係は今日ないことを理解しています。しかし、-20から19の範囲の歴史的な理由に興味があります。)

1
なぜGNU Infoは成功しなかったのですか?
私の知識/理解によると、助けと人の両方が同時に来たか、それらの間の時間差がほとんどありません。その後、GNU Infoが登場し、私が見たものからは、人間よりもはるかに冗長で、はるかに詳細で、ほぼ間違いなく優れています。今日でも人間の多くのエントリは不可解です。 多くの点で人間よりも優れているInfoが人間をまったく引き継がなかったのはなぜかとよく疑問に思いました。私は今でも情報ページよりもマニュアルページを作成している人々を見ています。情報に役立つツールがなかったためでしょうか?2つのライセンスに何かありますか?それとも、それにふさわしい成功を情報を得られなかった他の要因は? 私は特にunix stackexchangeに関するいくつかの質問を見ました。GNUInfoは何のためですか?そして、とりわけヘルプ、情報、マンコマンドの違い。
21 man  history  gnu  info 

2
なぜJFSはそれほどあいまいなのですか?
数年前にSlackwareを初めて使用したとき、信頼性が高く、クリーンシャットダウンが発生した場合、ディスクチェックは非常に迅速であったため、ext3またはreiserfsでJFSを愛することをすぐに学びました。JFSが誰にもほぼ完全にメンテナンスされていないという点であいまいであることを発見したのは最近になってからです。 私はそのような少数派であるという考えがありませんでした。なぜこれが起こったのですか?ファイルシステムテクノロジーが、JFSに比較優位性がなくなった時点まで進んだということですか?ext3は他のオペレーティングシステムとより相互運用可能でしたか?他の特定のファイルシステムは、特定のベンダーまたはカーネル開発者に祝福されていましたか? 歴史的な問題ほど技術的な問題ではありません。

5
/ usr / bin / ptx:ユースケースを1つまたは2つ提供できますか?
coreutilsに含まれているファイルのリストを調べていたところ、ptx以外のすべてのコマンドを個人的に使用する方法の例を思いつくことができました。ptxを使用した1つまたは2つ(または3つ)の例を挙げることができますか?ユースケースが多ければ多いほど良いです。 $ apropos ptx ptx(1) - produce a permuted index of file contents


3
整数の比較:算術式または条件式
Bashでは、条件式を使用して2つの整数を比較できます arg1 OP arg2 OPはの一つである-eq、-ne、-lt、-le、-gt、または-ge。これらの算術二項演算子は、arg1がそれぞれarg2と等しい、等しくない、より小さい、以下、より大きい、またはより大きい場合にtrueを返します。Arg1およびarg2は、正または負の整数です。 または算術式: <= >= < > 比較 == != 平等と不平等 2つの整数を比較する方法が2つあるのはなぜですか?どちらを使用するか? たとえば、[[ 3 -lt 2 ]]条件式と(( 3 < 2 ))算術式を使用します。比較がtrueの場合、両方とも0を返します 2つの整数を比較する場合、これらの2つの方法は常に同じ意味で使用できますか?はいの場合、なぜBashには1つではなく2つのメソッドがあるのですか?

3
man(1)で使用されている「オンライン」とはどういう意味ですか?
私のシステム(Darwin 15.5.0)ではman(1)、次のように開きます。 NAME man - format and display the on-line manual pages ただし、ページのフォーマット元のファイルは明らかにディスク上にあります。 % man -w man /usr/share/man/man1/man.1 % file `man -w man` /usr/share/man/man1/man.1: troff or preprocessor input text したがって、この場合の「オンライン」とは、「インターネット経由でアクセスできる他の場所」のように「オンライン」を意味するものではありません。 「オンライン」とは、単にシステムの電源が入っていることを意味しますか?もしそうなら、なぜそれを最初に指定するのを煩わせるのですか、つまり、フォーマッターが処理したページを読んでいるのが明らかではないのですか?または、説明が書かれたとき、ほとんどの「マニュアル」が紙のボリュームだったので、ディスクにマニュアルを置くことは大したことでしたか?「オンライン」、ハイフン、その他すべてのこの使用は、コンピューティングでまだ一般的ですか

3
シェルメタキャラクターとしての^の使用
今日私は含まれている小さなスクリプトを書きました grep -q ^local0 /etc/syslog.conf レビュー中、同僚は、Bourneシェルの「パイプ」を意味する^local0ため、引用することを提案し^ました。この主張に驚いて、私はこれに言及した参考文献を追跡しようとしました。インターネット上でこれが問題だと示唆するものはありませんでした。 ただし、bshAIX 7の(Bourneシェルであると主張する)の実装には、実際に次の動作があることがわかります。 > bsh $ ls ^ wc 23 23 183 $ ls | wc 23 23 183 私が試した他の「Bourneシェル」実装は、この方法で動作し^ませんでした(つまり、シェルメタキャラクターとはみなされません)。shCentOS(実際にはbash)とshFreeBSD(bashではない)で試しました。他に試すシステムはあまりありません。 この動作は予想されますか?どのシェル^がパイプメタキャラクターと見なされますか?

2
cronという言葉の由来は?
友好的な議論を解決しようとしています。「cron」は何かの頭字語ですか? また、現在の標準名「cron」は、クロノスや年代順などの短縮形に由来していますか? クイックGoogle検索では、探しているものが見つかりませんでした。最終的には不安定なフォーラムスレッドになりました

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.