|
|
DataMuseum.dkPresents historical artifacts from the history of: ICL Comet 32 |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about ICL Comet 32 Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - download
Length: 1260 (0x4ec)
Types: TextFile
Notes: UNIX file
Names: »fork.2«
└─⟦26887b7e0⟧ Bits:30009717 Comet 32 harddisk image
└─⟦28c352965⟧ »/a« UNIX Filesystem
└─⟦this⟧ »usr/man/man2/fork.2«
.ig @(#)fork.2 2.1 7/1/84 @(#)Copyright (C) 1983 by National Semiconductor Corp. .. .TH FORK 2 .UC .SH NAME fork \- spawn new process .SH SYNOPSIS .B fork() .SH DESCRIPTION .I Fork and .IR vfork (2) are the only ways new processes are created. With .I fork , the new process's core image is a copy of that of the caller of .IR fork . The only distinction is the fact that the value returned in the old (parent) process contains the process ID of the new (child) process, while the value returned in the child is 0. Process ID's range from 1 to 30,000. This process ID is used by .IR wait (2). .PP Files open before the fork are shared, and have a common read-write pointer. In particular, this is the way that standard input and output files are passed and also how pipes are set up. .PP .I Vfork is the most efficient way of creating a new process when the fork is to be followed shortly by an exec, but is not suitable when the fork is not to be followed by an exec. .SH "SEE ALSO" wait(2), exec(2), vfork(2) .SH DIAGNOSTICS Returns \-1 and fails to create a process if: there is inadequate swap space, the user is not super-user and has too many processes, or the system's process table is full. Only the super-user can take the last process-table slot.