What is wrong with this?

Code:

$ [ -f m* ] && echo "file exists" || echo "file does not exist"
file exists
$ [ -f a* ] && echo "file exists" || echo "file does not exist"
file does not exist

I am able to check for any files using wild cards as you asked for using the -f (exists and is a file) and -e (exists).

Why do you think this does not work?

Also to add to the example masta gives:

Code:

for F in m*
do
    # Gather a list of files for use later
    FILES="${FILES} ${F}"
    # or you can simply preform actions here on each
    # individual file
done

# The variable FILES will either be empty or have a list of files you asked for
# If nothing matches m* then it is empty

echo "${FILES}" # or use the var FILES as needed.
# While '/bin/echo' exists echo is also built-in in bash and sh. 
# Since we give no path echo is overridden here.
# man bash and look under 'SHELL BUILTIN COMMANDS'

I am using 100% pure shell globs and built-ins and no external calls this way.


masta, you make good point however you do use an external invoke of "ls -l" and "strings" and you do it multiple times (1 for each file) whereas scottn only makes the call once.
The difference here is presumably meant to imply "only in your initial check for existence of the files" and that what you do "with" these files once found is another matter. We can't use built-ins for everything after all

I just meant to add that it may seem confusing to new script writers if the distinction is not made.

Code:

for FILE in a*    # Pure shell glob here but...
do 
  ls -l $FILE       # This is just as much of an external call as scottn does!
  strings $FILE
  . . .
done

I do however tend to agree with what masta means to show you, scottn has a valid working solution however we should (in my opinion) try to use the built-in functions of the shell we are in if external applications (ls in scottn's case) is not needed.

Now again this is a personal preference and scottn's method does have an advantage in one case. If the built-ins we rely on are shell specific (example: parameter expansion, let, set, unset, export, pushd, popd) then we cannot port this script in it's raw form to another shell (ie from bash to ksh/csh/sh). In this case using the external "ls" and "echo" commands means that we can use this script in any shell that can find the ls command in it's path!