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

私はこれについてよく考え始めましたが、良い答えは見つかりませんでした。なぜ、これらの二つのUnixのディレクトリはありません/userし、/temp代わりに？ 下の他のすべてのディレクトリroot1のようにそれらを推測正確に何のように見えるが、これらの二つは奇妙に思えるが、私はいつものようにそれらを推測しているだろうuserとtemp。 スペルの歴史的な理由はありますか？

34 history  terminology  directory-structure 

私はこの引用を（以下）数回読んでいますが、最近ここにありますが、コンパイラだけでなくあらゆるものddにパッチを適用する方法に絶えず困惑しています： 私が30年前に学校で使用したUnixシステムは、RAMとディスク容量が非常に限られていた。特に、/usr/tmpファイルシステムは非常に小さいため、誰かが大きなプログラムをコンパイルしようとすると問題が発生しました。もちろん、学生はとにかく「大規模なプログラム」を書くことになっていない。大規模なプログラムは通常、「どこか」からコピーされたソースコードでした。私たちの多くは、コピー/usr/bin/ccし/home/<myname>/ccて、使用dd、使用するバイナリパッチを適用する/tmp代わりにする/usr/tmp大きかったです。もちろん、これは問題を悪化させただけです。これらのコピーが占めるディスクスペースは当時重要でしたが、現在は/tmp定期的にいっぱいになり、他のユーザーがファイルを編集することさえできなくなりました。何が起こったのかを見つけた後、システム管理者はchmod go-r /bin/* /usr/bin/* 問題を「修正」し、Cコンパイラのすべてのコピーを削除しました。 （エンファシス鉱山） ddマン・ページには、パッチを適用し、このとにかくを行うために再目的とすることができないと思うについては何も言いません。 バイナリには本当にパッチを適用できddますか？これに歴史的な意義はありますか？

32 dd  history  patch 

Unixユーティリティでフォーマットされたマニュアルページやその他のドキュメントでは、二重引用符の代わりに二重引用符と二重引用符を使用して、引用符で囲まれたフレーズをラップ``することがよくあります。単一引用符も同様に置き換えられます。どうしてこれなの？''" 以下に、manページからの例をいくつか示しますgrep。 To find all occurrences of the pattern `.Pp' at the beginning of a line: $ grep '^\.Pp' myfile The apostrophes ensure the entire expression is evaluated by grep instead of by the user's shell. The caret `^' matches the null string at the beginning of a line, and …

32 man  history 

この質問を読んだ後、ホームディレクトリを表すために「〜」が選択されたのはなぜですか？、私の頭に浮かぶ次の明白な質問は、なぜ「。」「..」は、現在のディレクトリと親ディレクトリを表すために使用されました。 今ではとても直感的に見えますが、特別な理由はありますか？

32 directory  history 

おそらく1990年代半ばのUsenetで（！） export var=value バシズムであり、携帯式は var=value export var 私はこれを長年擁護してきましたが、最近、誰かが私にそれについて異議を唱えました。 Googling for "export: command not found"は、誰かが実際にこの問題を抱えているケースを引き起こさないようです。 （私が得るヒットは、句読点をコピー/貼り付けして、最終的に、'export: command not foundまたはそのようなもので使用exportしたり、Bourneシェル構文を使用しようsudoとしている初心者cshユーザーであるようです。） OS X、およびshis を含むさまざまなLinuxディストリビューションで動作することは確かにわかりますdash。 sh$ export var=value sh$ echo "$var" value sh$ sh -c 'echo "$var"' # see that it really is exported value 今日の世界では、それexport var=valueが安全に使用できると言っても安全ですか？ 結果が何であるかを理解したいと思います。v7 "Bourne classic"に移植できない場合、それは雑学以上のものではありません。シェルが実際にこの構文に対応できない実稼働システムがある場合は、知っておくと便利です。

31 shell  history  compatibility 

cp次のコマンドでテストしました。 $ ls first.html second.html third.html $ cat first.html first $ cat second.html second $ cat third.html third 次にコピーfirst.htmlしsecond.htmlます： $ cp first.html second.html $ cat second.html first ファイルsecond.htmlはエラーなしで静かに上書きされます。ただし、同じ名前のファイルをドラッグアンドドロップしてデスクトップGUIで実行すると、first1.html自動的に接尾辞が付けられます。これにより、既存のファイルが誤って上書きされるのを防ぎます。 cpファイルを静かに上書きするのではなく、なぜこのパターンに従わないのですか？

30 cp  history 

Plan 9とそのacmeエディターに関するプレゼンテーションを見ると、コピーの名前がsnarfであることに気付くかもしれません（残念ながら、意味のある説明は見つかりませんでした）。 なぜそうなのですか？ その理由はありますか？コピーが最良の名前ではない可能性があるため、この機能の一意の名前を作成することは行われましたか？ 参照： ウィキペディア（リンク）： Snarf、ブリットおよびプラン9ウィンドウシステムで「コピー」操作に使用される用語。 cat-v.org（リンク）： ミッドクリックで使用できる別のメニューがあります。カットアンドペーストは一目瞭然であり、SnarfはコピーのPlan 9の言葉です。 9fansメーリングリスト（リンク）： Plan 9でacmeまたは/またはplan9port経由でMac OS Xを使用すると、acme snarfバッファの現在の内容を表示するacmeで開くことができる「ファイル」がありますか？ /dev/snarf そのため、snarfバッファーと呼ばれるファイル（明らかに、そのバッファー用のファイルが必要です）があるように見えます/dev/snarf。 9termマニュアルページ（リンク）： キーボードで入力した文字が選択したテキストに置き換わります。このテキストが空でない場合、すべてのウィンドウに共通のsnarfバッファーに配置されますが、sam（1）のバッファーとは異なります。 （...） 編集操作は、ボタン2のメニューから選択します。カット操作は、選択したテキストを画面から削除し、snarfバッファーに入れます。snarfは、選択したテキストを削除せずにバッファーにコピーします。貼り付けは、選択したテキストをバッファの内容に置き換えます。sendは、snarfバッファーを出力ポイントの直後にコピーし、欠落している場合は最終的な改行を追加します。貼り付けでは、出力ポイントの後に常にテキストが配置されることがあります。そのように配置されたテキストは、上記のとおりに動作します。したがって、出力ポイントの後に改行を含むテキストを貼り付ける場合、最初に保留モードをオンにすることをお勧めします。 Acmeチュートリアルの探索（リンク）： 「Snarf」：他のほとんどのエディターでコピーと呼ばれる dictionary.comのsnarfの定義（リンク）： （非公式）貪欲に飲食する （現代）欲で何かをつかむこと、特に。無許可での （Unix）ネットワーク経由でファイルまたはファイルのセットを取得すること。爆発も参照してください。 インフェルノパート2：クラスターを作ろう！（リンク）： クリップボードは、InfernoとPlan 9で不幸な名前「snarf buffer」で呼び出されます。

29 history  terminology  plan9  command-names 

私たちは皆、Linus TorvaldsがBitkeeperの問題のためにGitを作成したことを知っています。（少なくとも私には）知られていないのは、それまでに問題/チケット/バグがどのように追跡されていたのですか？試しましたが、何も面白くありませんでした。私がこのテーマについて議論できたのは、LinusがBugzillaの使用に関する懸念を共有したこのディスカッションだけでした。 憶測： -人々が最初の段階でバグを追跡する最も簡単な方法は、チケットを独自のブランチに入れることでしたが、すぐにそれが良いバグを追い越すノイズでスケーリングされなかったと確信しています。 Bugzillaを見て使用しましたが、正しい「キーワード」がわからない場合は困惑することがあります。注：問題の追跡に使用された初期の時期（1991〜1995年）に特に興味があります。 「Kernel SCM saga」と「Trivia：いつgit self-host？」という2つのスレッドを見ましたが、これらはいずれも初期のカーネルのバグ追跡について言及していませんでした。 私はあちこち検索しましたが、1991年から1992年にそこにあったFOSSバグ追跡ソフトウェアを入手できませんでした。Bugzilla、Request-tracker、およびその他のユーザーはかなり遅れて登場したため、外に出ているようです。 主な質問 当時、Linus、サブシステム管理者、およびユーザーはどのようにしてバグを報告および追跡しましたか？ 彼らはいくつかのバグ追跡ソフトウェアを使用し、バグのブランチを作成し、その中のバグに関する質問とディスカッションを手動でコミットしました（それを行うには費用がかかり、苦痛になります）。 その後、Bugzillaが登場し（1998年の最初のリリース）、それがその後バグを報告する主要な方法であるようです。 昔のことをより明確に把握できることを楽しみにしています。

29 linux  kernel  git  history 

もともとUnixで、/usrユーザー（ホーム）ディレクトリに使用されていました。という名前のユーザーがいたならalex、私のホームディレクトリは/usr/alex。（興味深いことに、Unixの後継であるPlan 9には、まだユーザーディレクトリがあり/usrます。） 今日では、もちろん、ホームディレクトリをに保存してい/homeます。（少なくともGNU / Linuxでは。他のUnicesについては知りませんが、OS Xはカウントしません。）これはどの時点で標準的なプラクティスになりましたか？どのUnixフレーバーに登場しましたか？他のUnicesによる採用にはどのくらい時間がかかりましたか？た/home皆で採用されて？ ここでいくつかの検索を行いましたが、何も見つかりませんでした。

28 directory-structure  history  home  fhs 

出力を見ると、cal 9 1752次の奇妙な出力が表示されます。 September 1752 S M Tu W Th F S 1 2 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 「と題し、次の物語9 1752について説明CALは、」「早期90年代のnewslistのオフコピーし、下にアーカイブされたコンピュータの聴衆のために面白いもののコレクションのDavid G.ワイズマン（大学コンピュータサイエンス学科のネットワークマネージャによって、西オンタリオ州）。 古いバージョン7マシンで「cal」コマンドを最初に書いた人は、コードに1つずれたエラーがありました。これは、mallocされた変数が12個の余分なバイトをゼロで上書きしたときに誤った出力として表示されたため、上記の奇妙なカレンダー出力につながりました。 現在、彼の正しい心にある人は誰も1752年9月のカレンダーを本当に気にしません。1752年という考えさえUNIXには存在しません。なぜなら、1970年初頭までUNIXの時間は始まっていなかったからです。ずっと後までこのエラーが発生していました。その時までに「cal」のコピーが何千もあり、それらの多くはバイナリのみでした。それらをすべて修正するには遅すぎました。 そのため、1975年半ばに、一部のハイレベルAT＆T関係者が教皇と会談し、合意に至りました。カレンダーは、1752年9月をUNIXの現実に合わせて遡及的に変更されました。1752年9月14日から逆算してカレンダーが変更されたため、それ以降の日付は影響を受けません。それ以前の日付はすべて12日間移動されました。また、バグを機能として文書化するために「cal」のマニュアルページを修正しました。 9月3日から9月13日までの11日間は、単に記録から削除されました。彼らは歴史の本を検索し、幸いなことに、これらの11日間はそれほど重要なことは何も起きなかったことを発見しました。 全体として、この事件全体はほとんどイベントではありませんでした。あるSF作家は後にそれについて聞いて、「天国の旋盤」と呼ばれるSFのフルレングスの作品に吹き飛ばしました。 出力異常の本当の説明は何ですか？

28 history  cal 

ウィキペディアで読んだように、Unixは主にCで書かれた革新的なオペレーティングシステムとして始まり、さまざまなハードウェアに移植して使用できるようになりました。次に、UNIXの子孫、主にBSDについて説明します。Unix、Minix / Linuxのクローンについても説明します。 しかし、元のUnixオペレーティングシステムはどうなりましたか？ それはもはやオペレーティングシステムとして存在しますか、それとも最近のPOSIXのような標準にすぎませんか？ 私はこの答えを知っていますが、派生した作品を超えた元のUnixの運命については言及していません。

28 history 

Plan 9は、Unixの後継としてBell Labsによって開発されました。さまざまな理由により、そのように完全に実現することはありませんでしたが、かなりの量の開発が依然としてプラン9に入りました。 私の質問は、もしあれば-Plan 9が現代のUnixに進出したことは何ですか？

28 unix  history  plan9 

最近のプログラミングおよびスクリプト言語の経験から、ほとんどのプログラマーは一般に、配列の最初の要素をインデックスとして0で参照することに慣れていると思います。1 を使用することで実質的な利点はありますか？ Zsh以外の言語でも、配列と同様に動作することを聞いたことがあると思います。それは同じように便利なので、私は大丈夫です。 ただし、以前にリリースされ、広く使用されているkshやbashなどのシェルスクリプト言語ではすべて0が使用されているため、 なぜこの共通の「標準」を変更することを選択するのでしょうか。 私の質問に対する私の即時の答えは「もちろんそうではない」でしょう。 シェルに対するこの「排他的な機能」に関して私が考えることができる唯一の説明は、「彼らはクールなシェルをもう少し見せるためにこれをやっただけ」だろう。 私はZshやその歴史についてあまり知りませんが、これに関する私の些細な理論が意味をなさない可能性が高いです。 これについての説明はありますか？それとも個人的な趣味から外れているのでしょうか？

27 zsh  history  array 

i915私が見つけることができる唯一の参照は、Intelチップ用のLinuxカーネルドライバーへの参照です。Intelは、それらをHDグラフィックスと呼んでいるようです。 Intel 915はPentium 4チップセットを参照しているようですが、現在のグラフィックアーキテクチャとは無関係です。

26 history  i915 

誰かがシェルに入力したすべてのコマンドをどのように記録できますか？ あなたが誰か他の人のサーバーにログインして何かが壊れた場合、または他の誰かがあなたのサーバーに（意図的または悪意を持って）ログインした場合、あなた自身を保護するために私は尋ねています。 初心者でも履歴をバイパスしunset historyたり、新しいシェルを作成してトラックを隠すことができます。 上級Linux管理者がどのコマンドが入力されたか/システムに加えられた変更をどのように追跡するのか興味があります。

24 shell  security  command-history  history