From: Bart Schaefer <schaefer@brasslantern.com>
To: Devin Hussey <husseydevin@gmail.com>
Cc: "Lawrence Velázquez" <vq@larryv.me>,
"zsh-workers@zsh.org" <zsh-workers@zsh.org>
Subject: Re: [PATCH] Ignore EACCES when doing non-pure globbing
Date: Tue, 12 Jan 2021 17:28:39 -0800 [thread overview]
Message-ID: <CAH+w=7ZR2_45H+yOSEvY9ONPcyAMB2w+r6kgB8o9VktgPq11_w@mail.gmail.com> (raw)
In-Reply-To: <CAEtFKsvKA1Ejnn96gzQpwGHYW7Jm3F_jCY0ArrgLEMApGOaU_g@mail.gmail.com>
On Tue, Jan 12, 2021 at 5:12 PM Devin Hussey <husseydevin@gmail.com> wrote:
>
> So, both the pre-patch and post-patch behaviors are noncompliant. The first is too strict and this is too lenient (although I prefer more lenient than strict). Back to the drawing board, I guess.
There are options (shglob, shfileexpansion, no_nomatch, etc.)
controlling whether the globbing behavior does or does not conform to
POSIX. It's not a problem that "no matches found" is printed when the
shell is not in POSIX mode. It would be a problem if "too many"
matches were found when the shell IS in POSIX mode. So it may be that
any patch here has to take one or more of those setopts into account.
That said, the POSIX requirement is only that any "component that
contains a pattern character" must have read permission on the
directory containing it. A "component" here is what appears between
two "/" (or after the rightmost one). So I don't think there was a
problem with that requirement.
next prev parent reply other threads:[~2021-01-13 1:29 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-12 22:42 Devin Hussey
2021-01-12 22:48 ` Devin Hussey
2021-01-12 23:47 ` Lawrence Velázquez
2021-01-13 0:53 ` Devin Hussey
2021-01-13 1:12 ` Devin Hussey
2021-01-13 1:28 ` Bart Schaefer [this message]
2021-01-13 1:26 ` Mikael Magnusson
[not found] ` <CAEtFKsuDqhu3USSVCcrt-8rkvA_yAkHt=eU+FY6=pNu+gVogMw@mail.gmail.com>
2021-01-13 2:14 ` Devin Hussey
2021-01-13 3:01 ` Devin Hussey
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAH+w=7ZR2_45H+yOSEvY9ONPcyAMB2w+r6kgB8o9VktgPq11_w@mail.gmail.com' \
--to=schaefer@brasslantern.com \
--cc=husseydevin@gmail.com \
--cc=vq@larryv.me \
--cc=zsh-workers@zsh.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).