From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20687 invoked from network); 5 Nov 2002 03:27:38 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 5 Nov 2002 03:27:38 -0000 Received: (qmail 6212 invoked by alias); 5 Nov 2002 03:27:29 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 17905 Received: (qmail 6202 invoked from network); 5 Nov 2002 03:27:27 -0000 Date: Tue, 5 Nov 2002 04:27:19 +0100 From: Frank v Waveren To: zsh-workers@sunsite.dk Subject: zcompsys space character problem Message-ID: <1036465301GKC.fvw@jareth.var.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i I've noticed a bug (at least I think it is, with zsh it often turns out to be a feature so complex you don't recognise it) in zcompsys. To reproduce: autoload -U compinit compinit mkdir "a a" mkdir "a aa" touch "a a/foo" touch "a aa/foo" now typing 'ls a\ a/f' and hitting tab (bound to expand-or-complete) will not complete 'foo' but will jump to the cursor to the /. Repeated application of tab will try to complete the 'a a' in some options defined way. However, if the directories are called 'aa' and 'aaa' (without spaces) zsh behaves as expected and completes to foo if tab is hit. This has been tested using zsh 4.1.0-dev-5, using no startup files. Please CC me, I'm not on the list. -- Frank v Waveren Fingerprint: 21A7 C7F3 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 1FF3 47FF 545C CB53 Public key: hkp://wwwkeys.pgp.net/fvw@var.cx 7BD9 09C0 3AC1 6DF2