【キーマン列伝】趣味人が単独で作ったOS！？ UNIXの父 ～ケン・トンプソン | エンタープライズ | マイナビニュース
大人数が参加しているのに、なかなか進まないプロジェクトというのがままある。そんな遅滞状況からあることをキッカケに、プロジェクトメンバーが単独で生み出してしまったOSがある。 そのOSとは、現在に至るまで長く広く使われている「UNIX」だ。今回はUNIXの開発者、ケン・トンプソン氏（以下敬称略）を紹介しよう。 本稿が掲載される2月4日が誕生日であるケン・トンプソンは、幼少の頃から電気工作に強く、近所の電器屋の手伝いをして駄賃代わりにもらった部品で、自作のラジオや無線機を作ったこともあったという。そして、その流れのままカリフォルニア大学バークレー校の電気工学科を卒業して同大学院へ進む。学生時代には得意の電気工作でジュークボックスの修理で学費と生活費を稼いでいた。どちらかと言えばハードウェアに強い彼がなぜ、UNIXを開発することになったのか？ 大学院修了時に、AT&Tベル研究所から入所の誘いがあ
Bourne Shell - Wikipedia
Bourne Shell（ボーンシェル）は、Unix Version 7 のデフォルトシェルでUnixで使われていたUnixシェルの一つである。POSIX規格で規定されるUnix系システムではBourne Shell後継のPOSIX準拠のシェルに置き換わっており、POSIXに準拠していないBourne Shellはすでに使われていない。/bin/shはかつてはBourne Shellだったが、現在はPOSIXシェルへのシンボリックリンクかハードリンクになっている。多くのUnix系システムでは現在でもシェルスクリプトを記述するのに/bin/shが一般的に使われている。ただし、ユーザが通常使うシェルにはインタラクティブに適したPOSIX準拠シェルを用いることが一般的である。 AT&Tベル研究所のスティーブン・ボーンが開発し、それまでの Thompson shell を置き換えた。いずれもコマン
)
シグナル (ソフトウェア) - Wikipedia
このページの名前に関して「シグナル (プロセス間通信)」もしくは「シグナル (Unix)」への改名が提案されています。 議論はこのページのノートを参照してください。（2018年4月） シグナル（英: signal）とは、Unix系（POSIX標準に類似の）OSにおける、限定的なプロセス間通信の形式を使って、プロセスに対し、非同期で、イベントの発生を伝える機構である。シグナルが送信された際、OSは宛先プロセスの正常な処理の流れに割り込む。どんな不可分でない処理の間でも割り込むことができる。受信プロセスが以前にシグナルハンドラを登録しておけば、シグナル受信時にそのルーチンが実行される。さもなくば、デフォルトのシグナル処理が行われる。（同様なものは他のTSSなどでも開発されてはいるが、UNIXのシグナルは）1970年ごろベル研究所でUNIXに実装された。後にPOSIXである程度は標準化されている
)
ソケット (BSD) - Wikipedia
ヘッダファイル[編集] BSDソケットにはいくつかのヘッダファイルがある。 <sys/socket.h> BSDソケットの中核となる関数とデータ構造 <netinet/in.h> AF_INET と AF_INET6 アドレスファミリ。インターネット上で広く使われ、IPアドレスとTCP/UDPのポート番号が含まれる。 <sys/un.h> AF_UNIX アドレスファミリ。同一コンピュータ上で動作するプログラム間のローカルな通信に使用。ネットワーク上では使われない。 <arpa/inet.h> 数値としてIPアドレスを操作する機能の定義 <netdb.h> プロトコル名とホスト名を数値アドレスに変換する機能の定義。ローカルなデータやDNSを検索する。 TCP[編集] TCP はコネクションの概念を提供する。TCPソケットを生成するには socket() 関数で AF_INET または AF
The UNIX System
The Single UNIX Specification Version 3 - incorporating IEEE Std 1003.1 and ISO/IEC 9945 and integrating the industry's Open Systems standards.
yebo blog: Debian GNU/Hurd、早ければ2012年末にリリース
2011/07/15 Debian GNU/Hurd、早ければ2012年末にリリース Debianプロジェクトが、Debian 7.0 Wheezyと一緒にDebian GNU/Hurdをリリースするそうだ[The H]。Wheezyのリリース計画は2012年末あるいは2013年始めとの事。既にDebianのメンテナーSamuel Thibault氏がグラフィカルインストーラが組み込まれたDebin GNU/Hurd CDセットを作っており、ダウンロードできる。GNU/Hurdが、ようやく使えるようになるのか... メールで送信 BlogThis! Twitter で共有する Facebook で共有する Google バズで共有する 投稿者 zubora 投稿時間 17:12 ラベル: Gnu, Open Source, OS 0 コメント: コメントを投稿
sshd_config - OpenSSH SSH デーモン 設定ファイル
OpenSSH SSH デーモン 設定ファイル 書式 /etc/ssh/sshd_config 説明 sshd (8) は/etc/ssh/sshd_config(あるいはコマンドラインから-f オプションで指定したファイル) から設定を読み込みます。このファイルの各行は"キーワード 引数"の形式になっており、空行あるいは # で始まる行はコメントとみなされます。空白を含む引数はダブルクォート で囲んで表現することもできます。 使用できるキーワードとその説明は以下の通りです(キーワードでは大文字小文字は区別されませんが、引数では区別されることに注意してください): AcceptEnv (受け付ける環境変数) クライアントから送られた環境変数のうち、どれをそのセッションのenviron (7) にコピーするかを指定します。クライアント側をどのように設定するかについてはssh_config (
文書とか (OpenSSH, djb, Python, Lisp/Scheme ...)
OpenSSH 関連 djb 関連 Python 関連 / Pygame 関連 Lisp/Scheme 関連 実用もの 資料 どうでもいいもの 著作権について: 翻訳物に関してはもとの著者に著作権があります (翻訳に際して生じた著作権は主張しません)。 新山自身が書いたものに関しては出典を残すかぎりどのように利用していただいてもかまいません。 OpenSSH 関連 お知らせ: OpenBSDプロジェクトは2014年3月から多国語の文書翻訳がなくなり、英語に一本化されています。 OpenSSH 日本語マニュアルページ OpenSSH 各種コマンドの man ページの翻訳です。 PuTTY と OpenSSH の設定 Windows 用の SSH クライアント PuTTY を OpenSSH と相互運用させる手続きを 音声つきで解説したものです。 Theo de Raadt インタビュー (2
diffの動作原理を知る～どのようにして差分を導き出すのか | gihyo.jp
UNIXの基本的なコマンドの1つであるdiff。 これに実装されているアルゴリズムは実に興味深い世界が広がっています。 本稿では、筆者が開発した独自ライブラリ「dtl」をもとに「diffのしくみ」を解説します。 はじめに diffは2つのファイルやディレクトリの差分を取るのに使用するプログラムです。 ソフトウェア開発を行っている方であれば、SubversionやGitなどのバージョン管理システムを通して利用していることが多いかと思います。本稿ではそのdiffの動作原理について解説します。 差分の計算の際に重要な3つの要素 差分を計算するというのは次の3つを計算することに帰結します。 編集距離 2つの要素列の違いを数値化したもの LCS（Longest Common Subsequence） 2つの要素列の最長共通部分列 SES（Shortest Edit Script） ある要素列を別の要
diff - Wikipedia
In computing, the utility diff is a data comparison tool that computes and displays the differences between the contents of files. Unlike edit distance notions used for other purposes, diff is line-oriented rather than character-oriented, but it is like Levenshtein distance in that it tries to determine the smallest set of deletions and insertions to create one file from the other. The utility dis
似非管理者の寂しい夜:RHEL6によってUNIXが追い詰められる？ - livedoor Blog（ブログ）
Redhat Enterprise Linuxの次期バージョン、RHEL6のベータ版の発表や今後の正式リリースが話題になっているようです。 ボクが関連する記事を読んで少し興味を持ったのは、今までUNIXの大型機の独壇場だった、マルチプロセッサや超大容量メモリなどにもRHEL6では対応するという点です。 具体的には、4096個のCPUをサポートし、メモリも64TBまで管理できるらしい。 今までが64個のCPUと1TBのメモリが上限だったので、かなりの飛躍となります。 ただ、現時点での単独のサーバに64個のCPUや1TBのメモリを積んでいるシステムなら、十分大規模だと思うんですけどね。 さらに、そういう規模のエンタープライズサーバの導入と運用を任される不運な担当者に選任されて、「このサーバには、SolarisとRHELをインストールできますが、どちらにしますか？」と訪ねられたら、もしくは、「O
UNIX上でのC++ソフトウェア設計の定石 (1) - memologue
UNIXは、Windowsなどの“開発者に優しい”OSと比較すると、シグナルやスレッドの利用に関して制限事項が多いですが、それを知らずにアーキテクチャ設計および実装を行ってしまうケースが散見されます。これは、再現困難なバグの温床となるでしょう。 そこで、罠に嵌らないための「鉄則」を何回かに分けて書いてみようと思います。 鉄則1: シグナルの送受に依存しない設計にしよう 他プロセスおよび自プロセスに対し、非同期シグナルを配送して処理の流れを変える設計はやめよう 非同期シグナルとは、SIGUSR1・SIGUSR2・SIGINT・SIGTERM などの、killシステムコールによって生成・配送されるシグナルのこと 単に無視(SIG_IGN)するのは問題なし スレッドとシグナルの併用もやめよう 動作の予測が困難、デバッグが困難 説明： 同期シグナルとは、SIGSEGV,SIGBUS,SIGPIPE
memologue - UNIX上でのC++ソフトウェア設計の定石 (2)
鉄則2: シグナルハンドラで行ってよい処理を知ろう sigaction関数で登録したシグナルハンドラで行ってよい処理は非常に限定されている 次の３つの処理だけが許されている 自動変数の操作 “volatile sig_atomic_t” 型の大域変数の操作 「非同期シグナルセーフ」関数の呼び出し これ以外の処理を記述しないこと！ 説明： シグナル受信時に何らかの処理を行うためには、シグナルハンドラと呼ばれる関数を用意し、それをsigaction関数でシグナル名と紐付けておけばOKです。しかし、シグナルハンドラ内で行ってよい処理は、上記の通り非常に限定されています。これを把握しないまま奔放なコードを書くと次のような現象が起き得ます： 問題1: プログラムがデッドロックする危険がある タイミングに依存する、再現困難なバグの原因となる デッドロックの発生が典型例だが、それ以外にも関数の戻り値不正
UNIXサーバ SPARC Enterprise 技術情報 Technical Park - 富士通
SPARC Enterpriseの本体装置は販売を終了しました。 本製品の後継機種はSPARC Serversです。 最新の技術情報はSPARC Serversの「技術情報 Technical Park」をご覧ください。 UNIXサーバ SPARC Enterpriseの技術情報を集めた、ポータルサイトです。 ドキュメント ～構築・運用～ SPARC Enterprise(ミッションクリティカル)を使ってみよう SPARC Enterprise M3000、M4000、M5000、M8000、M9000構築時の、XSCFやパーティション設定およびOS導入について解説します。 SPARC Enterprise Mシリーズを使ってみよう (3.02 MB ) Oracle Solaris 11を使ってみよう Oracle Solaris 11の概要、新機能や構築・運用方法について紹介します。
Unix philosophy - Wikipedia
Ken Thompson and Dennis Ritchie, key proponents of the Unix philosophy The Unix philosophy, originated by Ken Thompson, is a set of cultural norms and philosophical approaches to minimalist, modular software development. It is based on the experience of leading developers of the Unix operating system. Early Unix developers were important in bringing the concepts of modularity and reusability into
Open Brand
The UNIX 03 Product Standard is a precisely defined and documented set of functionality to which products can be certified. It provides a mapping between certification, the specifications, and the test suites needed to demonstrate conformance. Product Standard: UNIX 03 Apple Inc.: macOS version 14.0 Sonoma on Apple silicon-based Mac computers Apple Inc.: macOS version 14.0 Sonoma on Intel-based Ma
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
UNIXのことなら 株式会社創夢―SOUM Corporation
Non-Blocking sockets tutorial
Amazon.co.jp: 詳解UNIXプログラミング 新装版: W.リチャードスティーヴンス (著), Stevens,W.Richard (原名), 敦雄,大木 (翻訳): 本
アップル - Mac OS X Snow Leopard - 世界で最も先進的なオペレーティングシステム
