bash/globbing
The following notes may apply to other shell environments besides bash, but have only been tested with bash.
Commands invoked via bash always, by default, have each of their arguments parsed via the glob system facility before being passed to the command.
Problems
This actively interferes with the ability of programs such as grep to behave intuitively when given a file-mask spec as input for processing, because:
wildcard obfuscation
- any mask entered will apply only to the current folder.
- folders are only included if their names also match the mask
- ...thus not being useful as far as being the next layer of folders to search; the program will have to get its own directory listing for that.
inconsistency
Apparently the file-mask will be passed literally if no matches are found. (I guess this is useful so the program can say "no matches found for <filemask>", but...)
ambiguity
If there is a file whose name looks like an option because it begins with "-" or "--", and that file matches the file-mask given, the auto-globbing feature will include it verbatim in such a way that the executable may not be able to tell whether it's part of a file-listing or is actually an option from the command-line.
Workarounds
Globbing can be turned off on a per-session basis:
set -o noglob- turns off globbing
- put it in
~/.bashrcto make it the default
set +o noglob- turns globbing back on
help set- returns more information about bash's
setcommand (the "set" manpage is for something else)
- returns more information about bash's
- Explicitly enclosing the filemask in quotes (double or single) suppresses auto-globbing.
bashwill strip off the quotes but not parse the contents.- The same is true for backslash-escaping the "*" character, as in
\*.log
- The same is true for backslash-escaping the "*" character, as in
Related
- grep/file masks
- PHP/file/glob: globbing functions in PHP