Unix shell

From Wikipedia, the free encyclopedia

Screenshot of a sample Bash session, taken on Gentoo Linux.
Screenshot of a sample Bash session, taken on Gentoo Linux.

A Unix shell, also called "the command line", provides the traditional user interface for the Unix operating system and for Unix-like systems. Users direct the operation of the computer by entering command input as text for a shell to execute. Within the Microsoft Windows suite of operating systems the analogous program is command.com, or cmd.exe for Windows NT-based operating systems.

The most generic sense of the term shell means any program that users use to type commands. Since in the Unix operating system users can select which shell they want to use (which program should execute when they login), many shells have been developed. It is called a "shell" because it hides the details of the underlying operating system behind the shell's interface (in contrast with the "kernel", which refers to the lowest-level, or 'inner-most' component of an operating system). Similarly, graphical user interfaces for Unix, such as GNOME, KDE, and Xfce can be called visual shells or graphical shells. By itself, the term shell is usually associated with the command line. In Unix, any program can be the user's shell. Users who want to use a different syntax for typing commands can specify a different program as their shell.

The term shell also refers to a particular program, such as the Bourne shell, sh. The Bourne shell was the shell used in early versions of Unix and became a de facto standard; every Unix-like system has at least one shell compatible with the Bourne shell. The Bourne shell program is located in the Unix file hierarchy at /bin/sh. On some systems, such as BSD, /bin/sh is a Bourne shell or equivalent, but on other systems such as Linux, /bin/sh is likely to be a link to a compatible, but more feature-rich shell. POSIX specifies its standard shell as a strict subset of the Korn shell.

Contents

[edit] Other types of shells

The Unix shell was unusual when first created. Since it is both an interactive command language and the language used to script the system, it is a scripting programming language. Many shells created for other operating systems offer rough equivalents to Unix shell functionality.

On systems using a windowing system, some users may never use the shell directly. On Unix systems, the shell is still the implementation language of system startup scripts, including the program that starts the windowing system, the programs that facilitate access to the Internet, and many other essential functions.

On MS-DOS, OS/2, and Windows, equivalents to Unix system scripts are called batch files, and have either a ".bat" or ".cmd" extension. A newer CLI - Windows PowerShell, will replace the existing NT command line, cmd.exe; it has many features derived from Unix shells, though it uses a somewhat different syntax.

Many users of a Unix system still find a modern command line shell much more convenient for many tasks than any GUI application.

Due to the recent movement in favor of open source, most Unix shells have at least one version that is open source.

[edit] Shell categories

Unix shells can be broadly divided into four categories: Bourne-like, C Shell-like, nontraditional, and historical.

[edit] Bourne shell compatible

  • Bourne shell (sh) -- Written by Steve Bourne, while at Bell Labs. First distributed with Version 7 Unix, circa 1978, and enhanced over the years.
    • Almquist shell (ash) -- Written as a BSD-licensed replacement for the Bourne Shell; often used in resource-constrained environments. The sh of FreeBSD, NetBSD (and their derivatives) are based on ash that has been enhanced to be POSIX conformant for the occasion.
    • Bourne-Again shell (bash) -- Written as part of the GNU project to provide a superset of Bourne Shell functionality.
    • Debian Almquist shell (dash) -- Dash is a modern replacement for ash in Debian and is expected to be the default /bin/sh for Debian Lenny.
    • Korn shell (ksh) -- Written by David Korn, while at Bell Labs.
    • Z shell (zsh) -- considered as the most complete (read: the most features) shell: it is the closest thing that exists to a superset of sh, ash, bash, csh, ksh, and tcsh.

[edit] C shell compatible

[edit] Other or exotic

A list of various shells may be found at www.freebsd.org.

[edit] Configuration files for shells

Shells read configuration files on multiple circumstances which differ depending on the shell. This table shows to configuration files for popular shells:

sh ksh csh tcsh bash zsh
/etc/.login no no login login no no
/etc/csh.cshrc no no no yes no no
/etc/csh.login no no no login no no
~/.tcshrc no no no yes no no
~/.cshrc no no yes yes no no
~/.login no no login login no no
~/.logout no no login login no no
/etc/profile login login no no i.login no
~/.profile login login no no login no
~/.bash_profile no no no no login no
~/.bash_login no no no no login no
~/.bashrc no no no no n/login no
/etc/zshenv no no no no no yes
/etc/zprofile no no no no no login
/etc/zshrc no no no no no int.
/etc/zlogin no no no no no login
/etc/zlogout no no no no no login
~/.zshenv no no no no no yes
~/.zprofile no no no no no login
~/.zshrc no no no no no int.
~/.zlogin no no no no no login
~/.zlogout no no no no no login

Explanation:

  • "no" means a file is not read by a shell at all.
  • "yes" means a file is always read by a shell.
  • "login" means a file is read if the shell is a login shell.
  • "n/login" means a file is read if the shell is not a login shell.
  • "int." means a file is read if the shell is interactive.
  • "i.login" means a file is read if the shell is an interactive login shell.

[edit] Historic

[edit] Further reading

  • Ellie Quigley (2001). "Introduction to UNIX shells", Unix Shells by Example. Prentice Hall PTR. ISBN 013066538X.  — a history of the various shells, and the uses of and responsibilities of a shell on Unix

[edit] See also

[edit] External links