Unix shell: Difference between revisions

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search
imported>Driftingdrifting
Reverted good faith edits by 200.201.116.184 (talk)
imported>Cedar101
 
Line 2: Line 2:
[[File:Tcsh ejecutándose en escritorio Mac OSX.png|thumb|300px|right|tcsh and sh shell windows on a [[Mac OS X Leopard]]<ref name="Vleck" /> desktop]]
[[File:Tcsh ejecutándose en escritorio Mac OSX.png|thumb|300px|right|tcsh and sh shell windows on a [[Mac OS X Leopard]]<ref name="Vleck" /> desktop]]


A '''Unix shell''' is a [[Command-line_interface#Command-line_interpreter|command-line interpreter]] or [[shell (computing)|shell]] that provides a command line [[user interface]] for [[Unix-like]] [[operating system]]s. The shell is both an interactive [[command language]] and a [[scripting language]], and is used by the operating system to control the execution of the system using [[shell script]]s.<ref>{{cite news | url=https://archive.org/stream/byte-magazine-1983-10/1983_10_BYTE_08-10_UNIX#page/n187/mode/2up | title=The Unix Shell | work=BYTE | date=October 1983 | access-date=30 January 2015 | author=Bourne, Stephen R. | pages=187}}</ref>
A '''Unix shell''' is a [[shell (computing)|shell]] that provides a [[Command-line_interface#Command-line_interpreter|command-line]] [[user interface]] for a [[Unix-like]] [[operating system]]. A Unix shell provides a [[command language]] that can be used either [[interactively]] or for writing a [[shell script]].<ref>{{cite news | url=https://archive.org/stream/byte-magazine-1983-10/1983_10_BYTE_08-10_UNIX#page/n187/mode/2up | title=The Unix Shell | work=BYTE | date=October 1983 | access-date=30 January 2015 | author=Bourne, Stephen R. | pages=187}}</ref> A user typically works within a Unix shell via a [[terminal emulator]]; however, direct access via serial hardware connections or a [[Secure Shell]] are common for server systems. Although use of a Unix shell is popular with some users, others prefer to use a [[graphical shell]] in a [[windowing system]], such as those provided in desktop [[Linux distribution]]s or [[macOS]], instead of a command-line interface (CLI).


Users typically interact with a Unix shell using a [[terminal emulator]]; however, direct operation via serial hardware connections or [[Secure Shell]] are common for server systems.  All Unix shells provide filename [[Wildcard character|wildcarding]], [[Pipeline (Unix)|piping]], [[here document]]s, [[command substitution]], [[Variable (programming)|variables]] and [[control flow|control structures]] for [[Conditional (programming)|condition-testing]] and [[iteration]].
A user may have access to multiple Unix shells with one configured to run by default when the user [[Log in|logs in]] interactively. The [[Default (computer science)|default]] selection is typically stored in a user's profile; for example, in the local {{mono|[[Passwd (file)|passwd]]}} file or in a distributed configuration system such as [[Network Information Service|NIS]] or [[Lightweight Directory Access Protocol|LDAP]]. A user may use other shells [[Nesting (computing)|nested]] inside the default shell.


==Concept==
A Unix shell may provide many features including: [[variable (computer science)|variable]] definition and substitution, [[command substitution]], [[Wildcard character|filename wildcarding]], [[Pipeline (Unix)|stream piping]], [[control flow|control flow structures]] ([[Conditional (programming)|condition-testing]] and [[iteration]]), [[working directory|working directory context]], and [[here document]].
Generally, a ''shell'' is a program that executes other programs in response to text commands. A sophisticated shell can also change the environment in which other programs execute by passing [[environment variable|named variables]], a parameter list, or an input source.


In Unix-like operating systems, users typically have many choices of command-line interpreters for interactive sessions. When a user [[Log in|logs into]] the system interactively, a shell program is automatically executed for the duration of the session. The type of shell, which may be customized for each user, is typically stored in the user's profile, for example in the local {{mono|[[Passwd (file)|passwd]]}} file or in a distributed configuration system such as [[Network Information Service|NIS]] or [[Lightweight Directory Access Protocol|LDAP]]; however, the user may execute any other available shell interactively.
==History==


On operating systems with a [[windowing system]], such as [[macOS]] and desktop [[Linux distribution]]s, some users may never use the shell directly. On Unix systems, the shell has historically been the implementation language of system startup scripts, including the program that starts a windowing system, configures networking, and many other essential functions.  However, some system vendors have replaced the traditional shell-based startup system ([[init]]) with different approaches, such as [[systemd]].
===Early shells===


==Early shells==
The first Unix shell was the [[Thompson shell]], ''sh'', written by [[Ken Thompson (computer programmer)|Ken Thompson]] at [[Bell Labs]] and distributed with Versions 1 through 6 of Unix, from 1971 to 1975.<ref name="v6hist">{{ cite web|url=http://v6shell.org/history/ |title=V6 Thompson Shell Port - History |publisher=V6shell.org |access-date=2012-08-14 }}</ref> Though rudimentary by modern standards, it introduced many of the basic features common to all later Unix shells, including piping, simple control structures using <code>if</code> and <code>goto</code>, and filename [[Glob (programming)|GLOB]]<nowiki/>bing.  Though not in current use, it is still available as part of some [[Ancient UNIX]] systems and is the default shell on current [[FreeBSD]] systems.{{cn|date=November 2025}}
The first Unix shell was the [[Thompson shell]], ''sh'', written by [[Ken Thompson (computer programmer)|Ken Thompson]] at [[Bell Labs]] and distributed with Versions 1 through 6 of Unix, from 1971 to 1975.<ref name="v6hist">{{ cite web|url=http://v6shell.org/history/ |title=V6 Thompson Shell Port - History |publisher=V6shell.org |access-date=2012-08-14 }}</ref> Though rudimentary by modern standards, it introduced many of the basic features common to all later Unix shells, including piping, simple control structures using <code>if</code> and <code>goto</code>, and filename wildcarding.  Though not in current use, it is still available as part of some [[Ancient UNIX]] systems.


It was modeled after the [[Multics]] shell, developed in 1965 by American software engineer [[Glenda Schroeder]]. Schroeder's Multics shell was itself modeled after the [[RUNCOM]] program [[Louis Pouzin]] showed to the Multics Team. The "rc" suffix on some Unix configuration files (e.g.  ".bashrc" or ".vimrc"), is a remnant of the RUNCOM ancestry of Unix shells.<ref name="Vleck">{{ cite web|author=Tom Van Vleck |url=http://www.multicians.org/unix.html |title=Unix and Multics |publisher=Multicians.org |date=1995-02-05 |access-date=2012-08-14 }}</ref><ref name="Pouzin">{{ cite web|author=Louis Pouzin |url=http://www.multicians.org/shell.html |title=The Origin of the Shell |publisher=Multicians.org |date=2000-11-25 |access-date=2012-08-14 }}</ref>
It was modeled after the [[Multics]] shell, developed in 1965 by American software engineer [[Glenda Schroeder]]. Schroeder's Multics shell was itself modeled after the [[RUNCOM]] program [[Louis Pouzin]] showed to the Multics Team. The "rc" suffix on some Unix configuration files (e.g.  ".bashrc" or ".vimrc"), is a remnant of the RUNCOM ancestry of Unix shells.<ref name="Vleck">{{ cite web|author=Tom Van Vleck |url=http://www.multicians.org/unix.html |title=Unix and Multics |publisher=Multicians.org |date=1995-02-05 |access-date=2012-08-14 }}</ref><ref name="Pouzin">{{ cite web|author=Louis Pouzin |url=http://www.multicians.org/shell.html |title=The Origin of the Shell |publisher=Multicians.org |date=2000-11-25 |access-date=2012-08-14 }}</ref>
Line 48: Line 46:


===C shell===
===C shell===
The [[C shell]], ''csh'', was modeled on the C programming language, including the control structures and the expression grammar. It was written by [[Bill Joy]] as a graduate student at [[University of California, Berkeley]], and was widely distributed with [[Berkeley Software Distribution|BSD Unix]].<ref>Harley Hahn, [https://www.harley.com/unix-book/book/chapters/h.html Harley Hahn's Guide to Unix and Linux: Unix/Linux Timeline].</ref>{{better source|date=September 2023}}
The [[C shell]], ''csh'', was modeled on the [[C programming language]], including the control structures and the expression grammar. It was written by [[Bill Joy]] as a graduate student at [[University of California, Berkeley]], and was widely distributed with [[Berkeley Software Distribution|BSD Unix]].<ref>{{cite book |author=Harley Hahn |chapter-url=https://www.harley.com/unix-book/book/chapters/h.html |title=Harley Hahn's Guide to Unix and Linux |chapter=Unix/Linux Timeline}}</ref>{{better source|date=September 2023}}


The C shell also introduced many features for interactive work, including the [[C shell#History|history]] and [[C shell#Editing operators|editing]] mechanisms, [[C shell#Aliases|aliases]], [[C shell#Directory stack|directory stacks]], [[C shell#Tilde notation|tilde notation]], [[C shell#Cdpath|cdpath]], [[C shell#Job control|job control]] and [[C shell#Path hashing|path hashing]].  On many systems, csh may be a [[symbolic link]] or [[hard link]] to [[TENEX C shell]] (tcsh), an improved version of Joy's original version.  Although the interactive features of csh have been copied to most other shells, the language structure has not been widely copied.  The only work-alike is [[Hamilton C shell]], written by Nicole Hamilton, first distributed on [[OS/2]] in 1988 and on [[Windows]] since 1992.<ref>{{cite web|url=http://hamiltonlabs.com/ReleaseNotes.htm|title=Hamilton C shell for Windows Release Notes 4.0|access-date=20 September 2014}}</ref>
The C shell also introduced many features for interactive work, including the [[C shell#History|history]] and [[C shell#Editing operators|editing]] mechanisms, [[C shell#Aliases|aliases]], [[C shell#Directory stack|directory stacks]], [[C shell#Tilde notation|tilde notation]], [[C shell#Cdpath|cdpath]], [[C shell#Job control|job control]] and [[C shell#Path hashing|path hashing]].  On many systems, csh may be a [[symbolic link]] or [[hard link]] to [[TENEX C shell]] (tcsh), an improved version of Joy's original version.  Although the interactive features of csh have been copied to most other shells, the language structure has not been widely copied.  The only work-alike is [[Hamilton C shell]], written by Nicole Hamilton, first distributed on [[OS/2]] in 1988 and on [[Windows]] since 1992.<ref>{{cite web|url=http://hamiltonlabs.com/ReleaseNotes.htm|title=Hamilton C shell for Windows Release Notes 4.0|access-date=20 September 2014}}</ref>
Line 121: Line 119:
|
|
|-
|-
|style="text-align:left;"|{{mono|$ENV}} (typically {{mono|~/.kshrc}})<ref>SCO Unix Group, [http://unix.harley.com/instructors/timeline.html SCO Unixware 7 documentation, 22 Apr 2004, retrieved 18 Oct 2012].</ref>
|style="text-align:left;"|{{mono|$ENV}} (typically {{mono|~/.kshrc}})<ref>{{cite book |author=Harley Hahn |chapter-url=https://www.harley.com/unix-book/instructors/exercises/14-exercises.html |title=Harley Hahn's Guide to Unix and Linux |chapter=Exercises and Answers for Chapter 14... Using The Shell: Initialization Files}}</ref>
|int.{{Efn|Available on systems that support the "User Portability Utilities option"; value of the variable must be an ''absolute'' path, and it is ignored "if the user's real and effective user IDs or real and effective group IDs are different."<ref>{{cite web|url=http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_05_03|title=Shell Command Language|work=opengroup.org|access-date=15 June 2015}}</ref>}}{{Efn|{{mono|$ENV}} is {{mono|$HOME/.shrc}} in newer versions of the Bourne Shell}}
|int.{{Efn|Available on systems that support the "User Portability Utilities option"; value of the variable must be an ''absolute'' path, and it is ignored "if the user's real and effective user IDs or real and effective group IDs are different."<ref>{{cite web|url=http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_05_03|title=Shell Command Language|work=opengroup.org|access-date=15 June 2015}}</ref>}}{{Efn|{{mono|$ENV}} is {{mono|$HOME/.shrc}} in newer versions of the Bourne Shell}}
|int.
|int.
Line 287: Line 285:
* [[es (Unix shell)|es]] – A [[functional programming]] rc-compatible shell written in the mid-1990s.
* [[es (Unix shell)|es]] – A [[functional programming]] rc-compatible shell written in the mid-1990s.
* [[Friendly interactive shell]] (fish) – First released in 2005.
* [[Friendly interactive shell]] (fish) – First released in 2005.
* [[PowerShell]] – An [[object-oriented]] shell developed originally for Windows OS and now available to macOS and Linux.
* [[PowerShell]] – An [[Object-oriented programming|object-oriented]] shell developed originally for Windows OS and now available to macOS and Linux.
* [[Qshell]] – A shell on the [[IBM i]] operating system based on [[POSIX]] and [[X/Open]] standards.
* [[Qshell]] – A shell on the [[IBM i]] operating system based on [[POSIX]] and [[X/Open]] standards.
* [[rc shell|rc]] – The default shell on [[Plan 9 from Bell Labs]] and [[Version 10 Unix]] written by [[Tom Duff]]. Ports have been made to various [[Unix-like]] operating systems.
* [[rc shell|rc]] – The default shell on [[Plan 9 from Bell Labs]] and [[Version 10 Unix]] written by [[Tom Duff]]. Ports have been made to various [[Unix-like]] operating systems.
Line 295: Line 293:
==See also==
==See also==
{{Columns-list|
{{Columns-list|
* [[Comparison of command shells]]
* {{Annotated link|Comparison of command shells}}
* [[List of POSIX commands]]
* {{Annotated link|List of POSIX commands}}
* [[Read–eval–print loop]]
* {{Annotated link|Read–eval–print loop}}
* [[Restricted shell]]
* {{Annotated link|Restricted shell}}
* [[Shell (computing)]]
* {{Annotated link|Shell account}}
* [[Shell account]]
* {{Annotated link|Shell script}}
* [[Shell script]]
* {{Annotated link|Shell shoveling}}
* [[Shell shoveling]]
}}
}}



Latest revision as of 00:53, 6 November 2025

Template:Short description

File:Tcsh ejecutándose en escritorio Mac OSX.png
tcsh and sh shell windows on a Mac OS X Leopard[1] desktop

A Unix shell is a shell that provides a command-line user interface for a Unix-like operating system. A Unix shell provides a command language that can be used either interactively or for writing a shell script.[2] A user typically works within a Unix shell via a terminal emulator; however, direct access via serial hardware connections or a Secure Shell are common for server systems. Although use of a Unix shell is popular with some users, others prefer to use a graphical shell in a windowing system, such as those provided in desktop Linux distributions or macOS, instead of a command-line interface (CLI).

A user may have access to multiple Unix shells with one configured to run by default when the user logs in interactively. The default selection is typically stored in a user's profile; for example, in the local Template:Mono file or in a distributed configuration system such as NIS or LDAP. A user may use other shells nested inside the default shell.

A Unix shell may provide many features including: variable definition and substitution, command substitution, filename wildcarding, stream piping, control flow structures (condition-testing and iteration), working directory context, and here document.

History

Early shells

The first Unix shell was the Thompson shell, sh, written by Ken Thompson at Bell Labs and distributed with Versions 1 through 6 of Unix, from 1971 to 1975.[3] Though rudimentary by modern standards, it introduced many of the basic features common to all later Unix shells, including piping, simple control structures using if and goto, and filename GLOBbing. Though not in current use, it is still available as part of some Ancient UNIX systems and is the default shell on current FreeBSD systems.Script error: No such module "Unsubst".

It was modeled after the Multics shell, developed in 1965 by American software engineer Glenda Schroeder. Schroeder's Multics shell was itself modeled after the RUNCOM program Louis Pouzin showed to the Multics Team. The "rc" suffix on some Unix configuration files (e.g. ".bashrc" or ".vimrc"), is a remnant of the RUNCOM ancestry of Unix shells.[1][4]

The PWB shell or Mashey shell, sh, was an upward-compatible version of the Thompson shell, augmented by John Mashey and others and distributed with the Programmer's Workbench UNIX, circa 1975–1977. It focused on making shell programming practical, especially in large shared computing centers. It added shell variables (precursors of environment variables, including the search path mechanism that evolved into $PATH), user-executable shell scripts, and interrupt-handling. Control structures were extended from if/goto to if/then/else/endif, switch/breaksw/endsw, and while/end/break/continue. As shell programming became widespread, these external commands were incorporated into the shell itself for performance.

But the most widely distributed and influential of the early Unix shells were the Bourne shell and the C shell. Both shells have been used as the coding base and model for many derivative and work-alike shells with extended feature sets.[5]

Bourne shell

The Bourne shell, sh, was a new Unix shell by Stephen Bourne at Bell Labs.[6] Distributed as the shell for UNIX Version 7 in 1979, it introduced the rest of the basic features considered common to all the later Unix shells, including here documents, command substitution, more generic variables and more extensive builtin control structures. The language, including the use of a reversed keyword to mark the end of a block, was influenced by ALGOL 68.[7] Traditionally, the Bourne shell program name is Template:Mono and its path in the Unix file system hierarchy is Template:Mono. But a number of compatible work-alikes are also available with various improvements and additional features. On many systems, sh may be a symbolic link or hard link to one of these alternatives:

The POSIX standard specifies its standard shell as a strict subset of the Korn shell, an enhanced version of the Bourne shell. From a user's perspective the Bourne shell was immediately recognized when active by its characteristic default command line prompt character, the dollar sign (Template:Mono).

C shell

The C shell, csh, was modeled on the C programming language, including the control structures and the expression grammar. It was written by Bill Joy as a graduate student at University of California, Berkeley, and was widely distributed with BSD Unix.[9]Template:Better source

The C shell also introduced many features for interactive work, including the history and editing mechanisms, aliases, directory stacks, tilde notation, cdpath, job control and path hashing. On many systems, csh may be a symbolic link or hard link to TENEX C shell (tcsh), an improved version of Joy's original version. Although the interactive features of csh have been copied to most other shells, the language structure has not been widely copied. The only work-alike is Hamilton C shell, written by Nicole Hamilton, first distributed on OS/2 in 1988 and on Windows since 1992.[10]

Configuration files

Shells read configuration files in various circumstances. These files usually contain commands for the shell and are executed when loaded; they are usually used to set important variables used to find executables, like $PATH, and others that control the behavior and appearance of the shell. The table in this section shows the configuration files for popular shells.[11]

Configuration file sh ksh csh tcsh bash zsh
Template:Mono login login
Template:Mono yes yes
Template:Mono login login
Template:Mono yes
Template:Mono yes yesTemplate:Efn
Template:Mono int.
Template:Mono int.Template:Efn
Template:Mono (typically Template:Mono)[12] int.Template:EfnTemplate:Efn int. int.Template:Efn
Template:Mono login login
Template:Mono login login
Template:Mono login login login loginTemplate:Efn
Template:Mono login login loginTemplate:Efn loginTemplate:Efn
Template:Mono loginTemplate:Efn
Template:Mono loginTemplate:Efn
Template:Mono login
Template:Mono int.+n/login
Template:Mono yes
Template:Mono login
Template:Mono int.
Template:Mono login
Template:Mono login
Template:Mono yes
Template:Mono login
Template:Mono int.
Template:Mono login
Template:Mono login

Explanation:

  • blank means a file is not read by a shell at all.
  • "yes" means a file is always read by a shell upon startup.
  • "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.

Template:Notelist

Other shells

Variations on the Unix shell concept that don't derive from Bourne shell or C shell include the following:[13]

See also

Template:Columns-list

References

Template:Reflist

Template:Unix shells Script error: No such module "Navbox".

  1. a b Script error: No such module "citation/CS1".
  2. Script error: No such module "citation/CS1".
  3. Script error: No such module "citation/CS1".
  4. Script error: No such module "citation/CS1".
  5. Script error: No such module "citation/CS1".
  6. Script error: No such module "citation/CS1".
  7. Script error: No such module "citation/CS1".
  8. Script error: No such module "citation/CS1".
  9. Script error: No such module "citation/CS1".
  10. Script error: No such module "citation/CS1".
  11. Script error: No such module "citation/CS1".
  12. Script error: No such module "citation/CS1".
  13. Script error: No such module "citation/CS1".