getpwent bug?
Dan Nelson
dnelson at allantgroup.com
Fri Jul 16 15:07:25 UTC 2010
In the last episode (Jul 16), Jens Rehsack said:
> 2010/7/16 Dan Nelson <dnelson at allantgroup.com>:
> > In the last episode (Jul 16), Ashish SHUKLA said:
> >> Well, OP is also invoking 'endpwent()' after every 'getpwent()'
> >> invocation which according to GNU/Linux's glibc and NetBSD's libc (as
> >> OP mentioned) should rewind the position in passwd database to the
> >> beginning.
> >
> > Ah. I missed the endpwent calls.
>
> Was difficult for me to format the single liner ;)
>
> >> To me it definitely looks like a bug in FreeBSD's getpw*() family of
> >> functions.
> >>
> >> As tested using sysutils/lsof, in the following program in FreeBSD, the
> >> descriptor corresponding to '/etc/pwd.db' is closed on endpwent(3) but
> >> position in database is never rewinded as shown in the output.
> >
> > It looks like the *pwent functions keep an internal counter that
> > endpwent doesn't reset.
>
> Could you please take a look to my other mail (getgrent related) - there
> seems another bug ...
Do you have another one-liner that will reproduce it? A simple
"/usr/bin/getent group" doesn't return dupes for me. Oddly enough, the
*grent code doesn't use an internal counter, so the bug you found in
endpwent doesn't exist in endgrent (afaik; the nsswitch code isn't that easy
to read).
> > Try the following patch:
>
> Can I do this without a full world rebuild? (I do not develop in FBSD
> actively).
Assuming your test programs are dynamically linked, you only need to rebuld
libc.
> > Index: gen/getpwent.c
> > ===================================================================
> > --- gen/getpwent.c (revision 210157)
> > +++ gen/getpwent.c (working copy)
> > @@ -794,6 +794,7 @@ files_setpwent(void *retval, void *mdata, va_list
> > (void)st->db->close(st->db);
> > st->db = NULL;
> > }
> > + st->keynum = 0;
> > break;
> > default:
> > break;
> >
> >
--
Dan Nelson
dnelson at allantgroup.com
More information about the freebsd-questions
mailing list