Subject: port-alpha/9060: compat_osf1 contains errors
To: None <gnats-bugs@gnats.netbsd.org>
From: None <mrg@eterna.com.au>
List: netbsd-bugs
Date: 12/27/1999 06:13:27
>Number:         9060
>Category:       port-alpha
>Synopsis:       compat_osf1 contains errors
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    port-alpha-maintainer (NetBSD/alpha Portmaster)
>State:          open
>Class:          doc-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Dec 27 06:12:00 1999
>Last-Modified:
>Originator:     matthew green
>Organization:
people's front against (bozotic) www (softwar foundation)
>Release:        <NetBSD-current source date>today
>Environment:
	
System: NetBSD towers-of-dub.eterna.com.au 1.4M NetBSD 1.4M (_towers_) #32: Fri Nov 19 21:07:44 EST 1999 mrg@towers-of-dub.eterna.com.au:/orb/y/_towers_ alpha


>Description:

	obviously, compat_osf1.8 was copied compat_linux.8.  there
	are two paragraphcs in the `BUGS' section that still refer
	to linux, and it is unknown to me whether these points are
	valid under compat_osf1.  they are:


     Pathnames pointed to by symbolic links are not looked up in the shadow
     root when running a Linux executable. This is not consistent.

     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 hap-
     pen 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 -X option to mount_nfs(8).  The -2 option to
     mount_nfs(8) will also have the desired effect, but is less preferable.

>How-To-Repeat:
	
	man compat_osf1 completely.

>Fix:

	determine if these two paragraphs apply to compat_osf1 and
	fix/remove them as appropriate.

>Audit-Trail:
>Unformatted: