You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
cygwin+minttyで C:\cygwin\bin\mintty.exe -i /Cygwin-Terminal.ico - とした場合と C:\cygwin\bin\mintty.exe -i /Cygwin-Terminal.ico とした場合(“-“(ハイフン)の有無)で挙動が違う(読み込まれる設定ファイルが違う&起動速度が違う)ので調べてみた。 設定ファイルの読み込み順 挙動の違いはman minttyとすれば記述がある。 SYNOPSIS mintty [OPTION]… [ - | PROGRAM [ARG]… ] ~~~中略~~~ INVOCATION If a program name is supplied on the command line, this is executed with any additional arguments given. Other
Linux is Obsolete.(Linus Tanenbaum Debate) 『ディベート:リナックスは時代遅れだ』 Translation by Akira Kurahone この付録には、Andrew Tanenbaum教授とLinus Torvaldsの(comp.os.minixへの)投稿を軸にインターネット上で展開された、あの有名な「Linuxは時代遅れだ」という題で開始されるTanenbaum対Linus論争を記載しておこう。1992年の初めのころ、Andrew Tanenbaum教授は、オペレーティングシステムとOSの設計に関して非常に優れた現実的な考えを持ち、研究者として一目置かれている存在であった。教授は、ネットニュースで繰り広げられている話題がLinuxに移り変わっていたのに気づくと、いまがLinuxに関してコメントを述べる時期だと感じ、投稿を開始した。 確かに
UNIXの歴史にはある大きな転換点があり、そこには「もう一つの未来」の可能性が開けていました。この転換期に起こった出来事は「UNIX戦争」として知られていますが、その背景に「UNIXをC++で分散OSに書き直す」という野心的な計画があったことは、今ではほとんど語られることはありません。 私は、この一連の出来事の時期に、『日経エレクトロニクス』の記者としてUNIXの動向を追っていました。当時の出来事の概要を、取材者の視点から書き記しておきたいと思います。多くの読者にとって初耳の情報も含まれていると思います。 一連の出来事の発端は1987年に発表された、Sun、AT&T、Microsoftによる統合UNIXの発表です。この発表の前夜がどういう時代だったか、という話がまず必要でしょう。 統合前夜 1980年代後半は、コンピュータの歴史でも重要な時期でした。この時期、32ビット・マイクロプロセッサ
2002年頃、とある雑誌でPlan 9の記事を6ページほど作ったことがある。冷静に考えると、とても流行するようには思えなかったのだが、私にはPlan 9はまぶしく輝いて見えた。それは紛れもなく未来のUNIXだったし、日々コンピュータやネットワークを利用する環境として、ぜひとも使いたいと思えるような機能が多くあった。 「Plan 9」(プラン・ナイン)はUNIXが生まれたベル研究所で、次世代UNIXとして開発されていた分散OSだ。UNIXやC言語を生み出したケン・トンプソン、デニス・リッチー、ロブ・パイクらのチームが、当時UNIXが抱えていた限界を打ち破るために、ネットワークやGUIを最初からUNIXの設計思想に基づいて取り入れた先進的なOSだった。それは、未来のUNIXとなるはずだった。 UNIXの大きな特徴として、デバイスをファイルにマッピングして抽象化するというものがある。各I/Oポー
こないだ同僚のアドミンに'write'コマンドでメッセージしたら、驚いたことに彼はどうやって返事したらいいか分からず、携帯電話で連絡をよこしてきた。自分は10年以上こうやってメッセージしたりしてきたが、彼はそんなことが出来ることすら知らなかったそうだ。 きっとこういうことは「よくあること」で、他にも色々とある気がしてきた。自分にとっては当たり前でも、他人には珍しがられるUnix技にはどんなものがあるだろうか?
この Web ページでは,我々の研究室で学部学生/大学院学生 と行なっている各種の入門演習の資料 (データベース,プログラミング, ネットワーク等に関する演習)を公開しています. 目次 【データベースソフトウエアと Web サーバソフトウエアと関連ツールのインストールと使用法】 Apache, MySQL, PHP, phpMyAdmin インストールと各種ツールの使用法 PostgreSQL インストールと各種ツールの使用法 Java DB (Derby) インストールと各種ツールの使用法 Firebird のインストールと各種ツールの使用法 DB2 Express-C インストール HiRDB インストールと各種ツールの設定 【リレーショナルデータベース演習】 SQL 入門 郵便番号データベース演習 【Java プログラミング】 Java と Java 開発環境 Eclipse
This document is a collection of Unix/Linux/BSD commands and tasks which are useful for IT work or for advanced users. This is a practical guide with concise explanations, however the reader is supposed to know what s/he is doing. Unix Toolbox revision 14.5 The latest version of this document can be found at http://cb.vu/unixtoolbox.xhtml. Replace .xhtml on the link with .pdf for the PDF version a
perl - the best friend of find(1) 404 Blog Not Foundを見てて、シェルについて書いてみたくなりました。 丁度、Linuxを学ぶための10個の効果的な方法で言及したシェルを覚えた経緯を詳しく書いてみたかったのでだらだらと書いてみる。 前回書いた内容がこちら。 順を追って解説していきます。 シェル覚えた経緯。 第一段階としてはパイプラインを覚える | 第二段階はsort や grep など、パイプラインで処理するのに便利なコマンドを覚える。 第三段階でls | awk '{print $2}' とかやってみて、スペースで区切られた2列目が表示される事に感動してみる。 第四段階でls | awk '{print "ls "$2}'でコマンドを作ってみてls | awk '{print "ls "$2}'|sh でコマンドをばーっと処理してくれる事
「Java BlockingQueueで遊ぶ:パイプラインごっこ」でパイプラインの話をしたので、本来の、つまりUnixのパイプやリダイレクトを少し調べてみました。 たまに話題となる some-command >file 2>&1 と some-command 2>&1 >fileの挙動の違いについて、「シェルはコマンドラインリダイレクトの指定を右から左に解釈実行する」なんて説明が見つかりました。んなバカな! パージングは左から右にするものですよ。パーズツリーを逆順にたどることはできるけど、そんなことする必然性はなんにもないよ。 次の記事を読むと、「右から左」なんて事情じゃないことが分かるでしょう。 UNIXの部屋 検索: リダイレクト シェルのリダイレクトにまつわる失敗 さてここでは、複雑なリダイレクト処理も完全に理解できる処方箋を示しましょう。例えば、次のコマンドラインが何をするか分かる
inetd や xinetd (以下 inetd) はインターネットサービスをデーモン化するのに共通している処理を担い、ほとんどの時間をアイドル状態で過ごすその手のサービスに必要なリソースを節約する役割を果たします。 inetd のひとつ面白いところは、inetd でサービス化したいプログラムの標準入力/標準出力がクライアントソケットの入出力に接続されるところです。例えば daytime 相当のサービスを自分で作ろうと思った場合 #!/usr/local/bin/perl # daytime.pl use strict; use warnings; use DateTime; use IO::Handle; STDOUT->autoflush(1); STDOUT->printf( "%s\n", DateTime->now(time_zone => 'Asia/Tokyo') ); と標
「Basics of the Unix Philosophy」でUNIX哲学の基本原則がまとめられています。 UNIXの設計思想として紹介されていますが、多くは普通のソフトウェアを設計する場合にもあてはまると思われます。 1. Rule of Modularity(モジュール性): きれいなインターフェースで接続された、簡潔な部品を書きましょう。 2. Rule of Clarity(明瞭さ): 明瞭さは賢さよりも良いです。 3. Rule of Composition(構成): 他のプログラムと接続できるようにプログラムを設計しましょう。 4. Rule of Separation(分離): ポリシーとメカニズムを分離しましょう。エンジンとインターフェースを分離しましょう。 5. Rule of Simplicity(単純性): 単純化された設計をしましょう。複雑さは必要な時だけ追加しま
いいね! 48 ツイート B! はてブ 245 Pocket 28 ウェブサーフィンをしていて、ひょんなことから安倍晋三氏のウェブサイトに辿りついた。 で、いってみてびっくりしたのが、トップページにデカデカと掲載されている安倍さんの全身写真の後ろにはなぜかUNIXコマンドがびっしり掲載されているではないか。しかも、それぞれのコマンドには政治的なメッセージが含まれている。 おもしろいので、全部訳して(?)みた。 写真と被っていて見えない部分もあるが、掲載されているコマンドは以下の通り(みえない部分は予想です。) [ccs@05JAPAN] cd 3rd_gen_koizumi_cabinet [ccs@05JAPAN] svn co https://jp.bluequartz.org/seisaku/proud [ccs@05JAPAN] ./configure –with-passion=
Business Value of IT, Future of business/companies/workers, Ability to innovate. UNIXの起源は、AT&Tのベル研で開発されたオペレーティングシステムである。ベル研の知的財産開放義務のため、元々オープンソースのOSであり、それを各ベンダが独自の技術・工夫を凝らして性能・機能を改善して市場に投入した。UNIXは、スーパーコンピュータに対するローエンド破壊(※クレイトン・クリステンセン「イノベーションのジレンマ」で言われている、“既存企業にとってそれほど魅力的でない下位顧客層を奪って成長する”イノベーションのこと)だと言われている。 UNIXサーバのメジャープレイヤとしては、Sun Microsystems (Sun), Hewlett-Packard (hp), IBMあたりが挙げられると思うが、今回はSunと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く