/media/bill/PROJECTS/System_maintenance/Linux/eval notes.txt ****************** 13Apr2019 search "linux and bash eval commands" https://stackoverflow.com/questions/11065077/eval-command-in-bash-and-its-typical-uses#11065196 +-----+ eval takes a string as its argument, and evaluates it as if you'd typed that string on a command line. (If you pass several arguments, they are first joined with spaces between them.) ${$n} is a syntax error in bash. Inside the braces, you can only have a variable name, with some possible prefix and suffixes, but you can't have arbitrary bash syntax and in particular you can't use variable expansion. There is a way of saying “the value of the variable whose name is in this variable”, though: echo ${!n} one $(…) runs the command specified inside the parentheses in a subshell (i.e. in a separate process that inherits all settings such as variable values from the current shell), and gathers its output. So echo $($n) runs $n as a shell command, and displays its output. Since $n evaluates to 1, $($n) attempts to run the command 1, which does not exist. eval echo \${$n} runs the parameters passed to eval. After expansion, the parameters are echo and ${1}. So eval echo \${$n} runs the command echo ${1}. Note that most of the time, you must use double quotes around variable substitutions and command substitutions (i.e. anytime there's a $): "$foo", "$(foo)". Always put double quotes around variable and command substitutions, unless you know you need to leave them off. Without the double quotes, the shell performs field splitting (i.e. it splits value of the variable or the output from the command into separate words) and then treats each word as a wildcard pattern. For example: $ ls file1 file2 otherfile $ set -- 'f* *' $ echo "$1" f* * $ echo $1 file1 file2 file1 file2 otherfile $ n=1 $ eval echo \${$n} file1 file2 file1 file2 otherfile $eval echo \"\${$n}\" f* * $ echo "${!n}" f* * eval is not used very often. In some shells, the most common use is to obtain the value of a variable whose name is not known until runtime. In bash, this is not necessary thanks to the ${!VAR} syntax. eval is still useful when you need to construct a longer command containing operators, reserved words, etc. shareimprove this answer edited Mar 29 at 17:42 jim_kastrin 2,90422022 answered Jun 16 '12 at 16:32 Gilles 76.6k19165207 show 7 more comments 33 Simply think of eval as "evaluating your expression one additional time before execution" eval echo \${$n} becomes echo $1 after the first round of evaluation. Three changes to notice: The \$ became $ (The backslash is needed, otherwise it tries to evaluate ${$n}, which means a variable named {$n}, which is not allowed) $n was evaluated to 1 The eval disappeared In the second round, it is basically echo $1 which can be directly executed. So eval will first evaluate (by evaluate here I mean substitute variables, replace escaped characters with the correct ones etc.), and then run the resultant expression once again. eval is used when you want to dynamically create variables, or to read outputs from programs specifically designed to be read like this. See http://mywiki.wooledge.org/BashFAQ/048 for examples. The link also contains some typical ways in which eval is used, and the risks associated with it. shareimprove this answer edited Feb 22 '13 at 8:17 answered Jun 16 '12 at 16:19 Hari Menon 19.6k96897 show 7 more comments 21 In my experience, a "typical" use of eval is for running commands that generate shell commands to set environment variables. Perhaps you have a system that uses a collection of environment variables, and you have a script or program that determines which ones should be set and their values. Whenever you run a script or program, it runs in a forked process, so anything it does directly to environment variables is lost when it exits. But that script or program can send the export commands to stdout. Without eval, you would need to redirect stdout to a temp file, source the temp file, and then delete it. With eval, you can just: eval "$(script-or-program)" Note the quotes are important. Take this (contrived) example: # activate.sh echo 'I got activated!' # test.py print("export foo=bar/baz/womp") print(". activate.sh") $ eval $(python test.py) bash: export: `.': not a valid identifier bash: export: `activate.sh': not a valid identifier $ eval "$(python test.py)" I got activated! shareimprove this answer edited Apr 9 '15 at 0:57 Anthony Sottile 21k64676 answered Oct 22 '14 at 17:29 sootsnoot 1,32731622 show 2 more comments 7 # enddoc