From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2565 invoked by alias); 11 Jun 2015 16:41:31 -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: 35447 Received: (qmail 29047 invoked from network); 11 Jun 2015 16:41:29 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.0 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Z58hKz2S/mMM+Yp8PvJwuN/su2SP5QgOy1W3HIZPbQk=; b=Dl72+wzIwE6O2Iu61j8muUY5QvWjiwq8Vh0ewF3StWep9Y1fu0WvDahIecry/kv/mz e4kpTvuVeHc2oXP+ZZ/Fc5ePmWzpzaRHCjqVa3HfsoHqjqsuX6b3YnUetw/ABGpulZp/ 5sNGvkMHMK2Om6ZsbCLH+T+GIbVWh972vqas1PdGXpkc6i1sWtoAan10JoUWinc0cKtO P2qEQxWGa03Q/juUNZKs3Vslz8iCaAlEOxdCvtuZ/pQXRLoIuIBJ2Fx8AyG7kE0o1GGV VSCLgzz02MOCuHNMYJyj705l5lb8vQcsnanSXnkUT2OPmzf6L+ow/Iy5xXM3jTz+GvIs McsA== X-Gm-Message-State: ALoCoQmPt4iUykt/9+NcJ27OKY0lIuyW1b17mgKRIlfYsxaUiRryHu/y0eHdYlo+hxuvToaiZ5/h MIME-Version: 1.0 X-Received: by 10.180.206.14 with SMTP id lk14mr31318604wic.94.1434040504728; Thu, 11 Jun 2015 09:35:04 -0700 (PDT) In-Reply-To: <20150611155311.GI15174@isis.sigpipe.cz> References: <18592.1433197179@thecus.kiddle.eu> <16400.1434024577@thecus.kiddle.eu> <150611084558.ZM32001@torch.brasslantern.com> <20150611155311.GI15174@isis.sigpipe.cz> Date: Thu, 11 Jun 2015 09:35:04 -0700 Message-ID: Subject: Re: bug with hidden prefixes From: Bart Schaefer To: Roman Neuhauser Cc: Zsh hackers list Content-Type: multipart/alternative; boundary=001a11c38dace0d2430518409219 --001a11c38dace0d2430518409219 Content-Type: text/plain; charset=UTF-8 On Jun 11, 2015 8:53 AM, "Roman Neuhauser" wrote: > > # schaefer@brasslantern.com / 2015-06-11 08:45:58 -0700: > > > > torch% _foo() { > > local ret=1 > > compadd -p /dev/ -M 'r:|/=** r:|=*' one two && ret=0 > > : compadd three && ret=0 > > return ret > > } > > it's not actually removed, instead it clobbers ret with 0 no matter > what the previous compadd did. Doesn't actually matter as the compadd always succeeds. --001a11c38dace0d2430518409219--