That link sounds like what I want. But it is missing something.
When I said:
The old methods with the old settings would still be supported, to maintain binary compatibility. (using truncation in the event of a conflict. The first entry in /etc/passwd that matched the truncated entry would match and return that UID).
I was referring to still supporting an 8byte L_Cuserid to maintain backward compatibility. (This way applications would still be backwards compatible by default) Only if it is recompiled to use the "sysconf" setting would it allow the use of a longer user/groupid.) -brian On 4/26/07, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Brian Gupta wrote: > Why not introduce a new syscall(?) to dynamically query the username length, where the setting is set by the admin? (Maybe in /etc/system, maybe somewhere else) That way programs have an option of being compiled in a future safe method. New programming guidelines would recommend that developers change to the new methods. The syscall settings default would be set to 8 bytes by default. New functions don't help old applications. A syscall here isn't actually the correct way to do it anyway since for the most part the kernel doesn't deal in usernames only uids. See also: http://opensolaris.org/os/community/security/library/long_usernames/ -- Darren J Moffat
_______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
