fork/execモデルの起源 - Plan9日記
UNIXを勉強すると、forkとexecが分離されていることに疑問を持ち、パイプやリダイレクトを使ってシェルを作り、その合理性に感動するというのが、お決まりのパターンになっているが、なぜこんな実装が生まれてきたのだろう。 WindowsのネイティブAPIであるNtCreateProcessや、その祖先とも言える*1VMSのsys$creprcは、意味的にはforkとexecが一体化されている。まぁ、こっちの方がプロセス生成という意味では自然なアプローチに感じられるが、sys$creprcの山のような引数を見ると、これを使ってプログラムを書く気は萎えてくる。input、output、errorって標準入出力のバインディングを変えるためだろうか。そうだとすると、UNIXモデルの方がシンプルで理に適っている。 fork、execはUNIX V1のころから存在するのだが、「The Evolutio
Linux カーネル 0.01の誕生 | スラド
0. 本ディレクトリの内容 linux-0.01.tar.Z - kernel のソース bash.Z - テスト用の bash の圧縮したバイナリ update.Z - 圧縮した update のバイナリ RELNOTES-0.01 - このファイル 1. 短い前置き これは、i386 シリーズを使用した AT 互換機で動作する minix 風のフリーな カーネルです。ソースコード全部が含まれています。このソースは２台の 異なった機器で動作しました。現在のところ、異なった機器で動作させるには ソースコードをそれぞれの機器でコンパイルする必要がありますので、 カーネルのバイナリは公開していません。コンパイルには gcc が必要です （私は gcc 1.40 を使用しました。gcc 1.37 では __asm__-directive 全部が 利用できるかどうかわかりません。）関連する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
