Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Message-ID: <00ab01c13d2c$2c1f03d0$0200a8c0@lifelesswks> From: "Robert Collins" To: "cygdev" References: <20010914150107 DOT E25339 AT cygbert DOT vinschen DOT de> Subject: Re: Proposal: check and read /etc/{passwd,group} less frequently. Date: Sat, 15 Sep 2001 00:47:26 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-OriginalArrivalTime: 14 Sep 2001 14:34:12.0652 (UTC) FILETIME=[529546C0:01C13D2A] ----- Original Message ----- From: "Corinna Vinschen" To: Sent: Friday, September 14, 2001 11:01 PM Subject: Re: Proposal: check and read /etc/{passwd,group} less frequently. > On Fri, Sep 14, 2001 at 09:25:05PM +0900, Kazuhiro Fujieda wrote: > > >>> On 14 Sep 2001 16:33:05 +0900 > > >>> Kazuhiro Fujieda said: > > > > > > How often is internal_getlogin called relative to get(p|g)w*? > > > > > > It is in set{g,u}id and uinfo_init. At the user's point of view, > > > the cache is updated only when they execute another command. > > > > Oops, I've told a lie. it's a nonsense that internal_getlogin > > invokes read_etc{passwd,group}. I tested it and found it > > couldn't work as I intended. > > > > I'd like to change the proposal. Checking and reading > > /etc/{passwd,group} should be held in uinfo_init. > > What about a long running server process e.g. started from cygrunsrv? > It runs uinfo_init() just once at the beginning. It would never get > the changes to /etc/passwd and /etc/group since it needs that info > _before_ changing the user context (which would call internal_getlogin() > directly from seteuid(), btw. -- no uinfo_init() at all). That sounds like another candidate for the daemon? Rob