DataMuseum.dk

Presents historical artifacts from the history of:

ICL Comet 32

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about ICL Comet 32

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download

⟦2816837c4⟧ TextFile

    Length: 1260 (0x4ec)
    Types: TextFile
    Notes: UNIX file
    Names: »fork.2«

Derivation

└─⟦26887b7e0⟧ Bits:30009717 Comet 32 harddisk image
    └─⟦28c352965⟧ »/a« UNIX Filesystem
        └─⟦this⟧ »usr/man/man2/fork.2« 

TextFile

.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.