From owner-freebsd-hackers Tue Jul 18 10:31:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01287 for hackers-outgoing; Tue, 18 Jul 1995 10:31:06 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01280 for ; Tue, 18 Jul 1995 10:31:01 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id NAA08760; Tue, 18 Jul 1995 13:31:32 -0400 From: Charles Henrich Message-Id: <199507181731.NAA08760@crh.cl.msu.edu> Subject: Re: UID > 65536 works ? To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 18 Jul 1995 13:31:32 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <9507181714.AA24069@cs.weber.edu> from "Terry Lambert" at Jul 18, 95 11:14:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1363 Sender: hackers-owner@freebsd.org Precedence: bulk > The check is there for interoperability with FreeBSD as an NIS master > or slave (not client) with a non-FreeBSD slave or client (not master). > > This is because in order for the entries to be useful on most older > systems, you have to fit their idea of uid_t and gid_t. > > On FreeBSD, these are unsigned longs; on older systems, they are unsigned > (or even signed) shorts. > > By moving this restriction, you are breaking interoperability. > > Potentially, the line transfer representation in NIS would cause the > values to be truncated before they are sent out (instead of being > truncated by the recieving system). I haven't checked the NIS code > to be sure ...but you can while you are in there putting it back 8-). > > Probably, the code wants comments to this effect so it doesn't happen > again. It goes against every other piece of FreeBSD to keep out-dated defaults so things work (e.g. the LINEMODE in telnetd, or the tcp options). Having > 65535 UIDS is more useful to a fair number of folk than working with outdated NIS clients. Why not make an option so that you can enable the current broken behavior if need be, and default to what most modern operating systems now use, or are moving to rapidly. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/