15

In my Bash script, I have a function to return 0 or 1 (true or false) for the later main function's condition.

function1 () {
    if [[ "${1}" =~ "^ ...some regexp... $" ]] ; then
        return 1
    else
        return 0
    fi
}

Then in my main function:

main () {
    for arg in ${@} ; do
        if [ function1 ${arg} ] ; then
            ...
        elif [ ... ] ; then
            ...
        fi
    done
}

However, when I ran this script it always gave me an error message:

[: function1: unary operator expected

How can I fix this?

3
  • 1
    Note that, at least in bash version 4, you should not quote the regular expression: doing so forces simple string matching -- documented here. Also, you should use for arg in "$@" with the quotes, or simpler for arg; do ... Commented May 14, 2012 at 16:26
  • 1
    You should put your regex in a variable. pattern='^ ...some regexp... $'; if [[ $1 =~ $pattern ]]. Note that inside double square brackets, it's not necessary to quote variables and as glenn said, the regex (variable) should never be quoted. Commented May 14, 2012 at 16:58
  • The canonical may be "unary operator expected" error in Bash if condition Commented Oct 5, 2021 at 16:40

1 Answer 1

33

You are making the common mistake of assuming that [ is part of the if command's syntax. It is not; the syntax of if is simply

if command; then
    ... things which should happen if command's result code was 0
else
    ... things which should happen otherwise
fi

One of the common commands we use is [ which is an alias for the command test. It is a simple command for comparing strings, numbers, and files. It accepts a fairly narrow combination of arguments, and tends to generate confusing and misleading error messages if you don't pass it the expected arguments. (Or rather, the error messages are adequate and helpful once you get used to it, but they are easily misunderstood if you're not used.)

In your main function, the call to [ appears misplaced.  You probably mean

if function "$arg"; then
    ...
elif ... ; then ...

By the way, for good measure, you should also always quote your strings. Use "$1" not $1, and "$arg" instead of $arg.

The historical reasons for test as a general kitchen sink of stuff the authors didn't want to make part of the syntax of if is one of the less attractive designs of the original Bourne shell. Bash and zsh offer alternatives which are less unwieldy (like the [[ double brackets in bash, which you use in your function1 definition), and of course, POSIX test is a lot more well-tempered than the original creation from Bell Labs.

As an additional clarification, your function can be simplified to just

function1 () {
    ! [[ "$1" =~ "^ ...some regexp... $" ]]
}

That is, perform the test with [[ and reverse its result code. (The "normal" case would be to return 0 for success, but maybe you are attempting to verify that the string doesn't match?)

Sign up to request clarification or add additional context in comments.

5 Comments

those ... represent script after ${1}, and in my actual script i carefully split my script and brackets with one space. so i don't think it is the problem with that
no, my function 1 actually checks if that $1 is matching some kind of regular expression. and my function 1 just works fine standing alone. so what i think is that there is some problem with the condition in my main function
Oh, sorry, missed the error in main. Thanks for the hint. The basic analysis still holds; [ is not what you think it is.
Thanks! i shouldn't use the brackets within my conditions of main. thanks!
I repurposed this answer at stackoverflow.com/a/36371520/874188 which is a more focused question. If you were linked here, perhaps click through to the newer question.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.