[src/trunk]: src/share/man/man8 Removed references to Linux. And removed the...

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

details:   https://anonhg.NetBSD.org/src/rev/ad8f98083512
branches:  trunk
changeset: 495442:ad8f98083512
user:      elric <elric%NetBSD.org@localhost>
date:      Fri Jul 28 03:08:52 2000 +0000

description:
Removed references to Linux.  And removed the section about linux_getdents
entirely, as I can not find an error message like that in the compat/osf1
source.

Addresses PR: 9060

diffstat:

 share/man/man8/compat_osf1.8 |  20 ++------------------
 1 files changed, 2 insertions(+), 18 deletions(-)

diffs (34 lines):

diff -r 9bd5e118f763 -r ad8f98083512 share/man/man8/compat_osf1.8
--- a/share/man/man8/compat_osf1.8      Fri Jul 28 02:39:45 2000 +0000
+++ b/share/man/man8/compat_osf1.8      Fri Jul 28 03:08:52 2000 +0000
@@ -1,4 +1,4 @@
-.\" $NetBSD: compat_osf1.8,v 1.3 1999/12/29 00:44:19 mrg Exp $
+.\" $NetBSD: compat_osf1.8,v 1.4 2000/07/28 03:08:52 elric Exp $
 .\"
 .\" Copyright (c) 1999 The NetBSD Foundation, Inc.
 .\" All rights reserved.
@@ -90,23 +90,7 @@
 with ``Bad system call''.
 .Pp
 Pathnames pointed to by symbolic links are not looked up in the
-shadow root when running a Linux executable. This is not consistent.
-.Pp
-OSF/1 executables can not handle directory offset cookies > 32 bits.
-Should such an offset occur, you will see the message "linux_getdents:
-dir offset too large for emulated program". Currently, this can only
-happen on NFS mounted filesystems, mounted from servers that return
-offsets with information in the upper 32 bits. These errors should 
-rarely happen, but can be avoided by mounting this filesystem with offset
-translation enabled. See the
-.Fl X
-option to
-.Xr mount_nfs 8 .
-The
-.Fl 2
-option to
-.Xr mount_nfs 8
-will also have the desired effect, but is less preferable.
+shadow root when running a OSF/1 executable. This is not consistent.
 .Sh SEE ALSO
 .Xr config 8 ,
 .Xr options 4 .