Dr. Mark Humphrys

School of Computing. Dublin City University.

Home      Blog      Teaching      Research      Contact


CA216      CA249      CA318

CA400      CA651      CA668

More on Shell

Environment variables

Like global vars for all programs.
Note any environment vars that are declared within a program are local to that program only.

set 			may display shell functions too

var=value               set environment variable
                        N.B. no spaces!
echo var                print the string "var"
echo $var               print value of environment variable

echo $HOME              get into the habit of using these
                        instead of the actual hard-coded values,
                        - makes scripts more portable
echo path is $PATH
echo $USER

uname and arch

echo `hostname`         recall backquotes

uname          show hardware, OS, etc.

arch           same as "uname -m"

echo `arch`    recall backquotes

Example of using arch in config files:
  1. I share the same set of files across a number of Unix/Linux systems running on different hardware.
  2. I collect binaries for each platform, but keep them in separate directories underneath the   $home/bin directory.
  3. Then at login I set the path to automatically include the correct directory.
    e.g. On my C shell system I put this in the .cshrc file:
    set path = ( $home/bin/`arch` ... )

Strings and echo

echo                    print something on screen, followed by new line
echo -n                 print with no new line

printf                  print with no new line
printf "\n"             print with new line

On some platforms, echo -e exists (interpret special backslash chars)
On DCU Linux: 

echo -e "\n text \n\n"        print multiple new lines

echo "string"
echo 'string'

	It is useful to have 2 choices for quotes.
	If using one for something else, surround with the other.
	e.g. To search for single quote in file:

	grep ' file        syntax error (why?)
	grep "'" file      surround with quotes and it works
	grep '"' file      to search for the double quote itself

The 2 quotes are not exactly equal:

echo "--$HOME--"       --/users/group/humphrys--
echo '--$HOME--'       --$HOME--
echo '--'$HOME'--'     --/users/group/humphrys--

File wildcards

*                       all normal (non-hidden) files
.*                      all hidden files

 "Hidden" in the sense that tools like ls won't list them by default.
 You can write your own tools of course to always list them by default.
 Not actually hidden in the security sense.

 Done for convenience not strict security, like write-protecting your own files
 (which is itself a kind of security since it stops some accidents).
 Doing things to  *  like  rm *  won't affect the  .*  files.
 Like the way  C:\Windows won't let you see the files first time.

Q. Even on a single-user system, why separate OS files from user files?

echo *                  echo all files
echo f*                 all files beginning with f
echo */*                files in next layer
*/*/*                   etc.

Important to realise it is the shell that interprets "*" and passes the result to echo or ls or your program. It is not actually echo or ls itself that parses it.
grep string *

# grep does not understand *

# but that's fine because grep does not actually RECEIVE *
# what happens is:
# the shell EXPANDS * to a list of files and passes these to grep
# so grep actually receives:

grep string f1 f2 .. fn
To see that it is the shell that expands it, assign it to an environment variable. Try these:

echo *
echo "*"

echo $x
echo "$x"

echo $x
echo "$x"
x=`echo *`
echo $x
echo "$x"

Q. Why have the shell interpret "*"? Why not just pass "*" as argument to progs?

Feeds      w2mind.org

On Internet since 1987.