Bourne Shell: Difference between revisions

1,479 bytes added ,  10 months ago
repair syntax highlighting
No edit summary
(repair syntax highlighting)
 
(9 intermediate revisions by 7 users not shown)
Line 1:
{{stub}}{{implementation|UNIX Shell}}
The '''Bourne Shell''' is a UNIX shell upon which many shells are based; notably ksh and bash. (The other major tree of UNIX shells descend from csh)
 
The '''[[wp:Bourne Shell|Bourne Shell]]''' is a UNIX[[Unix]] shell upon which many shells are based; notably kshthe [[wp:Korn shell|Korn shell]] and bash[[Bourne Again SHell]]. (The other major tree of UNIXUnix shells descend from [[csh]].)
A Bourne Shell script begins like this:
 
'''Portable Shell Syntax''' is the scripting language syntax used by the [[wp:UNIX System V|System V]] Bourne shell. This syntax is compatible with the heirloom shell and is the syntax documented in most Unix books. Examples marked "Works with: Bourne Shell" should work in any of the Bourne-compatible shells.
#!/bin/sh
 
A Bourne Shell script begins with a [[wp:shebang (Unix)|shebang]] (also known as a ''hashbang'') like this, which tells the operating system to use the Bourne compatible shell interpreter:
This specifies which binary to use to interpret the script.
 
<syntaxhighlight lang="sh">
{{interpreter}}
#!/bin/sh
</syntaxhighlight>
 
In 2009, ''[[wp:Computerworld|Computerworld]]'' published an in-depth interview with Steve Bourne, "[https://web.archive.org/web/20100212210742/computerworld.com.au/article/279011/a-z_programming_languages_bourne_shell_sh/ The A-Z of Programming Languages: Bourne shell, or sh]", which details the Bourne shell origins and design decisions.
 
== Bugs ==
Bourne Shell and Heirloom Shell have problems with here documents. Here is one such problem. A substitution, inside a here document, inside backquotes, inside double quotes, does insert too many backslashes.
 
<syntaxhighlight lang="sh">f() {
cat <<!
here $1
!
}
 
expr "`f string`"
# Output from Bourne Shell: here \s\t\r\i\n\g
# Correct output: here string</syntaxhighlight>
 
The workaround is to move the backquotes to an assignment.
 
<syntaxhighlight lang="sh">f() {
cat <<!
here $1
!
}
 
var=`f string`
expr "$var"
# Output: here string</syntaxhighlight>
7

edits