This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC][PATCH] Add new getgrgid2(), getgrnam2() interfaces to glibc
- From: Ulrich Drepper <drepper at gmail dot com>
- To: Roland McGrath <roland at redhat dot com>
- Cc: Petr Baudis <pasky at suse dot cz>, libc-alpha at sourceware dot org, rhafer at novell dot com, sgallagh at redhat dot com
- Date: Tue, 19 Oct 2010 12:07:31 -0400
- Subject: Re: [RFC][PATCH] Add new getgrgid2(), getgrnam2() interfaces to glibc
- References: <20101018234247.GI8806@machine.or.cz> <20101019003956.39E26401B5@magilla.sf.frob.com>
On Mon, Oct 18, 2010 at 20:39, Roland McGrath <roland@redhat.com> wrote:
> Just the simple getgidbyname seems fine enough to me too. ÂThere is no real
> reason to have a constraint that the user-visible libc API must look like
> the internal NSS module API for the backend hooks.
>
> All that said, I really don't have any strong opinions about this at all.
I actually do. If the group data structure is not filled correctly it
should not at all be used for this type of interaction. If the GID is
the only piece of information which the caller is interested these
getgidbyname() etc interfaces are the only sane solution.
Before doing any of this I want to see more proof. Adding this type
of interface is creating major headaches for backward compatibility.
This has to be justified. I want to see numbers for affected
programs: which and how much they are affected, without and with nscd
running.