From owner-freebsd-current Tue Mar 12 19:59:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 5504E37B404 for ; Tue, 12 Mar 2002 19:59:21 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g2D3x7i51157; Tue, 12 Mar 2002 22:59:08 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 12 Mar 2002 22:59:07 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: eaccess(2) breaks execution of 4.x binaries on 5.x In-Reply-To: <20020312191211.A78611@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Kris Kennaway wrote: > Subject says it all, really; this is the cause of part of my problems in > getting 5.x packages built on the bento cluster, because it seems that > /bin/sh has come to depend on this syscall. Executing a 5.x /bin/sh on > a 4.x system causes a SIGSYS if it hits this code (e.g. test -x > /some/binary) > > Can this syscall be MFCed soon? Today it's eaccess(), tomorrow it's KSE system calls, ACL system calls, MAC system calls, 64-bit stat and ino_t, dev_t, devfs, ... Certainly we can MFC eaccess(), but that's not going to make the problem go away. Fundamentally our model is backward compatibility, not forward compatibility. We need to build 5.0 packages on 5.0. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message