/usr/bin/sh [-acefhiknprstuvx] [argument]...

/usr/xpg4/bin/sh [\(+- abCefhikmnoprstuvx]
 [\(+- o option]... [-c string] [arg]...

/usr/bin/jsh [-acefhiknprstuvx] [argument]...

/usr/bin/sh ユーティリティは、端末またはファイルから読み取られたコマンドを 実行するコマンドおよびプログラミング言語です。

/usr/xpg4/bin/sh ユーティリティーは標準に準拠したシェルです。このユーティリティーは ksh88(1) のすべての機能を提供します。ただし、ksh(1) で説明しているように、動作が異なる場合を除きます。

jsh ユーティリティーは、sh のすべての機能を備えた、かつジョブ制御を可能にするシェルへのインタフェースです (下記の「ジョブ制御」を参照)。

シェルへの引数については、後述の「呼び出し」にリストされています。

ブランク (blank) はタブ (tab) またはスペース (space) です。名前 (name) は ASCII 英文字、数字、または下線の並びで、先頭文字は英文字または下線です。パラメータ ( parameter) は、名前、複数、または *、@、#、?、-、$、! などの文字のいずれかです。

単純コマンド (simple-command) は、ブランクで区切られた、ブランクでないワードの並びです。先頭のワードは、実行するコマンド名を指定します。残りのワードは、次に述べる場合を除き、呼び出されたコマンドに引数として渡されます。コマンド名は引数 0 として渡されます (exec(2) を参照)。単純コマンドの値 (value) は、正常終了した場合は終了ステータス、異常終了した場合は 200+status (8 進数) です。ステータス値の一覧表については、signal.h(3HEAD) を参照してください。

パイプライン (pipeline) は、パイプ (|) で区切られた 1 つ以上のコマンドの並びです。最後のコマンドを除き、各コマンドの標準出力は pipe(2) によってその次のコマンドの標準入力と結合されます。各コマンドは、別々のプロセスとして実行されます。シェルは最後のコマンドが終了するのを待ちます。最後のコマンドの終了ステータスがパイプライン全体の終了ステータスとなります。

リスト (list) は、;、&、&&、または |\|| で区切られた 1 つ以上のパイプラインの並びです。その並びの終わりに ; または & を記述することもできます。これら 4 つの記号の中で、; と & の優先度は同じで、&& と |\|| の優先度より低くなります。&& と |\|| の優先度は同じです。セミコロン (;) によって、直前のパイプラインが順次実行されます。つまりシェルはパイプラインが終了するのを待ってから、セミコロンの後のコマンドを実行します。アンパサンド記号 (&) によって、直前のパイプラインが非同期的に実行されます。つまりシェルはパイプラインが終了するのを待ちません。&& という記号は、直前のパイプラインの終了ステータスが 0 の場合にだけ、後続のリストを実行するものです。反対に (\||\||) は、終了ステータスが 0 以外の場合にだけ、後続のリストを実行します。コマンドの区切りとして、セミコロンの代わりに任意の数の復帰改行を list に指定できます。

コマンド (command) は、単純コマンドまたは次のいずれかです。特に断わりのないかぎり、コマンドが返す値は、そのコマンド中で最後に実行された単純コマンドの値です。

for name [ in word .\|.\|. ] do list done

case word in [ pattern [ | pattern ] ) list ;\|; ] .\|.\|. esac

if list ; then list elif list ; then list ; ] .\|.\|. [ else list ; ] fi

if の後の list を実行後、list が 0 の終了ステータスを返すと、最初の then の後の list を実行します。それ以外の場合、elif の後の list を実行します。この値が 0 の場合、次の then の後の list を実行します。これが失敗すると、else list を実行します。else list も then list も実行しない場合、if コマンドは 0 の終了ステータスを返します。

while list do list done

(list)

{ list;}

name (\|) { list;}

下記のワードは、コマンドの最初に現れたとき、およびクォートされずに記述されたときに認識されます。

if then else elif fi case esac for while until do done { }

# でワードを始めると、そのワードおよび以降の 復帰改行までの文字がすべて無視されます。

