I have the following problem, my shell script contain something like:


# config load
source $mydir/config.sh

.... execute various commands

My script is placed in my user dir.. let's say /home/bob/script.sh

If I'm inside the /home/bob dir and run ./script.sh everything works fine.

If I'm outside and want to use the absolute path /home/bob/script.sh the config.sh file is not recalled properly.

What value should i assign to $mydir in order to make the script runnable from every path without struggle?

mydir=$(which command?)

PS: as bonus please also provide an alternative if the script dir is inside the $PATH


The $0 variable contains the script's path:

$ cat ~/bin/foo.sh
echo $0

$ ./bin/foo.sh

$ foo.sh

$ cd ~/bin
$ foo.sh

As you can see, the output depends on the way it was called, but it always returns the path to the script relative to the way the script was executed. You can, therefore, do:

## Set mydir to the directory containing the script
## The ${var%pattern} format will remove the shortest match of
## pattern from the end of the string. Here, it will remove the
## script's name,. leaving only the directory. 

# config load
source "$mydir"/config.sh

If the directory is in your $PATH, things are even simpler. You can just run source config.sh. By default, source will look for files in directories in $PATH and will source the first one it finds:

$ help source
source: source filename [arguments]
    Execute commands from a file in the current shell.

Read and execute commands from FILENAME in the current shell.  The
entries in $PATH are used to find the directory containing FILENAME.
If any ARGUMENTS are supplied, they become the positional parameters
when FILENAME is executed.

If you are sure your config.sh is unique or, at least, that it is the first one found in $PATH, you can source it directly. However, I suggest you don't do this and stick to the first method instead. You never know when another config.sh might be in your $PATH.

  • ~/bin/foo.sh it is just tilde expansion , not a full path. Use readlink -e $0 instead – Costas Mar 31 '16 at 9:15
  • @Costas I edited to clarify that $0 is not always the absolute path. It is always the path to the script though, so this approach should work. Can you think of cases that would break it? – terdon Mar 31 '16 at 9:23

This method is only useful in a bash script.


mydir="$( cd "$( dirname "${BASH_SOURCE[0]}" )" > /dev/null && pwd )"

How it works:

BASH_SOURCE is an array variable whose members are the source filenames where the corresponding shell function names in the FUNCNAME array variable are defined.

So, with:

cd "$( dirname "${BASH_SOURCE[0]}" )"

you move to the directory where the script is placed.

Then, the output of cd is sent to /dev/null, because sometimes, it prints something to STDOUT. E.g., if your $CDPATH has .

And finally, it executes:


which gets the current location.



  • never hurts to explain a little bit about how your solution works. I know the Q is tagged bash, but the use of BASH_SOURCE does make this A bash-specific. There were other concerns brought up in the comment section of that SO answer as well that would be good to mention. – Jeff Schaller Mar 31 '16 at 11:52

Found the solution:

mydir=$(dirname "$0")

With this the script can be invoked from everywhere without throubles.

  • 2
    not if it is a symlink. This one is the most reliable I have found: current_dir=$(dirname $(readlink -f $0)) – Alexar Apr 7 '18 at 9:23

Give a try to this tested and verified with shellcheck solution:

mydir="$(dirname "${0}")"
source "${mydir}"/config.sh
printf "read value of config_var is %s\n" "${config_var}"

The test:

$ ls 
$ cat script.sh
#!/bin/bash --
mydir="$(dirname "${0}")"
source "${mydir}"/config.sh

printf "read value of config_var is %s\n" "${config_var}"

$ cat config.sh

$ mkdir "$(printf "\1\2\3\4\5\6\7\10\11\12\13\14\15\16\17\20\21\22\23\24\25\26\27\30\31\32\33\34\35\36\37\40\41\42\43\44\45\46\47testdir" "")"
$ mv *.sh *testdir
$ *testdir/script.sh
read value of config_var is super_value

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.