Size: 6177
Comment: more posix sh approaches
|
Size: 8403
Comment: fixed example ("${files[@]}" -> "${#files[@]}")
|
Deletions are marked like this. | Additions are marked like this. |
Line 3: | Line 3: |
In Bash, you can do this safely and easily with the `nullglob` and `dotglob` options (which change the behaviour of [[glob|globbing]]), and an [[BashFAQ/005|array]]: | In Bash, you can count files safely and easily with the `nullglob` and `dotglob` options (which change the behaviour of [[glob|globbing]]), and an [[BashFAQ/005|array]]: |
Line 9: | Line 9: |
(( ${#files[*]} )) || echo directory is empty | (( ${#files[*]} )) || echo 'directory is empty' |
Line 12: | Line 12: |
See ArithmeticExpression for explanations of arithmetic commands. |
|
Line 22: | Line 24: |
echo "The current directory is empty." | echo 'directory is empty' |
Line 34: | Line 36: |
echo "The current directory contains ${#files[@]} things." | echo "directory contains ${#files[@]} entries" |
Line 44: | Line 46: |
echo "The current directory is not empty. It contains:" printf '%s\n' "${files[@]}" |
echo "directory contains ${#files[@]} entries" |
Line 51: | Line 52: |
If your script needs to run with various non-Bash shell implementations, you can try using an external program like python, perl, or [[UsingFind|find]]; or you can try one of these: | If you don't care how many matching files there are and don't want to store the results in an array, you can use bash's `compgen` command. Unfortunately, due to a [[https://lists.gnu.org/archive/html/bug-bash/2023-03/msg00062.html|bug]], you need to use a hack to make it recognize `dotglob`: {{{#!highlight bash # Bash if (shopt -s dotglob; : *; compgen -G '*' >/dev/null); then echo 'directory is not empty' else echo 'directory is empty' fi }}} Or you can use an [[glob#extglob|extended glob]]: {{{#!highlight bash # Bash # The subshell may be avoided by enabling extglob for the whole script. # Doing so should be safe. if (shopt -s extglob; compgen -G '@(*|.[!.]*|..?*)' >/dev/null); then echo 'directory is not empty' else echo 'directory is empty' fi }}} You may also use `failglob`: {{{#!highlight bash # Bash if ( shopt -s dotglob failglob; : ./* ) 2>/dev/null; then echo 'directory is not empty' else echo 'directory is empty' fi }}} But, if you use `failglob`, note that the subshell is required; the following code does not work because failglob will raise a shell error that will cause bash to stop running the current command (including the `if` command, any outer compound command, and the entire function that ran this code if it is part of a function), so this will only work in the true case, the `else` branch will never run: {{{#!highlight bash # BROKEN! shopt -s dotglob failglob if { : ./* ;} 2> /dev/null; then echo 'directory is not empty' else echo 'directory is empty' fi }}} If you really want to avoid using the subshell and want to set failglob globally, you can either "catch" the shell error using `command eval`, or you can write a function that expands the glob indirectly: {{{#!highlight bash shopt -s dotglob failglob if command eval ': ./*' 2> /dev/null; then echo 'directory is not empty' else echo 'directory is empty' fi # or shopt -s dotglob failglob any_match () { local IFS=; { : $@ ;} 2> /dev/null ;} if any_match './*'; then echo 'directory is not empty' else echo 'directory is empty' fi }}} If your script needs to run with various non-Bash shell implementations, you can try using an external program like python, perl, or [[UsingFind|find]]; or you can try one of these. Note the "magic 3 globs"<<FootNote(https://www.etalabs.net/sh_tricks.html)>> as POSIX does not have the `dotglob` option. |
Line 56: | Line 121: |
set -- * if test -e "$1" || test -L "$1"; then echo "directory is non-empty" fi |
set -- * .[!.]* ..?* for f in "$@"; do if test -e "$f" || test -L "$f"; then echo 'directory is not empty' break fi done |
Line 61: | Line 129: |
Line 68: | Line 135: |
# Note: this will miss any "dot files" | |
Line 70: | Line 136: |
for f in *; do | for f in * .[!.]* ..?*; do |
Line 73: | Line 139: |
printf "There are %d files.\n" "$n" | printf 'directory contains %d files\n' "$n" |
Line 83: | Line 149: |
echo "directory is empty" | echo 'directory is empty' |
Line 89: | Line 155: |
If you need to process dot files as well as non-dot files, without bash's `dotglob`, it gets ''really ugly''. Here is one Trick [[UsingFind|using find]]: | Here is another solution [[UsingFind|using find]]: |
Line 93: | Line 159: |
# Note: do NOT let find print the filename! It may contain newlines. | # Print a single `.' for each file and count the number of characters printed. |
Line 95: | Line 161: |
n=$(find . -type f -exec sh -c 'for f; do printf \\n; done' x {} + | wc -l) printf "There are %d files.\n" "$n" |
n=$(find . -type f -exec printf %.0s. {} + | wc -m) printf 'directory contains %d files\n' "$n" |
Line 106: | Line 172: |
# Bourne | # Bourne / POSIX |
Line 108: | Line 174: |
find "$somedir" -maxdepth 0 -empty -exec echo {} is empty. \; # GNU/BSD | find "$somedir" -prune -empty -exec printf '%s is empty.\n' {} \; # GNU/BSD |
Line 115: | Line 181: |
# Bourne | # Bourne / POSIX |
Line 125: | Line 191: |
Line 131: | Line 198: |
How can I check whether a directory is empty or not? How do I check for any *.mpg files, or count how many there are?
In Bash, you can count files safely and easily with the nullglob and dotglob options (which change the behaviour of globbing), and an array:
See ArithmeticExpression for explanations of arithmetic commands.
Of course, you can use any glob you like instead of *. E.g. *.mpg or /my/music/*.mpg works fine.
Bear in mind that you need read permission on the directory, or it will always appear empty.
Some people dislike nullglob because having unmatched globs vanish altogether confuses programs like ls. Mistyping ls *.zip as ls *.zpi may cause every file to be displayed (for such cases consider setting failglob). Setting nullglob in a SubShell avoids accidentally changing its setting in the rest of the shell, at the price of an extra fork(). If you'd like to avoid having to set and unset shell options, you can pour it all into a SubShell:
The other disadvantage of this approach (besides the extra fork()) is that the array is lost when the subshell exits. If you planned to use those filenames later, then they have to be retrieved all over again.
Both of these examples expand a glob and store the resulting filenames into an array, and then check whether the number of elements in the array is 0. If you actually want to see how many files there are, just print the array's size instead of checking whether it's 0:
You can also avoid the nullglob if you're OK with putting a non-existing filename in the array should no files match (instead of an empty array):
Without nullglob, if there are no files in the directory, the glob will be added as the only element in the array. Since * is a valid filename, we can't simply check whether the array contains a literal *. So instead, we check whether the thing in the array exists as a file. The -L test is required because -e fails if the first file is a dangling symlink.
If you don't care how many matching files there are and don't want to store the results in an array, you can use bash's compgen command. Unfortunately, due to a bug, you need to use a hack to make it recognize dotglob:
Or you can use an extended glob:
You may also use failglob:
But, if you use failglob, note that the subshell is required; the following code does not work because failglob will raise a shell error that will cause bash to stop running the current command (including the if command, any outer compound command, and the entire function that ran this code if it is part of a function), so this will only work in the true case, the else branch will never run:
If you really want to avoid using the subshell and want to set failglob globally, you can either "catch" the shell error using command eval, or you can write a function that expands the glob indirectly:
1 shopt -s dotglob failglob
2 if command eval ': ./*' 2> /dev/null; then
3 echo 'directory is not empty'
4 else
5 echo 'directory is empty'
6 fi
7 # or
8 shopt -s dotglob failglob
9 any_match () { local IFS=; { : $@ ;} 2> /dev/null ;}
10 if any_match './*'; then
11 echo 'directory is not empty'
12 else
13 echo 'directory is empty'
14 fi
If your script needs to run with various non-Bash shell implementations, you can try using an external program like python, perl, or find; or you can try one of these. Note the "magic 3 globs"1 as POSIX does not have the dotglob option.
At this stage, the positional parameters have been loaded with the contents of the directory, and can be used for processing.
If you just want to count files:
In the Bourne shell, it's even worse, because there is no test -e or test -L:
Of course, that fails if * exists as something other than a plain file (such as a directory or FIFO). The absence of a -e test really hurts.
Here is another solution using find:
If you want it not to recurse, then you need to tell find not to recurse into directories. This gets really tricky and ugly. GNU find has a -maxdepth option to do it. With standard POSIX find, you're stuck with -prune. This is left as an exercise for the reader.
Never try to parse ls output. Even ls -A solutions can break (e.g. on HP-UX, if you are root, ls -A does the exact opposite of what it does if you're not root -- and no, I can't make up something that incredibly stupid).
In fact, one may wish to avoid the direct question altogether. Usually people want to know whether a directory is empty because they want to do something involving the files therein, etc. Look to the larger question. For example, one of these find-based examples may be an appropriate solution:
Most commonly, all that's really needed is something like this:
In other words, the person asking the question may have thought an explicit empty-directory test was needed to avoid an error message like mympgviewer: ./*.mpg: No such file or directory when in fact no such test is required.
Support for a nullglob-like feature is inconsistent. In ksh93 it can be done on a per-pattern basis by prefixing with ~(N)2:
From: http://permalink.gmane.org/gmane.comp.standards.posix.austin.general/2058, which contains some good discussion. (2)