From owner-freebsd-arch Sun Mar 10 14: 8:11 2002 Delivered-To: freebsd-arch@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 367F437B499 for ; Sun, 10 Mar 2002 14:07:55 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.6) id g2AM7tN11702; Sun, 10 Mar 2002 17:07:55 -0500 (EST) (envelope-from wollman) Date: Sun, 10 Mar 2002 17:07:55 -0500 (EST) From: Garrett Wollman Message-Id: <200203102207.g2AM7tN11702@khavrinen.lcs.mit.edu> To: arch@FreeBSD.org Subject: Re: Increasing the size of dev_t and ino_t In-Reply-To: <3C8B002B.D42A8572@mindspring.com> References: <27966.1015713342@critter.freebsd.dk> Organization: MIT Laboratory for Computer Science Cc: Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3C8B002B.D42A8572@mindspring.com> Terry Lambert writes: >Note also that POSIX requires them to be atomic types. So >"long long" need not apply, FWIW. Methinks Terry would be well served by actually *reading* the POSIX standard some time. What POSIX says in this timeline is that dev_t shall be an ``arithmetic type of appropriate length''. (I.e., dev_t is allowed to be a complex if that is the implementor's desire.) POSIX goes on to require that ino_t be ``an unsigned integral type''. POSIX has absolutely no notion of ``atomic types'' other than sig_atomic_t. In other words, `long long' is a perfectly acceptable underlying type for both dev_t and ino_t. The only other advice POSIX gives on the subject is: # The st_ino and st_dev fields taken together uniquely identify the # file within the system. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message