From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24942 invoked by alias); 19 Sep 2014 02:02:00 -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: 19106 Received: (qmail 26348 invoked from network); 19 Sep 2014 02:01:58 -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: Bart Schaefer Message-id: <140918190130.ZM8366@torch.brasslantern.com> Date: Thu, 18 Sep 2014 19:01:30 -0700 In-reply-to: <140918093602.ZM7963@torch.brasslantern.com> Comments: In reply to Bart Schaefer "Re: rsync --progress stops completion" (Sep 18, 9:36am) References: <2002755.9ryFYYVtTN@note> <5418786F.8030001@thregr.org> <140916175124.ZM5742@torch.brasslantern.com> <54194198.2010607@thregr.org> <140917085133.ZM6725@torch.brasslantern.com> <541AA918.8060503@thregr.org> <140918093602.ZM7963@torch.brasslantern.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users@zsh.org Subject: Re: rsync --progress stops completion MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Sep 18, 9:36am, Bart Schaefer wrote: > > We could also consider this (I'm not sure what unexpected side-effects > there might be, particularly for completers that try multiple calls > to _arguments): > > else > + _message "$service cannot parse command line" > return 1 > fi Indeed, the above causes a spurious warning from "su" completion. So I don't think I'll be committing that. While trying out a few completion functions that use repeated calls to _arguments, I encountered some miscellaneous bugs (I didn't try enough functions to pretend this is even close to all the bugs that may be lurking): _cryptsetup - offers all options when completing after "-", but will only allow one option to appear on the command line, as if all options are mutually exclusive. _quilt - returns 0 even when it finds no completions, breaking the zstyle fallback I suggested. _bzr - complains to stderr if bzr is not in $path _surfraw - complains to stderr if surfraw is not in $path The latter two make me think that _call_program should do something with stderr -- probably just throw it away, rather than make every caller add its own redirection.