[src/trunk]: src/lib/libc/sys Remove

[dholland <dholland%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/535d293ee28d
branches:  trunk
changeset: 330699:535d293ee28d
user:      dholland <dholland%NetBSD.org@localhost>
date:      Fri Jul 18 16:02:50 2014 +0000

description:
Remove
     Users should not depend on the memory sharing semantics of vfork() as
     other ways of speeding up the fork process may be developed in the
     future.

as we are not planning to deprecate vfork. Besides NetBSD's
compatibility policy means we wouldn't change it anyway but introduce
something new.

Add
     Portable applications should not depend on the memory sharing semantics
     of vfork() as implementations exist that implement vfork() as plain
     fork(2).

because this is or used to be a real hazard.

ok christos

diffstat:

 lib/libc/sys/vfork.2 |  11 +++++++----
 1 files changed, 7 insertions(+), 4 deletions(-)

diffs (26 lines):

diff -r e6ab16f8aa42 -r 535d293ee28d lib/libc/sys/vfork.2
--- a/lib/libc/sys/vfork.2      Fri Jul 18 16:01:07 2014 +0000
+++ b/lib/libc/sys/vfork.2      Fri Jul 18 16:02:50 2014 +0000
@@ -1,4 +1,4 @@
-.\"    $NetBSD: vfork.2,v 1.26 2014/07/18 15:58:51 dholland Exp $
+.\"    $NetBSD: vfork.2,v 1.27 2014/07/18 16:02:50 dholland Exp $
 .\"
 .\" Copyright (c) 1980, 1991, 1993
 .\"    The Regents of the University of California.  All rights reserved.
@@ -118,10 +118,13 @@
 The original semantics were reintroduced in
 .Nx 1.4 .
 .Sh BUGS
-Users should not depend on the memory sharing semantics of
+Portable applications should not depend on the memory sharing
+semantics of
 .Fn vfork
-as other ways of speeding up the fork process may be developed in
-the future.
+as implementations exist that implement
+.Fn vfork
+as plain
+.Xr fork 2 .
 .Pp
 To avoid a possible deadlock situation, processes that are children
 in the middle of a