Displaying 5 results from an estimated 5 matches for "gr_mem".
2000 Jan 04
0
two-level getgrent bug in samba-2.0.6 (PATCH#11)
...1999/12/10 00:50:01 1.110.2.25
+++ password.c 2000/01/04 00:47:35
@@ -618,24 +618,61 @@
#ifdef HAVE_GETGRENT
{
struct group *gptr;
- char **member;
setgrent();
while ((gptr = (struct group *)getgrent())) {
- if (!strequal(gptr->gr_name,group))
- continue;
- member = gptr->gr_mem;
- while (member && *member) {
+ if (strequal(gptr->gr_name,group))
+ break;
+ }
+
+ /*
+ * As user_ok can recurse doing a getgrent(), we must
+ * copy the member list into a pstring on the stack before
+ * use. Bug pointed out by leon@eatworms.swmed.edu.
+ */
+
+ if (g...
2005 Nov 05
1
[Bug 1060] ~/.ssh/config check too strict on systems with per-user groups
http://bugzilla.mindrot.org/show_bug.cgi?id=1060
djm at mindrot.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- Comment #5 from djm at mindrot.org 2005-11-06 04:38 -------
2005 Jul 03
4
[Bug 1060] ~/.ssh/config check too strict on systems with per-user groups
http://bugzilla.mindrot.org/show_bug.cgi?id=1060
Summary: ~/.ssh/config check too strict on systems with per-user
groups
Product: Portable OpenSSH
Version: 4.1p1
Platform: Other
URL: http://bugs.debian.org/314347
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
2004 Jan 21
0
AD Primary Group Masked by Local Primary Group
...2]: nss_winbind: Initialized nss_winbind group backend
[ 932]: nss_winbind: _nss_winbind_setgrent_solwrap
[ 932]: setgrent
...
[ 932]: getgrent
group.gr_name = Domain Users
group.gr_passwd = x
group.gr_gid = 10000
group.gr_mem = 0x25afc (user1a)
0x25b00 (user2a)
[ 932]: nss_winbind: _nss_winbind_getgrent_solwrap: Returning group: Domain Users
...
[ 932]: getgrent
group.gr_name = globalgrp
group.gr_passwd = x
group.gr_gid...
2004 Jul 13
1
Antwort: Re: 3.0.4: smbd's + nscd's = 100% CPU; load > 4
..., it's hard to tell
>> why the smbd processes spin out of control so
>> infrequently. Jeremy will know more about that.
>
> Ok, looking at the code in 3.0 there is no loop around the
> lookup for a bad user name. The code in question is here:
>
> for (gr = grp->gr_mem; (*gr != NULL) && ((*gr)[0] != '\0'); gr += 1)
{
> struct passwd *pw = getpwnam(*gr);
>
> if (pw == NULL)
> continue;
> add_uid_to_array_unique(pw->pw_uid, uids, num);
> }
>
> Note that if pw == NULL then the n...