From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19024 invoked from network); 23 Mar 2001 16:05:43 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 23 Mar 2001 16:05:43 -0000 Received: (qmail 22002 invoked by alias); 23 Mar 2001 16:05:35 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13734 Received: (qmail 21987 invoked from network); 23 Mar 2001 16:05:34 -0000 Message-ID: <20010323160534.71331.qmail@web9301.mail.yahoo.com> Date: Fri, 23 Mar 2001 16:05:34 +0000 (GMT) From: =?iso-8859-1?q?Oliver=20Kiddle?= Subject: Re: PATCH: Re: Completion for kill To: zsh-workers@sunsite.dk In-Reply-To: <200103231517.QAA10751@beta.informatik.hu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit --- Sven Wischnowsky wrote: > Ahem. Sorry (I use jobs so seldom that I didn't see that...) > -elif [[ "$PREFIX$SUFFIX" = [0-9]# ]]; then > +elif [[ "$PREFIX$SUFFIX" = (%*|[0-9]#) ]]; then Thanks. The same situation happens with signals so that change needs to use [%-] instead of %. I didn't mention the signals because I rarely complete them. I find it mildly concerning that _pids needs to know about the situation it is called in here. If in the future, it is used somewhere else where the other matches don't start with something simple like % or -, I can't see that it could know. I see that it works in _gdb but only because _gdb calls _pids with a -m option. I suppose we can worry about this if and when it becomes an issue. Oliver ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie