On Sunday, September 1, 2002, at 02:44 , John W. Krahn wrote:
[..]
> According to getpwent(3) on my system it just reads from /etc/passwd.
I believe we both agree on some of the language of getpwent(3),
the vol 3 manual page, and that it asserts:
" The functions getpwnam() and getpwuid() search the password database
for
the given login name or user uid, respectively, always returning the
first one encountered.
The getpwent() function sequentially reads the password database and
is
intended for programs that wish to process the complete list of users.
"
given that I know, the former set is what perl code rests
upon, and the reason I use it, is because it will use
what ever the 'system' defines as 'database' - as in the
case with Solaris Machines - cf nsswitch.conf - with
other os's check their relationship with NIS and/or Active
Directory - and yes... given that my limited experience
on only solaris,darwin,linux rh7.3, FreeBsd - machines
where my getpwname data is not in a host local /etc/passw* files
may not cover all cases - but it clearly makes me
nervous enough to feel compelled to remind folks:
Know Before You Go...
A part of the reason I shifted to using perl was because
of NIS/NIS+ and other forms and variations on doing
single user authentication and sign-on - and that these
vol 3 system calls understood that I did not need to
parse the /etc/passwd .... the same is true for the
queries to /etc/hosts and other basic things that are
shifting into NIS/NIS+/LDAP/NetInfo/SLP/ActiveDirectory/<next_buzz_here>
ciao
drieux
---
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
