From: Sam Watkins <sam@nipl.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] mishandling empty lists - let's fix it
Date: Tue, 6 Oct 2009 06:24:28 +1100 [thread overview]
Message-ID: <20091005192428.GA24445@nipl.net> (raw)
In-Reply-To: <dd6fe68a0910050913s6f6513f6x4271eb79574887ea@mail.gmail.com>
John Stalker:
> For what it's worth, I agree that it's a problem.
hooray! thanks :)
> Does it need fixing? Implementing it properly would break most shell scripts
> I've written.
Well, I have a fix that should not break any real scripts, I repeat it below.
Russ Cox:
> to the original poster: there's definitely a logical consistency to your
> original proposal. others have pointed out specific flaws, but the
> fundamental issue is that it's just not the same system anymore.
Thanks. I've already shown how to fix the problem by adding a meaning to `--':
if `--' is seen, do not do anything dwimmy in the case of 0 or 1 files in the
list, treat them like any longer list. The system is very much the same.
My solution fixes the problem and I claim it would not break any existing real
shell scripts, or upset interactive use, however it would remove many bugs.
Now, about the globbing...
erik:
> if we follow your redesign of unix, we would never get an error because
> cat * does nothing and wouldn't be an error at all.
"redesign of unix" is overstating it.
There should not be an error when a glob or pattern matches nothing.
"none" is a perfectly valid reply to the query *.c - what .c files are here?
For interactive use, an environment variable WARNIFEMPTY or something could
request warnings (or ERRORIFEMPTY for errors) from the shell if a glob expands
to nothing; or from commands if a command is run with no files to operate on.
Or perhaps we could have a different globber that does the right thing,
such as `{glob *} - that would be okay for scripts, and the status quo is
tolerable for interactive use.
Maybe the regular globbing can't be fixed without breaking stuff - but I don't
know of any program that does depend on this bogus misfeature, and I'm sure I
could find plenty of scripts that break because of it... and it's no good to
blame the writers of those scripts, it is a clear fault in the system.
I don't admire the various god-awful hacks proposed to avoid pitfalls stemming
these bugs.
Sam
next prev parent reply other threads:[~2009-10-05 19:24 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<20091005055423.GA14691@nipl.net>
2009-10-05 13:30 ` erik quanstrom
2009-10-05 16:13 ` Russ Cox
2009-10-05 19:24 ` Sam Watkins [this message]
2009-10-05 19:31 ` erik quanstrom
2009-10-05 21:04 ` John Stalker
2009-10-05 22:13 ` Jason Catena
2009-10-06 10:10 ` lucio
2009-10-06 2:22 ` ron minnich
2009-10-06 4:37 ` erik quanstrom
2009-10-06 4:50 ` ron minnich
2009-10-06 6:40 ` John Stalker
2009-10-06 17:45 ` Brian L. Stuart
2009-10-06 18:00 ` John Stalker
2009-10-06 18:27 ` ron minnich
2009-10-07 8:30 ` John Stalker
2009-10-07 11:05 ` roger peppe
2009-10-06 8:40 ` matt
2009-10-06 16:50 ` John Stalker
2009-10-06 17:15 ` Jason Catena
2009-10-06 17:50 ` Tim Newsham
2009-10-06 19:27 ` John Stalker
2009-10-06 20:10 ` Jason Catena
2009-10-05 21:35 ` Russ Cox
[not found] <<200910071414.aa02318@salmon.maths.tcd.ie>
2009-10-07 13:36 ` erik quanstrom
2009-10-07 14:02 ` W B Hacker
[not found] <<200910070930.aa64725@salmon.maths.tcd.ie>
2009-10-07 12:14 ` erik quanstrom
2009-10-07 13:14 ` John Stalker
[not found] <<200910060740.aa94573@salmon.maths.tcd.ie>
2009-10-06 12:59 ` erik quanstrom
[not found] <<646955677faa922172207300b93ff6ea@hamnavoe.com>
2009-10-04 18:39 ` erik quanstrom
2009-10-03 16:03 Sam Watkins
2009-10-03 17:01 ` Rob Pike
2009-10-03 18:31 ` Sam Watkins
2009-10-03 18:56 ` Rob Pike
2009-10-03 19:05 ` blstuart
2009-10-03 19:18 ` hiro
2009-10-03 20:31 ` Steve Simon
2009-10-05 16:08 ` John Stalker
2009-10-05 16:24 ` erik quanstrom
2009-10-05 17:20 ` John Stalker
2009-10-05 19:09 ` roger peppe
2009-10-03 18:46 ` Bakul Shah
2009-10-03 19:11 ` Sam Watkins
2009-10-04 4:12 ` lucio
2009-10-04 7:17 ` Sam Watkins
2009-10-04 9:18 ` lucio
2009-10-05 6:20 ` Sam Watkins
2009-10-05 6:53 ` Federico G. Benavento
2009-10-04 10:46 ` Richard Miller
2009-10-06 6:59 ` Uriel
2009-10-06 12:01 ` Jacob Todd
2009-10-04 10:59 ` sqweek
2009-10-05 5:54 ` Sam Watkins
2009-10-05 11:23 ` matt
2009-10-04 10:18 ` Charles Forsyth
2009-10-04 10:26 ` lucio
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=20091005192428.GA24445@nipl.net \
--to=sam@nipl.net \
--cc=9fans@9fans.net \
/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.
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).