zsh-users
 help / color / mirror / code / Atom feed
From: Chris wong <chris_wong@mac.com>
To: Chris Wong <chris_wong@mac.com>
Cc: zsh-users@sunsite.dk
Subject: Re: Avoid LDAP hit during completion
Date: Tue, 7 Jun 2005 16:19:44 -0700	[thread overview]
Message-ID: <1e7d10fea1822db04c209365d48db60f@mac.com> (raw)
In-Reply-To: <2BEEA527-E202-4FC2-BF10-EEF108F473DB@mac.com>

Peter, thanks for the xtrace trick.  Here is the partial output. The  
completion slow down (or appeared to be frozen) at _all_labels:39,  
(boxed up in asterisks below).  Any help would be much appreciated.

+_description:35> zstyle -a :completion::complete:cd::users  
ignored-patterns _comp_ignore
+_description:38> zstyle -s :completion::complete:cd::users ignore-line  
hidden
+_description:49> ((  1  ))
+_description:49> opts=( -F _comp_ignore )
+_description:54> tag=users
+_description:56> shift 2
+_description:57> [[ -z user ]]
+_description:59> [[ -n '' ]]
+_description:63> [[ -n '' ]]
+_description:70> [[ -n '' ]]
+_description:73> set -A expl -F _comp_ignore -J -default-
+_description:77> ((  0  ))
+_description:78> zstyle -a :completion::complete:cd::users fake match
+_description:88> return 0
************************************************************************ 
**
* +_all_labels:39> compadd -F _comp_ignore -J -default- -qS/ -k  
userdirs *
************************************************************************ 
**
+_all_labels:26> comptags -A users curtag __spec
+_all_labels:43> return __ret
+_wanted:9> _tags
+_tags:3> local prev
+_tags:10> [[ '' == -- ]]
+_tags:15> ((  0  ))
+_tags:66> comptags -N
+_wanted:13> return 1
+_tilde:24> _requested named-directories expl 'named directory' compadd  
-qS/ -k nameddirs
+_requested:3> local __gopt
+_requested:5> __gopt=( )
+_requested:6> zparseopts -D -a __gopt 1 2 V J x
+_requested:8> comptags -R named-directories
+_requested:9> [[ 7 -gt 3 ]]
+_requested:10> _all_labels - named-directories expl 'named directory'  
compadd -qS/ -k nameddirs
+_all_labels:3> local __gopt __len __tmp __pre __suf '__ret=1' __descr  
__spec __prev
+_all_labels:5> [[ - == - ]]
+_all_labels:6> __prev=-
+_all_labels:7> shift
+_all_labels:10> __gopt=( )
+_all_labels:11> zparseopts -D -a __gopt 1 2 V J x
+_all_labels:13> __tmp=8
+_all_labels:14> __len=7
+_all_labels:15> [[ __tmp -lt __len ]]
+_all_labels:18> [[ __tmp -eq 7 ]]
+_all_labels:22> __pre=4
+_all_labels:23> __suf=5
+_all_labels:26> comptags -A- named-directories curtag __spec
+_all_labels:27> ((  9 > _tags_level  ))
+_all_labels:28> _tags_level=9
+_all_labels:29> _comp_tags=' local-directories  users  users   
named-directories '
+_all_labels:30> [[ named-directories == '*[^\]:*' ]]
+_all_labels:37> _description named-directories expl 'named directory'

--
Chris

On Jun 7, 2005, at 9:27 AM, Chris Wong wrote:

> I'll try that today.  Unfortunately, it doesn't always freeze up at  
> the first completion attempt.  I though it did for the first time, but  
> found out otherwise.  It may have to do with the caching happening at  
> the DirectoryService on Mac. It seems to always happen at the worst  
> possible time such as doing a demo/presentation. :-)
>
> Thanks
> Chris
>
> On Jun 7, 2005, at 2:26 AM, Peter Stephenson wrote:
>
>> Chris Wong wrote:
>>
>>> For some reason, whenever I start a zsh shell, the first completion
>>> will trigger many many LDAP lookup.
>>>
>>> % cd foo<TAB>
>>>
>>> As soon as I hit TAB, the shell appears as frozen, but at the
>>> background, it's hitting the LDAP server of my company network.  This
>>> will go one for a couple minutes, at least.  tcpdump and top revealed
>>> that mystery to me.
>>>
>>
>> Are you using the new completion system (with compinit)?  The best way
>> of tracking this down would be to see what the completion scripts are
>> doing.  You can arrange this with
>>
>> _comp_setup="$_comp_setup
>> setopt xtrace"
>>
>> This produces a huge amount of output so is useless for normal
>> completion but you should be able to see where the shell is pausing  
>> for
>> a long time.
>>
>> -- 
>> Peter Stephenson <pws@csr.com>                  Software Engineer
>> CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
>> Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223  
>> 692070
>>
>>
>> **********************************************************************
>> This email and any files transmitted with it are confidential and
>> intended solely for the use of the individual or entity to whom they
>> are addressed. If you have received this email in error please notify
>> the system manager.
>>
>> **********************************************************************
>>
>>
>


  reply	other threads:[~2005-06-07 23:20 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-06 17:25 Chris Wong
2005-06-06 18:16 ` lists
2005-06-06 18:38   ` Chris wong
2005-06-07  9:26 ` Peter Stephenson
2005-06-07 10:24   ` Bart Schaefer
2005-06-07 12:33     ` lists
2005-06-07 16:27   ` Chris Wong
2005-06-07 23:19     ` Chris wong [this message]
2005-06-08  0:52       ` lists
2005-06-08  1:32         ` William Scott
2005-06-08  2:49           ` Bart Schaefer
2005-06-08  9:35       ` Peter Stephenson
2005-06-16  6:33         ` Chris Wong
2005-06-07 15:41 ` William Scott

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1e7d10fea1822db04c209365d48db60f@mac.com \
    --to=chris_wong@mac.com \
    --cc=zsh-users@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).