From owner-freebsd-hackers Sat Nov 20 11:39:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ind.alcatel.com (postal.xylan.com [208.8.0.248]) by hub.freebsd.org (Postfix) with ESMTP id 25C5314C1F for ; Sat, 20 Nov 1999 11:39:14 -0800 (PST) (envelope-from wes@softweyr.com) Received: from mailhub.xylan.com (mailhub [198.206.181.70]) by ind.alcatel.com (8.9.3+Sun/8.9.1 (ind.alcatel.com 3.0 [OUT])) with SMTP id LAA15383; Sat, 20 Nov 1999 11:37:32 -0800 (PST) X-Origination-Site: Received: from omni.xylan.com by mailhub.xylan.com (SMI-8.6/SMI-SVR4 (mailhub 2.1 [HUB])) id LAA15018; Sat, 20 Nov 1999 11:37:32 -0800 Received: from softweyr.com ([204.68.178.39]) by omni.xylan.com (4.1/SMI-4.1 (xylan engr [SPOOL])) id AA02933; Sat, 20 Nov 99 11:37:24 PST Message-Id: <3836F873.D3B989FE@softweyr.com> Date: Sat, 20 Nov 1999 12:37:23 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en Mime-Version: 1.0 To: "Daniel C. Sobral" Cc: John Polstra , Garance A Drosihn , hackers@FreeBSD.ORG Subject: Re: Portable way to compare struct stat's? References: <3836DF98.9A84EC44@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > John Polstra wrote: > > > > Well, the POSIX requirement isn't optional. If a system doesn't > > meet it then it is not POSIX-compliant. So any application that is > > targeted toward POSIX systems is perfectly within its rights to rely > > on the requirement. > > It was stated before that FreeBSD complies with POSIX except where > POSIX is broken. Well, it's broken here. st_dev+st_ino *can't* work > with modern, distributed filesystems (without undue overhead). It's not broken in this case. 2^16 (st_dev) is certainly enough to uniquely indentify all mounted filesystems, and 2^32 is (by definition) enough to uniquely indentify each of the files on a filesystem. Discussions (with strong, valid reasons) about expanding the size of ino_t should be carried out on -arch. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message