X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=BSbzQ+Ep+r1Yy4ll8YT5bnThKF5mlO1jWYXFabV9mKVC185KgqStS
	6DEePj09WUewCvYgbwEVGTO45fQusdN4bZPEhzGUnnUo/hue825BsonKZG+BYjnR
	3prhdzc9Kgr86EhPcJ9mUrysPJUyv5c3nTceq70garX+zMTbtYZ3Rs=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=wCa0VBXaZjNW8fJZ1teanRzJ57o=; b=nJKLHvCZmCvX/NT0cAV7bLB1LSeo
	qMr/P+8mVMuAnbdMGD9sbvWq4aJj/DNB7zJJFcwjHFPwYqitvlLQNb44Zu0BSok4
	FIHVaXYNgLQCTLrW4WbmhqQHrOzbAnAB+IRzVgpCCk2PWfsmfw7CsnQlI6jROIs0
	sNAWf241vWu6FOU=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-6.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2
X-HELO:	calimero.vinschen.de
Date:	Thu, 13 Feb 2014 11:00:25 +0100
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: get rid of getpwent? (Was: cygwin-1.7.28 getpwent header declaration changes ?)
Message-ID:	<20140213100025.GB24159@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<52F92D58 DOT 9030408 AT etr-usa DOT com> <52F95D1D DOT 4050108 AT tiscali DOT co DOT uk> <4510121021 DOT 20140211062515 AT mtu-net DOT ru> <52FAB14C DOT 8060800 AT tiscali DOT co DOT uk> <52FABAF5 DOT 2060701 AT etr-usa DOT com> <52FAD730 DOT 9090507 AT redhat DOT com> <20140212090804 DOT GM2821 AT calimero DOT vinschen DOT de> <52FB9E51 DOT 7030607 AT cornell DOT edu> <20140212195931 DOT GA2246 AT calimero DOT vinschen DOT de> <20140212213729 DOT GA5589 AT ednor DOT casa DOT cgf DOT cx>
MIME-Version:	1.0
In-Reply-To:	<20140212213729.GA5589@ednor.casa.cgf.cx>
User-Agent:	Mutt/1.5.21 (2010-09-15)

--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Feb 12 16:37, Christopher Faylor wrote:
> On Wed, Feb 12, 2014 at 08:59:31PM +0100, Corinna Vinschen wrote:
> >There's only one tiny problem.  Whatever I think about the full
> >enumerate being right or wrong, I have this vague feeling that I'd like
> >to have this implemented fully at one point.  My cat disapproves, but we
> >can't agree on everything, I guess.  Another configuration option in
> >/etc/nsswitch.conf might comfort her.
>=20
> I don't know if this has been mentioned but would a cache help here,
> i.e., nscd?  I think that's how Linux deals with this type of situation.

Caching is wonderful for the usual requests for single entries from the
DB, and for this we have already two caches, the LSA cache and Cygwin's
own cache.  But caching doesn't help at all when enumerating.

There's also the problem to rely on an external program.  If it turns
out that the current implementation is too slow, I'm prepared to add
caching to cygserver to have a system-wide caching server, but Cygwin
shouldn't *require* that cygserver runs.  And either way, it still
wouldn't help when enumerating all accounts.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--x+6KMIRAuhnl3hBn
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJS/Je4AAoJEPU2Bp2uRE+gvgEP/376dEwpWq1hI/Gz8fq4HnJc
U581jTSMp4DgxWaltr05Z3XfG8bvtiSwWhAq9hLE0g0n35UDhQkc4QOKcq4mFMJQ
Q2dBHFCIkQVK3kG8OHRdS8uG8p/NHbrS+CvKCTIzj4+YOX6LMI906yr1pIJatswX
O0ryMjnbR2D/2eBltXKwL8V+PUM6TbWYgqvYx0OBmXxnWGABHMvIyFmDWCz1rF2X
cW6Vtjvdho2wrZQ4OCaGI0vTofwZQ0KhWtVERZ1uPlUSt29FibqlPAk4WomK1z+6
GC6bUNyfn7dV7krimu6t9maQqLcoGO+p8tHyYYljDovwsmdP/R5B6Qq8R51BWNwi
xTjXiy7ihmvLCamrWa4XXvQ38zGbflkroDmU4Ws/lJGvMnjMTGSer4QXiVPEEVzX
lnljhq4TdYu5ht8zfzHsS5U3r5wFSIuuTEUdost4xhjpgBaWmiz4C/fYl5W/YIHq
RiA/n99m4FPGv4c5wUdWMDsjGMiR1MGpO12g2LXXJwjAy56Pn2ChRV9eU20d4f8S
tbRidH/PoVw+Fcu81N/h6kz/ZNoaOjkBl0mlhNHaqqneHs6DGI1k8/HH/emrH9D3
gBLRErDLxRHKDnX/sRRS5XZy+qRvi9lV5HOOIN0fB8Fzd8/J5rgW8VJcO1LhNum7
oCjHe0LCb+OwUUoExT2l
=k6x1
-----END PGP SIGNATURE-----

--x+6KMIRAuhnl3hBn--

- Raw text -