From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-16269-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 7622 invoked by alias); 19 Aug 2011 09:05:43 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 16269
Received: (qmail 6685 invoked from network); 19 Aug 2011 09:05:41 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,
	T_TO_NO_BRKTS_FREEMAIL autolearn=ham version=3.3.1
Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.161.43 as permitted sender)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        bh=bc6taRnCJrtL2f43Tpy+Gc7ORnq6qVkRxKjDrSPBhsc=;
        b=MmDqwreDzV10OYq8zm8C3+DKhr4vMwg4Ml6JOKrxhP8ioVOCuqu1AAMI5DDJyw7pVM
         d2xGt7Rhh3SSNu4skwnSSYFVBTtQq9hGzfwrAslYNQhQ4vjtR+utADhAh7j3xoHdkpz4
         EGhGlbHTXj5RTmNsOaeugy4MiNFLEQK9g9+uw=
Message-ID: <4E4E274B.6000400@gmail.com>
Date: Fri, 19 Aug 2011 11:05:15 +0200
From: Piotr Karbowski <jabberuser@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20110816 Thunderbird/5.0
MIME-Version: 1.0
To: zsh-users@zsh.org
Subject: Re: "Once-a-day" long delay before startup
References: <20110814145749.GA6341@andrew.cmu.edu>  <4E4D8D50.5040800@gmail.com> <110818205236.ZM20722@torch.brasslantern.com>
In-Reply-To: <110818205236.ZM20722@torch.brasslantern.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 19.08.2011 05:52, Bart Schaefer wrote:
 > On Aug 19, 12:08am, Piotr Karbowski wrote:
 > }
 > } +compaudit:90>  (( UID == EUID  ))
 > }
 > } after that it take about 7-8s of nothing and then:
 > }
 > } +compaudit:91>  getent group slashbeast
 >
 > The compaudit script wants to check that you haven't allowed someone
 > else to feed autoloadable functions to your shell, which would be a
 > large security risk.
 >
 > The getent call is used to read the system's groups database for the
 > groups of your login user, so that the shell can then check whether
 > other persons in that group might have write access to your fpath.
 > (There is an assumption that getent is in /usr/bin, so if it's not
 > there the check relies on the local /etc/group file.)
 >
 > If you're in an environment (such as, say, a university or a large
 > corporation) where the groups database is networked and may contain
 > hundreds or even thousands of entries, that "getent" call can take a
 > very long time.
 >
 > After one reading, though, your system has cached the database and
 > until the cache expires or is flushed subsequent calls to "getent"
 > return almost instantly.
 >
 > You can skip this security check by using "compinit -u" when you
 > load the completion system.
 >

Thats is not the case I think. I have had did what gi1241 did to test it 
and even without this 'gentent' I am getting this lag just before 
dircolors is executed.

% ZDOTDIR=/tmp zsh -xd 2>&1 | tee /tmp/zsh.log
+/tmp/.zshrc:1> print -P 'zsh-4.3.12 (1.5346)'
zsh-4.3.12 (1.5346)
+/tmp/.zshrc:2> which dircolors
### lag starts here.
/usr/bin/dircolors

-- Piotr.