From owner-cvs-all Tue Jul 28 09:07:59 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09080 for cvs-all-outgoing; Tue, 28 Jul 1998 09:07:59 -0700 (PDT) (envelope-from owner-cvs-all) Received: from spawn.nectar.com (spawn.nectar.com [204.27.67.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA09054 for ; Tue, 28 Jul 1998 09:07:54 -0700 (PDT) (envelope-from nectar@spawn.nectar.com) Received: from localhost.nectar.com ([127.0.0.1] helo=spawn.nectar.com) by spawn.nectar.com with esmtp (Exim 1.92 #1) id 0z1CHA-0001Rg-00; Tue, 28 Jul 1998 11:06:56 -0500 X-Mailer: exmh version 2.0.2 2/24/98 X-PGP-RSAfprint: 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE X-PGP-RSAkey: http://www.nectar.com/nectar-pgp262.txt From: Jacques Vidrine In-reply-to: <19980728100031.A1374@cs.tu-berlin.de> References: <19980728100031.A1374@cs.tu-berlin.de> Subject: Re: [n@nectar.com: question regarding getgrent.c rev 1.14] To: Wolfram Schneider cc: committers@freebsd.org Date: Tue, 28 Jul 1998 11:06:56 -0500 Message-Id: Sender: owner-cvs-all@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- If ``some users'' refers to me, I apologize for being unclear. I was considering doing a merge, but I wanted to get clarification on your comment ``Not a 2.2 candidate''. And since you answered my question, I've decided that there's not much point in a merge ... a workaround for 2.x is available, and 3.0 is around the bend. All I really want to do is close a PR regarding this (bin/2859). The PR was opened on 2.1.5, so there's no chance of a merge to that system anyway. Further, after some review, I think it is debatable that this is filed as a `sw-bug' vs. `change-request'. Jacques Vidrine On 28 July 1998 at 10:00, Wolfram Schneider wrote: > Some users request to merge the unlimited group member feature > from -current to -stable. I don't have the time and > resources to do it myself. > > Wolfram > > ----- Forwarded message from Jacques Vidrine ----- > X-PGP-RSAfprint: 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE > X-PGP-RSAkey: http://www.nectar.com/nectar-pgp262.txt > From: Jacques Vidrine > Subject: question regarding getgrent.c rev 1.14 > To: wosch@freebsd.org > Date: Mon, 27 Jul 1998 15:14:47 -0500 > Sender: nectar@spawn.nectar.com > Message-Id: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hello, > > getgrent.c > - ---------------------------- > revision 1.14 > date: 1996/12/25 21:51:24; author: wosch; state: Exp; lines: +91 -19 > Use dynamic allocated buffers instead static buffers. No member or > line length limit anymore - now 500 members or 5000 members are > possible. For security group lines longer than 256K will be count as > an error. 256K should be enough for 65536 users. > > Support comments (lines that begin with a #) if compiled with > option -DGROUP_IGNORE_COMMENTS. > > Fortunately it seems that all system utilities which use getgrent() > functions are dynamically linked executables. So you need only > rebuild libc.so.3.0 if you want this change. Note: if you have > an old X server which depend on libc.so.2.* you should rebuild > libc.so.2.* too. > > Not a 2.2 candidate. > - ---------------------------- > > I wondered why this was not something that should be committed > to the -STABLE branch? I assume you did not intend that it would > be by your ``Not a 2.2 candidate'' comment. > > Jacques Vidrine > > > > -----BEGIN PGP SIGNATURE----- > Version: 2.6.2 > > iQCVAwUBNbzftzeRhT8JRySpAQGzhQP8CtiL2M8G9iOAxXZQ2eGfkpsS7viQ/7Rx > FeNesO2Kt1MFWHfIiy9evbe6+gMKktlIXnrb7R85rbqDuV2QSqnHCSDUj9DYsBHM > KY9RgvM114ZjDMK2Pt3i3Bce7zA/lrVJB+GKwLSdl1ZMxjMrqwaZFY+rZwC0I5XJ > jyh5H43K02k= > =33wu > -----END PGP SIGNATURE----- > > ----- End forwarded message ----- > > -- > Wolfram Schneider http://freebsd.org/~w/ > -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNb33IDeRhT8JRySpAQGRwAQApix9EtfIi1ANBjS11Dy5Di5p9Nxr5plb Pis+skLrAgdefe4bFCHiKLdCP/ntYujqbQo+H7GZpUB95hU8uBD3J1P2iHqZXhG6 E1wGqcTxC57yrRLb4wB/+Q/YNX/Nrvm7/+QYwYIToQJkruq+cURhF5Cq5q+9JOTP 0mqkIoeg9hc= =Cnc9 -----END PGP SIGNATURE-----