From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28199 invoked by alias); 24 Jan 2014 14:47:28 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 18357 Received: (qmail 8683 invoked from network); 24 Jan 2014 14:47:23 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 From: Greg Klanderman To: zsh-users@zsh.org Subject: Re: [Feature suggestion] (user configurable) timeout for generating completion lists Reply-to: gak@klanderman.net Date: Fri, 24 Jan 2014 09:46:59 -0500 In-reply-to: <140123171659.ZM19422@torch.brasslantern.com> (Bart Schaefer's message of "Thu, 23 Jan 2014 17:16:59 -0800") Message-id: <87iot91lp8.fsf@lwm.klanderman.net> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.22 (linux) References: <140122000435.ZM1516@torch.brasslantern.com> <140123171659.ZM19422@torch.brasslantern.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii >>>>> On January 23, 2014 Bart Schaefer wrote: > I just knew someone was going to say this. Ha ha.. I'm sure many were thinking it at least. > But it's jumping the gun a little to discuss all of this before we even > know what's really causing the issue. It will be interesting to see what's really causing the OP's issue. It does seem that if the OP's issue is slow NFS mounts, it might be possible to move just the necessary filesystem access calls during completion to a separate process. For slow completion due to calling out to a separate process for completions (_git comes to mind) if that is not currently interruptible it seems like there might be some hope of adding a timeout or ensuring C-c will interrupt. In general I'd much prefer C-c working to interrupt than adding an arbitrary timeout, as I might want to decide on a case by case basis how long I'm willing to wait. The biggest problem I've had with completion being unresponsive was due to automounts at work (currently have ~53k under a handful of mount points). Using the fake-files zstyle mostly works until completion tries to stat all those automounts to determine the file type in order to append a '/' or ' '. So locally I run zsh with a small patch (to ztat()) that uses a shell variable to configure automount roots under which all immediate entries are assumed to be directories without stat'ing. Works great, though I don't think several years ago you were willing to incorporate that into zsh. Greg