== A small annoyance with Unix wildcards

Here's a small irritation with Unix wildcards: there's no generally
recognized wildcard (or small set of wildcards) that matches all of the
files in a directory, *including* dotfiles but *excluding* _._ and _.._,
so that you could easily match all of a directory's real contents.

A plain ((*)) doesn't match dotfiles; ((* .*)) matches dotfiles, but
includes _._ and _.._ too. About the best you can do is

> ((* .??* .[^.]))

However this blows up if there's no single-character dotfiles. This
is a general defect in any multi-wildcard scheme, of course; the more
wildcards and the more obscure they are, the more likely you are to have
one that doesn't match anything.

I believe that some shells have a ((.*)) wildcard that doesn't include _._
and _.._; on quick testing, _zsh_ is one. (Bash and ksh seem almost able
to do it but not quite, as far as I can tell.)

Interestingly, the behavior of ((*)) not matching files that start
with _._ goes back at least as far as V5 Unix. (The V4 Unix sources
have apparently been lost, and the V4 and V5 manpages are not
precise enough to say whether the behavior existed in V4. If you
are poking around this stuff at [[tuhs.org http://www.tuhs.org/]],
it is helpful to know that in V6 and earlier shell globbing was
done by an external program, _/etc/glob_; the V5 source is [[here
http://minnie.tuhs.org/UnixTree/V5/usr/source/s1/glob.c.html]].)

It's interesting to see that fairly complete shell wildcard support goes
back *very* far in Unix history. Third Edition, released in February
1973 and the oldest Unix that [[tuhs.org]] has useful stuff for, already
has ((*)), ((?)), and (([...])) (including character ranges with _-_).
(Since the V3 _ls_ has a _-a_ option to reveal dotfiles, I suspect that
even V3 ((*)) wildcards didn't match dotfiles.)

Bonus trivia: the oldest _ls_ options, present in V3, are _-l_, _-t_,
_-a_, _-s_, and _-d_. V4 _ls_ grew _-r_ and _-u_, and after that you
can go digging for yourself.