From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27463 invoked by alias); 13 Feb 2014 11:50:11 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 27450 invoked by uid 89); 13 Feb 2014 11:50:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KAM_THEBAT,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: smtpback.ht-systems.ru Received: from smtpback.ht-systems.ru (HELO smtpback.ht-systems.ru) (78.110.50.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 13 Feb 2014 11:50:09 +0000 Received: from [91.78.166.180] (helo=darkdragon.lan) by smtp.ht-systems.ru with esmtpa (Exim 4.80.1) (envelope-from ) id 1WDunr-0004oS-An for cygwin@cygwin.com; Thu, 13 Feb 2014 15:50:03 +0400 Received: from [192.168.1.10] (HELO localhost) by daemon2 (Office Mail Server 0.8.12 build 08053101) with SMTP; Thu, 13 Feb 2014 11:39:18 -0000 Date: Thu, 13 Feb 2014 14:35:00 -0000 From: Andrey Repin Reply-To: Andrey Repin Message-ID: <399125515.20140213153918@mtu-net.ru> To: Corinna Vinschen Subject: Re: get rid of getpwent? (Was: cygwin-1.7.28 getpwent header declaration changes ?) In-Reply-To: <20140213100025.GB24159@calimero.vinschen.de> References: <52F92D58.9030408@etr-usa.com> <52F95D1D.4050108@tiscali.co.uk> <4510121021.20140211062515@mtu-net.ru> <52FAB14C.8060800@tiscali.co.uk> <52FABAF5.2060701@etr-usa.com> <52FAD730.9090507@redhat.com> <20140212090804.GM2821@calimero.vinschen.de> <52FB9E51.7030607@cornell.edu> <20140212195931.GA2246@calimero.vinschen.de> <20140212213729.GA5589@ednor.casa.cgf.cx> <20140213100025.GB24159@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00305.txt.bz2 Greetings, Corinna Vinschen! >> >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. >> >> 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. Another rock in the direction of caching. Caching security-relevant data 'en masse' is usually a not-so-good idea, and should be considered very carefully. Even for Linux, common recommendation is to disable nscd to improve security and reliability of the accounting data. -- WBR, Andrey Repin (anrdaemon@yandex.ru) 13.02.2014, <15:36> Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple