日々の破片

_ fork&exec

というか、sodaさんが既にポイントしてくださったEarly Unix history and evolution(PDF)に出ているように思うように思うような（ちょっと、僕にはこの英文は厳しい。なんでだろう？）。

厳しいので拾い読み。誤訳の指摘、歓迎です。

By `process control,' I mean the mechanisms by which processes are created and used; today the system calls fork, exec, wait, and exit implement these mechanisms. Unlike the file system, which existed in nearly its present form from the earliest days, the process control scheme underwent considerable mutation after PDP-7 Unix was already in use.

プロセスコントロールという言葉は、プロセスを生成して呼び出すメカニズムを意味する。今日のシステムコールつまり、fork、exec、wait、exitはこのメカニズムの実装である。ファイルシステムと異なり、初期のUnix実装のころからこのようなプロセス制御の仕組みは存在していた。これはPDP-7 Unixで既に利用されていたプロセス制御スキーマを変形させたものである。

(今日の、fork-exec-wait-exitのプロトコル説明は省略）

Processes (independently executing entities) existed very early in PDP-7 Unix. There were in fact precisely two of them, one for each of the two terminals attached to the machine. There was no fork, wait, or exec. There was an exit, but its meaning was rather different, as will be seen. The main loop of the shell went as follows.

プロセス（独立した実行単位）はPDP-7 Unixの初期から存在する。これらは実際には、正確に2つのプロセスしか存在しない。1つのマシンに接続した2つのターミナルということである。forkは無かった。wait、execもだ。exitがあるだけだ。しかし、その意味は、これから説明するように多少異なる。シェルのメインループは以下のようになる。

1)

The shell closed all its open files, then opened the terminal special file for standard input and output (file descriptors 0 and 1).

シェルはすべてのオープンしたファイルをクローズして、次にターミナルのスペシャルファイル（標準入力と標準出力――FDは0と1）を開く

2)

It read a command line from the terminal.

シェルはターミナルからコマンドラインを読み取る

3)

It linked to the file specifying the command, opened the file, and removed the link. Then it copied a small bootstrap program to the top of memory and jumped to it; this bootstrap program read in the file over the shell code, then jumped to the first location of the command (in effect an exec).

コマンドで指定されたファイルをリンクし、オープンし、次にリンクを削除する。そして小さなブートストラッププログラムをメモリーの先頭にコピーして次にそこへ制御を移す。このブートストラッププログラムはシェルプログラムを上書きするかたちでコマンドファイルを読み込み、次にコマンドの先頭に制御を移す（つまりexecである）

4)

The command did its work, then terminated by calling exit. The exit call caused the system to read in a fresh copy of the shell over the terminated command, then to jump to its start (and thus in effect to go to step 1).

コマンドは自分の仕事を実行する。次に、exitを呼び出し終結する。exitコールはシステムにシェルの新しいコピーを終結したプログラムを上書きする形で読み込むことを要求する。そしてその先頭に制御を移す（そしてステップ1へ戻る）

面倒なので、ここまで。

ここからわかることは、Unixがまだfork/exec/wait/exitを持たないうちから、標準入出力の用意（パイプがあろうがなかろうが、ターミナルに対して必要）、プログラム自身への次に実行するプログラムの上書き、といった操作を行っているということだ。

で、sodaさんが特定している個所が来る。

Process control in its modern form was designed and implemented within a couple of days. It is astonishing how easily it fitted into the existing system; at the same time it is easy to see how some of the slightly unusual features of the design are present precisely because they represented small, ……（引用するより、リンク先を参照するほうが早いと思うので、ここまで。この節が結論となっています）