Date: Mon, 17 Jun 1996 22:12:06 -0700 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: Michael Hancock <michaelh@cet.co.jp> Cc: hackers@freebsd.org Subject: Re: vfork cow? Message-ID: <2019.835074726@time.cdrom.com> In-Reply-To: Your message of "Tue, 18 Jun 1996 11:39:41 %2B0900." <Pine.SV4.3.93.960618105553.6804A-100000@parkplace.cet.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
> I didn't realize that vfork in 4.4bsd was implemented with copy-on-write > semantics until I read the deamon book. Is it really going to be a > deprecated call kept around for compatibility? Uh, vfork() has always used COW semantics - it just shared data space with the parent in the early days and was considered dangerous if you had an application which vfork()'d but didn't exec() right away, hanging around and changing variables instead. Nowadays it's a bit different whereas fork() uses COW semantics by default and neither *fork() shares its parent's data space (for that, see rfork(2) in -current). In this environment, vfork() loses its reason to exist. Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2019.835074726>