From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 Received: (qmail 7199 invoked from network); 11 Apr 2020 23:49:11 -0000 Received-SPF: pass (primenet.com.au: domain of zsh.org designates 203.24.36.2 as permitted sender) receiver=inbox.vuxu.org; client-ip=203.24.36.2 envelope-from= Received: from ns1.primenet.com.au (HELO primenet.com.au) (203.24.36.2) by inbox.vuxu.org with UTF8ESMTPZ; 11 Apr 2020 23:49:11 -0000 Received: (qmail 22793 invoked by alias); 11 Apr 2020 23:49:00 -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: List-Unsubscribe: X-Seq: 45676 Received: (qmail 12276 invoked by uid 1010); 11 Apr 2020 23:49:00 -0000 X-Qmail-Scanner-Diagnostics: from joooj.vinc17.net by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.2/25772. spamassassin: 3.4.4. Clear:RC:0(155.133.131.76):SA:0(-1.9/5.0):. Processed in 3.67153 secs); 11 Apr 2020 23:49:00 -0000 X-Envelope-From: vincent@vinc17.net X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at vinc17.net does not designate permitted sender hosts) Date: Sun, 12 Apr 2020 01:48:17 +0200 From: Vincent Lefevre To: zsh-workers@zsh.org Subject: Re: glob qualifier '-' doesn't work correctly on dangling symlinks Message-ID: <20200411234817.GA1737986@zira.vinc17.org> Mail-Followup-To: zsh-workers@zsh.org References: <20200411151511.GA1708902@zira.vinc17.org> <20200411173450.56nnznxtmil5oge3@chazelas.org> <20200411191711.GA1722320@zira.vinc17.org> <20200411203714.wupg6wmd7b7xch2w@chazelas.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200411203714.wupg6wmd7b7xch2w@chazelas.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/1.12.1+33 (6a74e24e) vl-117499 (2019-06-23) On 2020-04-11 21:37:14 +0100, Stephane Chazelas wrote: > 2020-04-11 21:17:11 +0200, Vincent Lefevre: > [...] > > > That's consistent with GNU find's -xtype l > > > > But the behavior is not consistent with the stat system call, with > > the GNU stat utility (when using the --dereference option), and with > > zsh/stat. > [...] > > But ls/stat report information, and find/globs find files. Globs find files based on reported information. > find -xtype l and *(-@) are common, documented idioms. If only > for that, I don't think the behaviour should be changed. > > And it's not clear what the better behaviour would be. > > If that broken link should not be matched by *(-W), should it be > matched by *(-^W)? Why? No, just like file0(^W) gives "zsh: no match" (as file0 does not exist). > Or should that fail the glob (cause the shell process to exit)? The shell process should not exit (except with "set -e"). The behavior should be: replace the link by the target, then apply the glob qualifiers. > What about for *(-e:code:)? Since file0(e:foo:) does not make zsh execute foo, *(-e:code:) should execute the code only on existing (and accessible) targets. > Here, you can always work around the problem with *(-W^@). But file3(-e:foo:^@) will execute "foo". That's not equivalent. I suppose that the form *(-^@^W) is the generic way to do it. However, currently, the behavior does not match the documentation. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)