OSDN Git Service

Revert the following change to correct the mail address of the committer
[linuxjm/jm.git] / manual / LDP_man-pages / draft / man2 / vfork.2
index 9d32102..0205f13 100644 (file)
@@ -100,7 +100,7 @@ glibc 2.12 より前: _BSD_SOURCE || _XOPEN_SOURCE\ >=\ 500 || _XOPEN_SOURCE\ &&
 (すなわち、子プロセスが終了するか \fBexecve\fP(2) を呼んだ後) に到着する。
 .SS 歴史的な説明
 Linux において \fBfork\fP(2)  は書き込み時コピー (copy\-on\-write) ページを使用して実装されている。 そのため
-\fBfork\fP(2)  を使用することによって被る損害は親プロセスのページテーブルを 複製するために必要な時間とメモリだけである。
+\fBfork\fP(2)  ã\82\92使ç\94¨ã\81\99ã\82\8bã\81\93ã\81¨ã\81«ã\82\88ã\81£ã\81¦è¢«ã\82\8bæ\90\8d害ã\81¯è¦ªã\83\97ã\83­ã\82»ã\82¹ã\81®ã\83\9aã\83¼ã\82¸ã\83»ã\83\86ã\83¼ã\83\96ã\83«ã\82\92 è¤\87製ã\81\99ã\82\8bã\81\9fã\82\81ã\81«å¿\85è¦\81ã\81ªæ\99\82é\96\93ã\81¨ã\83¡ã\83¢ã\83ªã\81 ã\81\91ã\81§ã\81\82ã\82\8bã\80\82
 しかしながら、忌しき昔には \fBfork\fP(2)  は呼び出したプロセスのデータ空間の全てのコピーしていたが、
 これはしばしば不必要であった。なぜなら、たいていはすぐ後に \fBexec\fP(3)  を実行していたからである。 この場合の効率を上げるために BSD は
 \fBvfork\fP()  システムコールを導入して親プロセスのアドレス空間を完全にコピー するかわりに、 \fBexecve\fP(2)  をコールするか
@@ -112,7 +112,7 @@ exit が起きるまで親プロセスのメモリと制御スレッド を借
 POSIX.1\-2008 では \fBvfork\fP() の規定が削除されている。
 
 .\" In AIXv3.1 vfork is equivalent to fork.
-\fBvfork\fP() コールは他のオペレーティングシステムの同名のコールと ちょっと似
+\fBvfork\fP() ã\82³ã\83¼ã\83«ã\81¯ä»\96ã\81®ã\82ªã\83\9aã\83¬ã\83¼ã\83\86ã\82£ã\83³ã\82°ã\83»ã\82·ã\82¹ã\83\86ã\83 ã\81®å\90\8cå\90\8dã\81®ã\82³ã\83¼ã\83«ã\81¨ ã\81¡ã\82\87ã\81£ã\81¨ä¼¼
 ているかもしれない。規格が \fBvfork\fP() に要求していることは、 \fBfork\fP(2) に要
 求していることよりは弱い。したがって、 両者を同じものとして実装しても、規格に
 準拠していることになる。 特にプログラマーは、子プロセスが終了するか
@@ -175,6 +175,6 @@ Linux では 2.2.0\-pre6 あたりまでは \fBfork\fP(2)  と等価であった
 .SH 関連項目
 \fBclone\fP(2), \fBexecve\fP(2), \fBfork\fP(2), \fBunshare\fP(2), \fBwait\fP(2)
 .SH この文書について
-この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.54 の一部
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.53 の一部
 である。プロジェクトの説明とバグ報告に関する情報は
 http://www.kernel.org/doc/man\-pages/ に書かれている。