Messages in this thread | | | Date | Sun, 22 Nov 1998 16:39:01 -0700 (MST) | From | Dax Kelson <> | Subject | Re: High UID support for Linux |
| |
On 22 Nov 1998, H. Peter Anvin wrote:
> > It is generally bad to go past 99999, since all sorts of reporting tools > > get hopelessly messed up. It is _not_ an issue of "fix the tools" though, > > since there simply isn't enough room on a standard 80-column display. > > Imagine something like /bin/ps with lines wrapped... eww, unreadable mess! > > > > Actually, it *is* an issue of "fix the tools" -- the tools have to > deal with it SOMEHOW properly. > > -hpa
Solaris 2.5.1 broke the 16bit UID/GID barrier raising it to 32bit. The release notes for Solaris 2.5.1 goes into great detail on how different tools react at certain boundries.
For example:
2097152 or greater -- Users in this category using the tar command, the cpio -H ustar command, or the pax -x tar command will have their UIDs and GIDs set to nobody.
100000000 or greater -- The column alignment of the numeric forms of ls and find output become ragged, which may break shell scripts or other commands depending on the column output format.
Anyways, you can read the 2.5.1 release notes at http://docs.sun.com
Here is the direct link to the 32bit UID/GID discussion.
http://docs.sun.com:80/ab2/@LegacyPageView?toc=SUNWab_99_1%3A%2Fsafedir%2Fspace4%2Fpkgs%2Foldversioncol%2Fab1%2FSUNWabsa%2Ftoc%2FSVRRELNOTES%3A1017;bt=Solaris+2.5.1+Server+Release+Notes;ps=ps%2FSUNWab_99_1%2FSVRRELNOTES%2F02.Large_User_and_Group_IDs
Dax Kelson Internet Connect, Inc.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |