Path: utzoo!attcan!uunet!aplcen!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!wuarchive!emory!mephisto!mcnc!rti!dg-rtp!batgirl!goudreau
From: goudreau@batgirl.rtp.dg.com (Bob Goudreau)
Newsgroups: comp.unix.internals
Subject: Re: String uids for power and security
Message-ID: <1990Sep30.224638.24888@dg-rtp.dg.com>
Date: 30 Sep 90 22:46:38 GMT
References: <18525:Sep2703:51:0090@kramden.acf.nyu.edu> <18553@rpp386.cactus.org> <4110@auspex.auspex.com>
Sender: usenet@dg-rtp.dg.com (Usenet Administration)
Organization: Data General Corporation, RTP, NC.
Lines: 22

In article <4110@auspex.auspex.com> guy@auspex.auspex.com (Guy Harris) writes:
>>The cheap solution is to just make UIDs 32 bits.  This is what was
>>done in AIX 3.1 (over the protestations of our dear friends at AT&T,
>>The Protectors Of The Holy Squid), and is now I understand being
>>done with V.4.
>
>It is, at least for all systems conforming to any of the ABIs defined
>for S5R4; UIDs, GIDs, process ID's, inumbers, "dev_t"s, "int"s (yes,
>"int"s, no ABI-conforming system can have "int"s shorter than 32 bits),
>link counts, and file modes ("st_mode" in the "stat" structure) must be
>32 bits or longer in any ABI-conforming system.

The M88000 Binary Compatability Standard (for systems based on
Motorola's 88k) also specifies uid_t, gid_t, pid_t, mode_t, dev_t, etc.
as 32-bit containers.  Note that the BCS is based on V.3, not V.4

It's unfortunate that the NFS protocol only allocates 16 bits for
device numbers.
----------------------------------------------------------------------
Bob Goudreau				+1 919 248 6231
Data General Corporation
62 Alexander Drive			goudreau@dg-rtp.dg.com