This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Hi, On Mon, Dec 18, Ulrich Drepper wrote: > Andreas Jaeger <aj@suse.de> writes: > > > nis/nss_nis/nis-netgrp.c uses: > > enum nss_status > > _nss_nis_setnetgrent (const char *group) > > > > but nss/nss_files/files-netgrp.c has: > > enum nss_status > > _nss_files_setnetgrent (const char *group, struct __netgrent *result) > > Well, I've implemented only the files part. Thorsten then did the NIS > part. You should ask him why he does not need the result data > pointer. The function is called in __internal_setnetgrent_reuse with > the extra parameter. I could use them, but struct __netgrent can only handle the case where you have one module in the /etc/nsswitch.conf netgroup line, not more. One module will overwrite the data from the previous module. We would need a list with a unique id for every module and a pointer to the data the module needs. I work in all modules with static data and a lock, because the NIS and RPC interface is not reentrant. I don't know why we haven't changed it, but for me it doesn't make any difference. Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE GmbH Schanzaeckerstr. 10 90443 Nuernberg Linux is like a Vorlon. It is incredibly powerful, gives terse, cryptic answers and has a lot of things going on in the background.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |