From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7308 invoked from network); 22 Jun 2006 16:53:37 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.3 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 22 Jun 2006 16:53:37 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 11484 invoked from network); 22 Jun 2006 16:53:30 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 22 Jun 2006 16:53:30 -0000 Received: (qmail 5420 invoked by alias); 22 Jun 2006 16:53:24 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 22509 Received: (qmail 5411 invoked from network); 22 Jun 2006 16:53:24 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 22 Jun 2006 16:53:24 -0000 Received: (qmail 10887 invoked from network); 22 Jun 2006 16:53:24 -0000 Received: from vms044pub.verizon.net (206.46.252.44) by a.mx.sunsite.dk with SMTP; 22 Jun 2006 16:53:21 -0000 Received: from torch.brasslantern.com ([71.116.105.50]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J19001J2THN0289@vms044.mailsrvcs.net> for zsh-workers@sunsite.dk; Thu, 22 Jun 2006 11:51:24 -0500 (CDT) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id k5MGpL1A019571 for ; Thu, 22 Jun 2006 09:51:21 -0700 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id k5MGpLxC019570 for zsh-workers@sunsite.dk; Thu, 22 Jun 2006 09:51:21 -0700 Date: Thu, 22 Jun 2006 09:51:21 -0700 From: Bart Schaefer Subject: Re: The (e) glob qualifier and NO_NOMATCH In-reply-to: <3849.1150985542@dcle12> To: zsh-workers@sunsite.dk Message-id: <060622095121.ZM19569@torch.brasslantern.com> MIME-version: 1.0 X-Mailer: OpenZMail Classic (0.9.2 24April2005) Content-type: text/plain; charset=us-ascii References: <060621064945.ZM17820@torch.brasslantern.com> <3849.1150985542@dcle12> Comments: In reply to Oliver Kiddle "Re: The (e) glob qualifier and NO_NOMATCH" (Jun 22, 4:12pm) On Jun 22, 4:12pm, Oliver Kiddle wrote: } } Given that you can do something like: } } for remote in $(forcemount '/net/r*'); do ... } } is your point purely that you think the syntax would be nice or are you } thinking in terms of being able to pass the function down through the } completion system so that it is only run if and when _path_files expands } the pattern? I was just using the completion system as an example of a case where a nonexistent file is forced to come into existence so it can later be globbed. I'm not otherwise thinking in terms of completion at all. Rather I'm thinking in terms of the "search upwards but stop at the first file" glob request posted to zsh-users earlier this week. I wanted to say up() { reply=( (../)#$~REPLY(Odon) ); reply=( $reply[1] ) } less adr*(+up) but "up" is never called because adr* has no matches in the current dir. } In many respects using (e) and modifying $reply makes it more of a } modifier than a qualifier. Perhaps we should have had a :e modifier. We already do, it just doesn't mean "eval" ....