From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19582 invoked from network); 12 Mar 2005 07:47:17 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 12 Mar 2005 07:47:17 -0000 Received: (qmail 8764 invoked from network); 12 Mar 2005 07:47:11 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 12 Mar 2005 07:47:11 -0000 Received: (qmail 9195 invoked by alias); 12 Mar 2005 07:47:07 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 20971 Received: (qmail 9180 invoked from network); 12 Mar 2005 07:47:06 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 12 Mar 2005 07:47:06 -0000 Received: (qmail 8466 invoked from network); 12 Mar 2005 07:47:06 -0000 Received: from morda.newmail.ru (HELO flock1.newmail.ru) (212.48.140.150) by a.mx.sunsite.dk with SMTP; 12 Mar 2005 07:47:03 -0000 Received: (qmail 575 invoked from network); 12 Mar 2005 07:30:31 -0000 Received: from unknown (HELO ?10.0.0.1?) (arvidjaar@newmail.ru@83.237.61.246) by smtpd.newmail.ru with SMTP; 12 Mar 2005 07:30:31 -0000 From: Andrey Borzenkov To: zsh-workers@sunsite.dk Subject: Re: [PATCH] _fuser Solaris and SVR4 support Date: Sat, 12 Mar 2005 10:46:30 +0300 User-Agent: KMail/1.7.2 References: <24297.1110533836@trentino.groupinfra.com> In-Reply-To: <24297.1110533836@trentino.groupinfra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1260755.KNPD1okosC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503121046.54826.arvidjaar@newmail.ru> X-Spam-Checker-Version: SpamAssassin 3.0.2 on a.mx.sunsite.dk X-Spam-Level: X-Spam-Status: No, score=-2.6 required=6.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Hits: -2.6 --nextPart1260755.KNPD1okosC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 11 March 2005 12:37, Oliver Kiddle wrote: > > > Completion for SVR4 is not quite right - it should complete > > signal names only after -k, but it seems to be too much work. > > It isn't too hard and it is always very annoying to break file > completion (as this does for Solaris). Does this patch do the right > thing? > How does it differ from current completion? I actually meant - signal names should be completed only if -k is present=20 (because they are meaningless without). But currently it is possible to=20 implement only using ->state and it seemed too much work for such small=20 function. Will "prerequisite options" be generally useful? I.e. something like [-a]-b:.... with semantic "-b is offered only if -a is already present". I suspect this= =20 may have simplified a number of functions. =2Dandrey --nextPart1260755.KNPD1okosC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD4DBQBCMp5tR6LMutpd94wRAonYAJUcNmjr0wfJ1C6eT3zui+XtlCusAJ0RvrnF cym3XvRpDAWl/wTU9cdUtw== =q68s -----END PGP SIGNATURE----- --nextPart1260755.KNPD1okosC--