From owner-freebsd-hackers Fri Feb 19 16:31: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id D45691194E for ; Fri, 19 Feb 1999 16:30:52 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id RAA05786; Fri, 19 Feb 1999 17:30:51 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd005743; Fri Feb 19 17:30:44 1999 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id RAA14495; Fri, 19 Feb 1999 17:30:42 -0700 (MST) From: Terry Lambert Message-Id: <199902200030.RAA14495@usr02.primenet.com> Subject: Re: UIDs greater than 65535? To: andre.albsmeier@mchp.siemens.de (Andre Albsmeier) Date: Sat, 20 Feb 1999 00:30:41 +0000 (GMT) Cc: jdp@polstra.com, hackers@FreeBSD.ORG In-Reply-To: <19990218093637.A1696@internal> from "Andre Albsmeier" at Feb 18, 99 09:36:37 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Can anybody think of a reason why UIDs > 65535 wouldn't work under > > FreeBSD? They seem to work, and I can't find any reason why they > > shouldn't. Even the NFS protocol (though not necessarily all NFS > > servers) seems to be able to accomodate 4-byte UIDs. > > I can only tell that quotas get big problems with ultra large uid's. > > See PR# 2325. I have a local fix here... it is ugly as sin and it > doesn't fix the problem but the effects. FWIW, quotas also have unresolvable Year 2038 problems, as well. UFS/FFS itself cas Year 2038 problems as well. Fortunately, CSRG thought ahead on this one, and reserved some fields for making it 64 bit, and defined that they would be initialized to zero in FS's until they were used. Unfortunately, someone in FreeBSD stole them for nanoseconds, instead of just using a small reserved area for the one time value that "make" uses that can (perhaps -- worst failure case is extra builds of derived files) be argued to need the resolution. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message