xref: /freebsd/lib/libsys/vfork.2 (revision 8269e7673cf033aba67dab8264fe719920c70f87)
1*8269e767SBrooks Davis.\" Copyright (c) 1980, 1991, 1993
2*8269e767SBrooks Davis.\"	The Regents of the University of California.  All rights reserved.
3*8269e767SBrooks Davis.\"
4*8269e767SBrooks Davis.\" Redistribution and use in source and binary forms, with or without
5*8269e767SBrooks Davis.\" modification, are permitted provided that the following conditions
6*8269e767SBrooks Davis.\" are met:
7*8269e767SBrooks Davis.\" 1. Redistributions of source code must retain the above copyright
8*8269e767SBrooks Davis.\"    notice, this list of conditions and the following disclaimer.
9*8269e767SBrooks Davis.\" 2. Redistributions in binary form must reproduce the above copyright
10*8269e767SBrooks Davis.\"    notice, this list of conditions and the following disclaimer in the
11*8269e767SBrooks Davis.\"    documentation and/or other materials provided with the distribution.
12*8269e767SBrooks Davis.\" 3. Neither the name of the University nor the names of its contributors
13*8269e767SBrooks Davis.\"    may be used to endorse or promote products derived from this software
14*8269e767SBrooks Davis.\"    without specific prior written permission.
15*8269e767SBrooks Davis.\"
16*8269e767SBrooks Davis.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
17*8269e767SBrooks Davis.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
18*8269e767SBrooks Davis.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
19*8269e767SBrooks Davis.\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
20*8269e767SBrooks Davis.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
21*8269e767SBrooks Davis.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
22*8269e767SBrooks Davis.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
23*8269e767SBrooks Davis.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
24*8269e767SBrooks Davis.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
25*8269e767SBrooks Davis.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
26*8269e767SBrooks Davis.\" SUCH DAMAGE.
27*8269e767SBrooks Davis.\"
28*8269e767SBrooks Davis.Dd May 22, 2016
29*8269e767SBrooks Davis.Dt VFORK 2
30*8269e767SBrooks Davis.Os
31*8269e767SBrooks Davis.Sh NAME
32*8269e767SBrooks Davis.Nm vfork
33*8269e767SBrooks Davis.Nd create a new process without copying the address space
34*8269e767SBrooks Davis.Sh LIBRARY
35*8269e767SBrooks Davis.Lb libc
36*8269e767SBrooks Davis.Sh SYNOPSIS
37*8269e767SBrooks Davis.In unistd.h
38*8269e767SBrooks Davis.Ft pid_t
39*8269e767SBrooks Davis.Fn vfork void
40*8269e767SBrooks Davis.Sh DESCRIPTION
41*8269e767SBrooks Davis.Bf -symbolic
42*8269e767SBrooks DavisSince this function is hard to use correctly from application software,
43*8269e767SBrooks Davisit is recommended to use
44*8269e767SBrooks Davis.Xr posix_spawn 3
45*8269e767SBrooks Davisor
46*8269e767SBrooks Davis.Xr fork 2
47*8269e767SBrooks Davisinstead.
48*8269e767SBrooks Davis.Ef
49*8269e767SBrooks Davis.Pp
50*8269e767SBrooks DavisThe
51*8269e767SBrooks Davis.Fn vfork
52*8269e767SBrooks Davissystem call
53*8269e767SBrooks Daviscan be used to create new processes without fully copying the address
54*8269e767SBrooks Davisspace of the old process, which is inefficient in a paged
55*8269e767SBrooks Davisenvironment.
56*8269e767SBrooks DavisIt is useful when the purpose of
57*8269e767SBrooks Davis.Xr fork 2
58*8269e767SBrooks Daviswould have been to create a new system context for an
59*8269e767SBrooks Davis.Xr execve 2 .
60*8269e767SBrooks DavisThe
61*8269e767SBrooks Davis.Fn vfork
62*8269e767SBrooks Davissystem call
63*8269e767SBrooks Davisdiffers from
64*8269e767SBrooks Davis.Xr fork 2
65*8269e767SBrooks Davisin that the child borrows the parent process's address space and the
66*8269e767SBrooks Daviscalling thread's stack
67*8269e767SBrooks Davisuntil a call to
68*8269e767SBrooks Davis.Xr execve 2
69*8269e767SBrooks Davisor an exit (either by a call to
70*8269e767SBrooks Davis.Xr _exit 2
71*8269e767SBrooks Davisor abnormally).
72*8269e767SBrooks DavisThe calling thread is suspended while the child is using its resources.
73*8269e767SBrooks DavisOther threads continue to run.
74*8269e767SBrooks Davis.Pp
75*8269e767SBrooks DavisThe
76*8269e767SBrooks Davis.Fn vfork
77*8269e767SBrooks Davissystem call
78*8269e767SBrooks Davisreturns 0 in the child's context and (later) the pid of the child in
79*8269e767SBrooks Davisthe parent's context.
80*8269e767SBrooks Davis.Pp
81*8269e767SBrooks DavisMany problems can occur when replacing
82*8269e767SBrooks Davis.Xr fork 2
83*8269e767SBrooks Daviswith
84*8269e767SBrooks Davis.Fn vfork .
85*8269e767SBrooks DavisFor example, it does not work to return while running in the child's context
86*8269e767SBrooks Davisfrom the procedure that called
87*8269e767SBrooks Davis.Fn vfork
88*8269e767SBrooks Davissince the eventual return from
89*8269e767SBrooks Davis.Fn vfork
90*8269e767SBrooks Daviswould then return to a no longer existent stack frame.
91*8269e767SBrooks DavisAlso, changing process state which is partially implemented in user space
92*8269e767SBrooks Davissuch as signal handlers with
93*8269e767SBrooks Davis.Xr libthr 3
94*8269e767SBrooks Daviswill corrupt the parent's state.
95*8269e767SBrooks Davis.Pp
96*8269e767SBrooks DavisBe careful, also, to call
97*8269e767SBrooks Davis.Xr _exit 2
98*8269e767SBrooks Davisrather than
99*8269e767SBrooks Davis.Xr exit 3
100*8269e767SBrooks Davisif you cannot
101*8269e767SBrooks Davis.Xr execve 2 ,
102*8269e767SBrooks Davissince
103*8269e767SBrooks Davis.Xr exit 3
104*8269e767SBrooks Daviswill flush and close standard I/O channels, and thereby mess up the
105*8269e767SBrooks Davisparent processes standard I/O data structures.
106*8269e767SBrooks Davis(Even with
107*8269e767SBrooks Davis.Xr fork 2
108*8269e767SBrooks Davisit is wrong to call
109*8269e767SBrooks Davis.Xr exit 3
110*8269e767SBrooks Davissince buffered data would then be flushed twice.)
111*8269e767SBrooks Davis.Sh RETURN VALUES
112*8269e767SBrooks DavisSame as for
113*8269e767SBrooks Davis.Xr fork 2 .
114*8269e767SBrooks Davis.Sh SEE ALSO
115*8269e767SBrooks Davis.Xr _exit 2 ,
116*8269e767SBrooks Davis.Xr execve 2 ,
117*8269e767SBrooks Davis.Xr fork 2 ,
118*8269e767SBrooks Davis.Xr rfork 2 ,
119*8269e767SBrooks Davis.Xr sigaction 2 ,
120*8269e767SBrooks Davis.Xr wait 2 ,
121*8269e767SBrooks Davis.Xr exit 3 ,
122*8269e767SBrooks Davis.Xr posix_spawn 3
123*8269e767SBrooks Davis.Sh HISTORY
124*8269e767SBrooks DavisThe
125*8269e767SBrooks Davis.Fn vfork
126*8269e767SBrooks Davissystem call appeared in
127*8269e767SBrooks Davis.Bx 3 .
128*8269e767SBrooks Davis.Sh BUGS
129*8269e767SBrooks DavisTo avoid a possible deadlock situation,
130*8269e767SBrooks Davisprocesses that are children in the middle
131*8269e767SBrooks Davisof a
132*8269e767SBrooks Davis.Fn vfork
133*8269e767SBrooks Davisare never sent
134*8269e767SBrooks Davis.Dv SIGTTOU
135*8269e767SBrooks Davisor
136*8269e767SBrooks Davis.Dv SIGTTIN
137*8269e767SBrooks Davissignals; rather,
138*8269e767SBrooks Davisoutput or
139*8269e767SBrooks Davis.Xr ioctl 2
140*8269e767SBrooks Daviscalls
141*8269e767SBrooks Davisare allowed
142*8269e767SBrooks Davisand input attempts result in an end-of-file indication.
143