Unix shell
From Wikipedia, the free encyclopedia
A Unix shell is a command-line interpreter (see shell) and script host that provides a 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 command line interpreter to execute or by creating text scripts of one or more such commands.
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 log in), 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, though in practice this usually requires administrator rights.
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 it was 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.
- 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.[citation needed]
- Busybox -- Tiny utilities for small and embedded systems, include a shell.
[edit] C shell compatible
- C shell (csh) Written by Bill Joy, while at the University of California, Berkeley. First distributed with BSD, circa 1979.
- TENEX C shell (tcsh)
[edit] Other or exotic
- fish, friendly interactive shell, first released in 2005.
- mudsh, an "intelligent" game-like shell that operates like a MUD.
- zoidberg, a modular Perl shell written, configured, and operated entirely in Perl.
- pysh, an special profile of the ipython project, tries to integrate a heavily enhanced python shell and system shell into a seamless experience.
- rc, the default shell on Plan 9 from Bell Labs and Version 10 Unix written by Tom Duff. Ports have been made to Inferno and Unix-like operating systems.
- es shell (es) A functional programming rc-compatible shell written in the mid-1990s.
- scsh (Scheme Shell)
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 the configuration files for popular shells:
sh | ksh | csh | tcsh | bash | zsh | |
---|---|---|---|---|---|---|
/etc/.login |
login | login | ||||
/etc/csh.cshrc |
yes | |||||
/etc/csh.login |
login | |||||
~/.tcshrc |
yes | |||||
~/.cshrc |
yes | yes | ||||
~/.login |
login | login | ||||
~/.logout |
login | login | ||||
/etc/profile |
login | login | i.login | |||
~/.profile |
login | login | login | |||
~/.bash_profile |
login | |||||
~/.bash_login |
login | |||||
~/.bash_logout |
login | |||||
~/.bashrc |
n/login | |||||
/etc/zshenv |
yes | |||||
/etc/zprofile |
login | |||||
/etc/zshrc |
int. | |||||
/etc/zlogin |
login | |||||
/etc/zlogout |
login | |||||
~/.zshenv |
yes | |||||
~/.zprofile |
login | |||||
~/.zshrc |
int. | |||||
~/.zlogin |
login | |||||
~/.zlogout |
login |
Explanation:
- blank 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
- Thompson shell (sh) -- The first Unix shell, written by Ken Thompson at Bell Labs. Distributed with Versions 1 through 6 of Unix, from 1971 to 1975. Considered very rudimentary by modern standards and not used on current systems, though available as part of some Ancient UNIX Systems.
- PWB shell or Mashey shell (sh) -- A version of the Thompson shell, augmented by John Mashey and others, while at Bell Labs. Distributed with the Programmer's Workbench UNIX, circa 1976.
[edit] Non-Unix shells
Within the Microsoft Windows suite of operating systems the analogous programs are command.com, or cmd.exe for Windows NT-based operating systems, and Windows PowerShell introduced with Windows Server 2008.
[edit] See also
[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] External links
- Introduction to the Unix shell history (Softpanorama)
- Sven Mascheck. The Traditional Bourne Shell Family History and Development. Version 2009-02-12; Last accessed March 6, 2009
- Bourne shell, or sh (interview with steve Bourne, Computerworld March 5,2009
- Linux Shell Scripting Tutorial - A Beginner's handbook