シェルは、2 つの逆引用符 (``) で囲まれた文字列からコマンドを読み取ります。これらのコマンドからの標準出力は、ワードの一部または全体として使用できます。標準出力上で最後につく復帰改行は削除されます。

文字列は、読み取られる前にはいっさい解釈されません。ただし例外として、文字のエスケープに使用されるバックスラッシュ (\e) の削除だけは行われます。バックスラッシュは、逆引用符 (`) または別のバックスラッシュ (\e) をエスケープするためにも使用され、コマンド文字列の読み取り前に削除されます。逆引用符をエスケープすることにより、コマンド置換のネストが可能になります。コマンド置換が、一対の二重引用符に囲まれている場合 (" .\|.\|.\|` .\|.\|.\|` .\|.\|.\| ")、二重引用符 (\e") をエスケープするために使用されたバックスラッシュが削除されます。その他の場合は、変更がないままです。

復帰改行文字のエスケープにバックスラッシュを用いた場合は (\enewline)、バックスラッシュと復帰改行の両方が削除されます (後述の「クォート」の節の後半を参照)。さらに、ドル記号 (\e$) をエスケープしているバックスラッシュも削除されます。コマンド文字列に対するパラメータの置換は 読み取り前には行われないので、バックスラッシュでドル記号をエスケープしようとしても 無意味です。\e、`、"、復帰改行 (newline)、および $ 以外の文字の前に付くバックスラッシュは、コマンド文字列の読み取り時にもそのまま残ります。

文字 $ は、置換可能なパラメータ (parameter) を示します。パラメータには、定位置パラメータとキーワードパラメータの 2 種類があります。パラメータが数字の場合、これは定位置パラメータです。定位置パラメータには、set によって値を割り当てることができます。キーワードパラメータ (変数とも呼ばれる) には、次の記述により値を代入することもできます。

name=value [ name=value ] .\|.\|.

value に対しては、パターンマッチングは行われません。同じ name を持つ関数と変数が存在することはできません。

${parameter}

${parameter:-word}

${parameter:=word}

${parameter:?word}

${parameter:+word}

前述にあるように、word は、代入用文字列として使用する場合にだけ評価されます。たとえば次の例では、pwd が実行されるのは、d が設定されていないかあるいは NULL に設定されている場合だけです。

echo ${d:-`pwd`}

前述の式からコロン (:) を省略すると、シェルは parameter が設定されているかどうかだけをチェックします。

次のパラメータは、シェルが自動的に設定します。

#

-

?

$

!

次のパラメータはシェルによって使用されます。このセクションのパラメータは、環境変数とも呼ばれます。

HOME

PATH

CDPATH

MAIL

MAILCHECK

MAILPATH

PS1

PS2

IFS

SHACCT

SHELL

sh の実行に影響を与える次の環境変数についての詳細は、environ(5) を参照してください。LC_CTYPE および LC_MESSAGES。

シェルは、PATH、PS1、PS2、MAILCHECK、および IFS にデフォルト値を割り当てます。HOME および MAIL のデフォルト値は login(1) で設定します。

パラメータとコマンドの置換後、置換の結果内でフィールドセパレータ文字 (IFS で発見されるもの) を検索し、その文字が現れた位置で分割します。分割された各々が引数となります。明示的な NULL 引数 ("" または '') は保持されます。暗示的な NULL 引数 (値を持たないパラメータにより生ずるもの) は削除されます。

シェルが解釈する特殊表記法によって、入出力をリダイレクションできます。以下は、単純コマンド内の任意の位置およびコマンドの前後に指定することができ、起動されたコマンドには引数として引き渡されません。注: word または digit を使用する前にコマンドとパラメータの置換が発生します。

<word

>word

>>word

<\|>word

<<[-]word

<&digit

<&-

前述のいずれかの前に数字が付く場合、その値が (デフォルトの 0 または 1 の代わりに) 該当ファイルに対応したファイル記述子となります。例:

... 2>&1

この例では、現在ファイル記述子 1 に関連しているファイルに、ファイル記述子 2 を関連付けます。

リダイレクションを指定する場合、記述する順序が重要になります。シェルは、リダイレクション記述を左から右へ評価します。例:

... 1>xxx 2>&1

前述の例では、まず xxx というファイルにファイル記述子 1 を関連付けます。次に、ファイル記述子 1 に関連するファイル ( つまり xxx) に、ファイル記述子 2 を関連付けます。リダイレクションの向きが逆であれば、まずファイル記述子 2 を端末に関連付け (ファイルを記述子 1 が既に端末に関連付けられているとみなし)、次にファイル記述子 1 をファイル xxx に関連付けます。

最初のページの「コマンド」の節で述べた用語を使って説明すると、次のようになります。コマンドが複数の単純コマンドで構成される場合、リダイレクションは、個々の単純コマンドに対して行う前に、コマンド全体に対して評価されます。すなわち、シェルはまずリスト全体に対してリダイレクションを評価し、次にリスト内の各パイプラインに対して評価し、次にパイプライン内の各コマンドに対して評価し、最後にコマンド内の各単純コマンドに対して評価します。

コマンドの後に & を指定すると、コマンドにおけるデフォルトの標準入力は /dev/null という空ファイルになります。その他の場合、コマンドを実行するための環境には、起動側シェルのファイル記述子 ( 入出力指定で変更可能 ) が含まれます。

コマンド実行に先立ち、各コマンドワードは、*、?、および [ を含んでいないかチェックされます。これらの文字のいずれかがあると、そのワードはパターンとみなされます。このワードは、パターンと一致する、辞書編集方式の順にソートされたファイル名に置換されます。パターンと一致するファイル名が見つからない場合、ワードは変更されません。ファイル名の先頭のピリオド (.) または スラッシュ (/) 直後のピリオドは、明示的に一致しなければなりません (後者の場合はスラッシュ自体をも含む)。

*

?

[.\|.\|.]

クォートされているすべての文字 ( 下記「クォート」を参照 ) は、ファイル名において明示的に一致しなければなりませんので、ご注意ください。

次の文字はシェルに対しては特別な意味を持ち、クォートしない ( 後述の説明を参照 ) 限り ワードの終わりを表します。

; & ( ) | ^ < > 復帰改行 スペース タブ

これらの文字をクォートする、つまり文字自身を表すには、文字の前にバックスラッシュ (\e) を付けるか、または一対の引用符 (\|'\|' または "") で囲みます。処理中、シェルは、特定の文字をクォートして、それらが特別の意味を持たないようにすることができます。単一の文字をクォートするのに用いるバックスラッシュは、コマンド実行前にワードから取り除かれます。\e と復帰改行との組み合せは、コマンドとパラメータの置換前にワードから取り除かれます。

一対の単一引用符 (\|'\|') で囲まれたすべての文字 ( ただし単一引用符は除く ) は、シェルによってクォートされます。バックスラッシュは、一対の単一引用符で囲まれていれば特殊な意味を持ちません。単一引用符は、一対の二重引用符で囲めばクォートされますが (例 "\|'")、一対の単一引用符で囲んでもクォートされません。

一対の二重引用符 ("") の中では、パラメータとコマンドの置換が実施され、シェルは、その結果をクォートして、ブランクの解釈とファイル名の生成が行われないようにします。$* が一組の二重引用符で囲まれている場合、定位置パラメータは置換され、クォートされ、クォートされたスペースで分けられます ("$1 \|$2 \|. \|.\|."). しかし $@ が一組の二重引用符で囲まれている場合は、定位置パラメータは置換され、クォートされ、クォートされていないスペースで分けられます ("$1"\|"$2" \| .\|.\|. )。\e は \e、`、"、, (コンマ)、$ といった文字をクォートします。\e と復帰改行との組み合せは、コマンドとパラメータの置換前にワードから取り除かれます。バックスラッシュが \e、`、"、, (コンマ)、$、および 復帰改行以外の文字の前に付く場合は、バックスラッシュ自体がシェルによってクォートされます。

シェルは、対話的に使用すると、コマンドを読み取る前に PS1 の値によるプロンプトを発行します。復帰改行を入力したあとで、コマンドを完了するためにさらに入力が必要な場合は、2 次プロンプト (PS2 の値 ) が出力されます。

環境 (environment) は、通常の引数リストが実行されるプログラムに引き渡される場合と同様の方法で引き渡される、名前と値の対の集まりです (environ(5) を参照) 。シェルが環境と対話する方法はいくつかあります。シェルは、呼び出されると、環境を走査して、見つけた名前ごとに変数を作成し、対応する値を設定します。ユーザーがこれらのパラメータの値を変更したり 新しいパラメータを作成したときには、export コマンドを用いてシェルのパラメータを環境に関連付けなければ、これらのパラメータは環境に何の影響も与えません (set -a の説明を参照)。環境からパラメータを削除するには、unset コマンドを使用します。したがって、実行されるコマンドが参照する環境は、シェルが最初に引き継いだ「名前 = 値」の対のうち 変更されていないものから、unset によって削除された対を引き、変更または追加した対をくわえたものです。これらはいずれも export コマンドで指定する必要があります。

単純コマンドの環境は、いくつかのパラメータ代入指定を先頭に付加すれば拡張できます。したがって、

TERM=450 command

および

(export TERM; TERM=450; command

は、command が特殊コマンドでなければ、command の実行に関するかぎり同じことを意味します。command が特殊コマンドの場合、

TERM=450 command

現在のシェル内の TERM 変数を修正します。

-k フラグを設定すると、すべてのキーワード引数は環境に格納されます。これらの引数がコマンド名の後に指定された場合も同様です。以下の例では、まず a=b c を、次に c を表示します。

echo a=b c

a=b c

set -k

echo a=b c

c

起動されたコマンドに対する INTERRUPT シグナルと QUIT シグナルは、コマンドの後に & が付く場合には無視されます。その他の場合、シグナルは、シェルが親から引き継いだ値を持ちます。ただし、シグナル 11 だけは例外です ( 後述の trap コマンドの説明を参照 ) 。

コマンド実行のたびに、前述の コマンドの置換、パラメータの置換、ブランクの解釈、入出力のリダイレクション、およびファイル名の生成が行われます。コマンド名が定義済みの関数名と一致する場合、その関数がシェルプロセスで実行されます ( これと実行時にサブシェルを要求する シェルスクリプトファイルの実行の違いに注意 ) 。定義済み関数名とは一致しないが、後述の特殊コマンドのいずれかと一致するコマンド名の場合、そのコマンドがシェルプロセスで実行されます。

定位置パラメータの $1、$2、. \|.\|. は関数の引数に設定されます。コマンド名が特殊コマンドとも定義済み関数の名前とも一致しない場合、新しいプロセスが作成され、exec(2) を用いてそのコマンドの実行が試みられます。

PATH というシェルパラメータは、コマンドを含んでいる ディレクトリの検索パスを定義します。2 つのディレクトリ名は、コロン (:) で区切ります。デフォルトのパスは /usr/bin です。現在のディレクトリは NULL パス名によって指定されます。これは等号の直後、パスリスト内の任意の場所にある 2 つの区切り文字のコロンの間、またはパスリストの最後に記述できます。コマンド名に / が含まれている場合は、検索パスは使用されません。そうでない場合は、パスにおける各ディレクトリに実行可能ファイルがあるか検索します。ファイルが実行権を有するが、それが a.out ファイルでない場合、シェルコマンドの入ったファイルとみなされます。そのファイルを読み取るときは、サブシェルが生成されます。括弧で囲まれたコマンドもサブシェル内で実行されます。

シェルは、(あとで不必要な exec を行わなくてもいいように) 検索パス内のコマンドの位置を記憶します。コマンドが相対ディレクトリにあった場合、その位置を 現在のディレクトリの変更のたびに再決定しなければなりません。シェルは、PATH 変数が変更されるか hash -r コマンドが実行されるたびに、記憶していたすべての位置を忘れてしまいます ( 下記参照 ) 。

以下に示す特殊コマンドに対しては、入出力のリダイレクションが可能です。ファイル記述子 1 は、デフォルトの出力位置です。ジョブ制御が可能なときには、さらにいくつかの特殊コマンドがシェル環境に追加されます (「ジョブ制御」の節を参照)。

:

.\| filename

bg [%jobid .\|.\|.]

break [ n ]

cd [ argument ]

chdir [ dir ]

continue [ n ]

echo [ arguments .\|.\|. ]

eval [ argument .\|.\|. ]

exec [ argument .\|.\|. ]

exit [ n ]

export [ name .\|.\|. ]

fg [%jobid .\|.\|.]

getopts

hash [ -r ] [ name .\|.\|. ]

jobs [-p|-l] [%jobid ...]

jobs -x command [arguments]

kill [ -sig ] %job .\|.\|.

kill -l

login [ argument .\|.\|. ]

newgrp [ argument ]

pwd

read name .\|.\|.

readonly [ name .\|.\|. ]

return [ n ]

set [ -aefhkntuvx [ argument .\|.\|. ] ]

shift [ n ]

stop pid .\|.\|.

suspend

test

times

trap [ argument n [ n2 .\|.\|. ]]

type [ name .\|.\|. ]

ulimit [ [-HS] [-a | -cdfnstv] ]

ulimit [ [-HS] [-c | -d | -f | -n | -s | -t | - v] ] limit

ulimit -c 0

umask [ nnn ]

unset [ name .\|.\|. ]

wait [ n ]

exec(2) を介してシェルが呼び出される場合で、引数 0 の先頭文字が - のとき、コマンドは、まず /etc/profile から読み込まれ、次に $HOME/.profile から読み込まれます (これらのファイルがある場合)。その後、コマンドは後述のように読み込まれます。シェルが /usr/bin/sh として呼び出される場合にも、このようになります。以下に述べるフラグは、呼び出し時にのみ、シェルによって解釈されます。なお -c または -s フラグが指定されないかぎり、先頭引数はコマンドを含むファイルの名前であるとみなされ、残りの引数は定位置パラメータとして そのコマンドファイルに引き渡されます。

-c\| string

-i

-p

-r

-s

他のフラグと引数については、前述の set コマンドの箇所で説明されています。

シェルを jsh として呼び出すと、sh の説明で述べたすべての機能に加えて、ジョブ制御が可能になります。通常、ジョブ制御は対話型シェルに対してだけ可能です。非対話型シェルは、ジョブ制御の機能が追加されても、その恩恵を受けないのが通常です。

ジョブ制御が可能な場合、ユーザーが端末から入力したコマンドまたはパイプラインは、すべてジョブ ( job) と呼ばれます。どのジョブも、必ず次のいずれかの状態にあります。 フォアグラウンド、バックグラウンド、または停止です。これらの用語の定義を次に示します。

シェルが起動するすべてのジョブには、ジョブ番号 (job number) と呼ばれる正の整数が割り当てられます。シェルはこの番号を把握し、特定のジョブを示す識別子として使用します。また、シェルは現在 (current) および直前 (previous) のジョブも把握しています。現在のジョブとは、最後に起動または再起動されたジョブです。前回のジョブとは、その直前のジョブです。

ジョブ識別子の正しい構文は次のような形式です。

%jobid

このうち jobid は、次のいずれかの形式で指定できます。

% または +

-

?<string>

n

pref

ジョブ制御が可能なとき、ジョブの操作用に 次のコマンドがユーザー環境に追加されます。

bg [%jobid .\|.\|.]

fg [%jobid .\|.\|.]

jobs [-p|-l] [%jobid .\|.\|.]

jobs -x command [arguments]

kill [ -signal ] %jobid

stop %jobid .\|.\|.

suspend

wait [%jobid .\|.\|.]

ファイルが 2G バイト (2^31 バイト) 以上ある場合の sh と jsh の動作については、largefile(5) を参照してください。

構文エラーなどのエラーを検出すると、シェルは 0 以外の終了ステータスを返します。シェルを非対話型で使用している場合、シェルファイルの実行は中止されます。そうでない場合は、シェルは最後に実行されたコマンドの 終了ステータスを返します ( 前述の exit コマンドの説明を参照 ) 。

シェルが jsh として呼び出された場合、停止ジョブがあるのにシェルを終了させようとすると、シェルは次のような警告を出します。

There are stopped jobs.

これが唯一のメッセージです。もう一度終了が試みられ、停止ジョブがまだ存在している場合、これらのジョブにカーネルから SIGHUP シグナルが送られ、シェルは終了します。

$HOME/.profile

/dev/null

/etc/profile

/tmp/sh*

属性についての詳細は、attributes(5) を参照してください。

Intro(1), bc(1), echo(1), getoptcvt(1), kill(1), ksh88(1), login(1), newgrp(1), pfsh(1), pfexec(1), ps(1), pwd(1), set(1), shell_builtins(1), stty(1), test(1), umask(1), wait(1), rsh(1M), su(1M), swap(1M), sysdef(1M), dup(2), exec(2), fork(2), getrlimit(2), pipe(2), ulimit(2), setlocale(3C), signal.h(3HEAD), passwd(4), profile(4), attributes(5), environ(5), largefile(5), XPG4(5)

シェルスクリプトを setuid して使用することは避けてください。

入出力のリダイレクションでファイル名に使用されたワードは、ファイル名生成では解釈されません (前述の「ファイル名の生成」の節を参照)。たとえば cat file1 >a* という指定は、a* という名前のファイルを生成します。

パイプラインにあるコマンド群は それぞれ別個のプロセスとして稼動するので、パイプラインに設定された変数は親シェルには何の影響も与えません。

while ループまたは until ループの入力または出力をリダイレクトする場合、ループ内のコマンドはサブシェルで実行されます。サブシェル内で設定または変更された変数は、親プロセスでは効力を失います。

 lastline=
 while read line
 do

 lastline=$line
 done < /etc/passwd
 echo "lastline=$lastline" # lastline is empty!

このような場合、入力または出力をリダイレクトするには、次の例のように exec を使用します。

 # Save standard input (file descriptor 0) as file
 # descriptor 3, and redirect standard input from the file
 /etc/passwd:

 exec 3<&0 # save standard input as fd 3
 exec </etc/passwd # redirect input from file

 lastline=
 while read line
 do
 lastline=$line
 done

 exec 0<&3 # restore standard input
 exec 3<&- # close file descriptor 3
 echo "$lastline" # lastline

cannot fork, too many processes というエラーメッセージを受け取った場合には、wait(1) コマンドを用いてユーザーのバックグラウンドプロセスをクリーンアップしてください。これを行なっても問題が解決しない場合には、システムのプロセステーブルが一杯になっていること、または実行中のフォアグラウンドプロセスの数が多すぎることが考えられます。ユーザーログインに結合するプロセス ID の数、およびシステムが把握できる数には 限度があります。

パイプラインの最後のプロセスだけが、待つ対象になり得ます。

あるコマンドを実行し、そのあとで同一名のコマンドが、検索パスにおいて元のコマンドがあるディレクトリの前に位置するディレクトリにインストールされた場合、シェルは元のコマンドの方を実行し続けます。新しい方のコマンドを実行させたければ、hash コマンドを使用してください。

Bourne シェルにはプロセスの実効ユーザー ID に対して制限があります。このユーザー ID が 100 よりも小さい (さらにプロセスの実ユーザー ID と同等ではない) 場合には、ユーザー ID はプロセスの実ユーザー ID にリセットされます。

同じプロセスグループで フォアグラウンドジョブと バックグラウンドジョブの両方を シェルが実行しているため、ジョブは同じシグナルを受け取り、予期しない結果を招くことがあります。したがって、特に対話型のシェルを動作している場合は、他のジョブ制御のシェルを使用することを おすすめします。

存在しないコマンドのインタプリタを実行しようとするシェルスクリプトを、シェルが処理した場合、シェルはシェルスクリプトが存在しないという間違った診断メッセージを 返します。