From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28385 invoked by alias); 2 Dec 2014 17:37:04 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 33834 Received: (qmail 11953 invoked from network); 2 Dec 2014 17:37:02 -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=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_PASS autolearn=ham version=3.3.2 X-AuditID: cbfec7f4-b7f126d000001e9a-92-547df65f6e0b Date: Tue, 02 Dec 2014 17:26:54 +0000 From: Peter Stephenson To: Zsh Hackers' List Subject: Re: Something rotten in tar completion Message-id: <20141202172654.30e7d380@pwslap01u.europe.root.pri> In-reply-to: <141202084858.ZM31517@torch.brasslantern.com> References: <20141202155452.647182b4@pwslap01u.europe.root.pri> <141202084858.ZM31517@torch.brasslantern.com> Organization: Samsung Cambridge Solution Centre X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu) MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupkluLIzCtJLcpLzFFi42I5/e/4Fd34b7UhBuuPylocbH7I5MDoserg B6YAxigum5TUnMyy1CJ9uwSujL3bPjIWLGCvWD2psIHxOmsXIyeHhICJxO1dX9khbDGJC/fW s3UxcnEICSxllJj+cBY7hLOcSWLSlF/MIFUsAqoS8+5NAOtmEzCUmLppNmMXIweHiIC2RPtH MRBTWEBf4uRdXpAKXgF7iVsdu5hBwpwCVhJbNjmAhIUE8iW+nXnDBmLzA1Vf/fuJCeIEe4mZ V84wQrQKSvyYfI8FxGYW0JLYvK2JFcKWl9i85i3zBEaBWUjKZiEpm4WkbAEj8ypG0dTS5ILi pPRcQ73ixNzi0rx0veT83E2MkOD7soNx8TGrQ4wCHIxKPLwnzteECLEmlhVX5h5ilOBgVhLh /WVcGyLEm5JYWZValB9fVJqTWnyIkYmDU6qBUerh42Xnqv5cf3LWq1jywonNap/uLD86xeOQ VN2J1pUzFwhGtJyZt+f5jpiCu3mHpgm5zufRvvFGePnLJRdsH/+LUdijP7Mq6vRNpTa2rke3 rROvsZcbVId0XnToU19sYDzRZZ+ak1LMo87uxT932LQI5TSeefVM80bnFfmpGxY/+i03Y17A FRslluKMREMt5qLiRADeWgLZHAIAAA== On Tue, 02 Dec 2014 08:48:58 -0800 Bart Schaefer wrote: > Well, let's see ... _complete_debug with no zstyles at all ... > > % tar xvzf Oh, so now I've got to debug it. Grmph... > At various places (_description, _path_files) it does look for the "fake", > "fake-always", and "fake-files" styles. Could that have something to do > with it on your end? Turns out it was recursive-files. I had that set for my "src" subdirectory, which was a bit daft since it's got to search through any old clutter to find a completion for a bare file name. Removing that removes the wait. (I debugged this by adding SECONDS to _complete_debug as a float and commenting out the thing in _main_complete that sets to 0 as an integer. I guess the fact no one else has needed to do this suggests it's not a very command need.) Would still be nice to be able to kill it... pws