From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10362 invoked from network); 14 Jan 2008 16:17:24 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 14 Jan 2008 16:17:24 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 25577 invoked from network); 14 Jan 2008 16:17:20 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 14 Jan 2008 16:17:20 -0000 Received: (qmail 21591 invoked by alias); 14 Jan 2008 16:17:17 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 24390 Received: (qmail 21578 invoked from network); 14 Jan 2008 16:17:17 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 14 Jan 2008 16:17:17 -0000 Received: from virusfilter.dotsrc.org (bifrost [127.0.0.1]) by spamfilter.dotsrc.org (Postfix) with ESMTP id 0EBC58056E1A for ; Mon, 14 Jan 2008 17:17:15 +0100 (CET) Received: from cluster-g.mailcontrol.com (cluster-g.mailcontrol.com [85.115.41.190]) by bifrost.dotsrc.org (Postfix) with ESMTP for ; Mon, 14 Jan 2008 17:17:14 +0100 (CET) Received: from cameurexb01.EUROPE.ROOT.PRI ([62.189.241.200]) by rly05g.srv.mailcontrol.com (MailControl) with ESMTP id m0EGCpjL015303 for ; Mon, 14 Jan 2008 16:17:00 GMT Received: from news01.csr.com ([10.103.143.38]) by cameurexb01.EUROPE.ROOT.PRI with Microsoft SMTPSVC(6.0.3790.1830); Mon, 14 Jan 2008 16:16:18 +0000 Received: from news01.csr.com (localhost.localdomain [127.0.0.1]) by news01.csr.com (8.14.1/8.13.4) with ESMTP id m0EGGIWg017171 for ; Mon, 14 Jan 2008 16:16:18 GMT Received: from csr.com (pws@localhost) by news01.csr.com (8.14.1/8.14.1/Submit) with ESMTP id m0EGGECG017168 for ; Mon, 14 Jan 2008 16:16:18 GMT Message-Id: <200801141616.m0EGGECG017168@news01.csr.com> X-Authentication-Warning: news01.csr.com: pws owned process doing -bs To: zsh-workers Subject: Re: "show" completion et al spammy when binaries don't exist In-reply-to: <080114081126.ZM8669@torch.brasslantern.com> References: <237967ef0801121257s6a478358k897be96f607b7408@mail.gmail.com> <20080114094938.793eec5f@news01> <080114081126.ZM8669@torch.brasslantern.com> Comments: In-reply-to Bart Schaefer message dated "Mon, 14 Jan 2008 08:11:26 -0800." Date: Mon, 14 Jan 2008 16:16:14 +0000 From: Peter Stephenson X-OriginalArrivalTime: 14 Jan 2008 16:16:18.0285 (UTC) FILETIME=[CB3671D0:01C856C8] X-Scanned-By: MailControl A-06-00-00 (www.mailcontrol.com) on 10.71.0.115 X-Virus-Scanned: ClamAV using ClamSMTP Bart Schaefer wrote: > On Jan 14, 9:49am, Peter Stephenson wrote: > That'll do it for MH, but I think he meant something more like changing > $_comp_setup from > > exec to > exec >|$HOME/.zcomperror > > (which I think would break _complete_debug so it probably needs more > thought than that). I realize that was one of the suggestions, but I'm not convinced that's the right way to go... I think the right thing to do is to identify those completions which produce output on standard error and fix them appropriately. Simply turning off the error messages gives you no clue about why the completion has failed. Even if the verbose messages aren't directly useful to the end user, they give developers (who need as much help as they can get) an inkling as to what needs fixing. -- Peter Stephenson Software Engineer CSR PLC, Churchill House, Cambridge Business Park, Cowley Road Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070