tcsh - C シェルを起動する

説明

tcsh シェルは、バークレー UNIX C シェル tcsh の拡張完全互換バージョンです。 これは、対話式ログイン・シェルとしても、またシェル・スクリプト・ コマンド・プロセッサーとしても使用可能なコマンド言語インタープリターです。 このシェルは、コマンド行エディター、プログラマブル・ワード補完機能、スペル訂正機能、ヒストリー・メカニズム、およびジョブ制御を含んでおり、構文が C と似ています。

このシェルは、明示的に tcsh コマンドを入力して起動すること ができます。引数として –l オプションだけを指定してシェルを起動 することによっても、ログイン・シェルを指定することができます。

ログイン・シェルは、システム・ファイル /etc/csh.cshrc および /etc/csh.login から のコマンドを実行して開始されます。その後、ユーザーのホーム・ディレクトリー内のファイルからコマンドを実行します。最初に、 ~/.tcshrc、次に ~/.history (または histfile シェル変数の値)、それから ~/.login、最後に ~/.cshdirs (または dirsfile シェル変数の値) です。シェルは、 /etc/csh.cshrc の後に /etc/csh.login を 読み取ります。

非ログイン・シェルは、呼び出し時に /etc/csh.cshrc および ~/.tcshrc または ~/.cshrc だけしか読み取りません。

ログインごとに一度だけ実行する必要のある、コマンドに似た stty は、通常、ユーザーの ~/.login ファ イルに入ります。

一般には、このシェルは、> のプロンプトを出し、端末からのコマンドの 読み取りを開始します。シェルは、コマンド入力行を繰り返し読み取り、ワードに分割し、それをコマンド・ヒストリー・リストに入れます。それから行の各コマンドを解析して実行します。コマンド実行を参照してください。

オプション

tcsh シェルの最初の引数 (引数 0) が - (ハイフン) である場合、それはログイン・シェルです。引数として –l だけを指定 して tcsh シェルを起動することによっても、ログイン・シェルを指定する ことができます。

オプション引数を処理した後に引数がまだ残っていて、–c、–i、–s、または –t のいずれも 指定されていない場合には、最初の引数が、実行されるコマンドのファイル (つまりスクリプト) の名前とみなされます。 シェルはこのファイルを開き、その名前を保管します。おそらく その名前は $0 で再置換されます。 多くのシステムでは、シェル・スクリプトがこの シェルとの互換性のないようなシェルを使用するので、tcsh シェルでは その文字が # ではない (つまりコメントで始まっていない) スクリプトを実行するために そのような標準シェルを使用します。

残りの引数は argv シェル変数に入れられます。

tcsh シェルの編集

このトピックでは、まずコマンド行エディターについて説明します。 その 後、「補完機能とリスト機能」ならびに「スペル訂正機能」について解説します。これらは エディター・コマンドとして実装されている 2 組の機能ですが、注目すべきもの なので別個に扱います。最後の「エディター・コマンド」のトピックでは、tcsh シェルに固有のエディター・コマンドおよびそれらのコマンドのデフォルト・バインディングをリストして説明します。

コマンド行エディター

コマンド行入力は、GNU Emacs または vi で使用されるキー・シーケンスと 非常によく似たキー・シーケンスを使って編集することができます。 エディターは、編集シェル変数を設定している場合にしかアクティブになりま せん。編集シェル変数はデフォルトでは対話式シェル内にあります。 bindkey 組み込みコマンドはキー・バインディングを表示したり変 更したりできます。 デフォルトでは、Emacs タイプのキー・バインディングが使用されますが、bindkey でそのキー・バインディングを vi タイプのバインディング に変更することができます。

補完機能とリスト機能

tcsh シェルは、固有の省略形が与えられると、それを補完にできる 場合がよくあります。ワードの一部 (例えば、ls /usr/lost) を入力してか ら、タブ・キーを押して complete-word エディター・ コマンドを実行してください。このシェルが、入力バッファー内の不完全なワードを完全なワードに置換し、ファイル名 /usr/lost を完全な名前 /usr/lost+found にします。 (末尾の / (スラッシュ) に注目してください。補完機能により、補完さ れたディレクトリーの末尾には / が追加され、補完された他のワードの末尾に スペースが追加されます。このようにして、入力が速く行われ、また補完機 能が正常に実行されたことが目で見て分かります。 addsuffix シェル変数を使用すれば、この設定を解除して、これが行われないようにすることができます。)一致するものが 見つからない場合 (例えば、/usr/lost+found が存在しない場合など) は、端末のベルが鳴ります。 ワードがすでに完全なものである場合 (例えば、ご使用のシステムに /usr/lost が存在する場合や、 あらかじめすべてを入力しておいた場合など) は、/ またはスペースが末尾に追加されます (/ やスペースがまだ末尾に付いていない場合)。

補完機能は、行の末尾以外ならどこででも作用し、テキストが補完さ れると、行の残りの部分は右側に押されることになります。 ワードの中間あたりで補完機能が働くと、カーソルの右側の文字が残 ってしまい、それを削除しなければならないことがよくあります。

コマンドと変数は大体同じ仕方で補完することができます。 例えば、em [tab] と入力 すると、システム内に 'em' で始まるコマンドが emacs だけし かなければ、'em' が完全な形の 'emacs' になります。補完機能は、パス内の任意のディレクトリーの中にあるコマンドを検出する ことができ、またある絶対パス名を与えられた場合もコマンドを検出できます。 echo $ar[tab] と入力すると、'ar' で始ま る変数がほかになければ、'$ar' は完全な形の '$argv' になります。

シェルは入力バッファーを解析して、補完するワードがファイル名なのか、コマンドなのか、あるいは変数なのかを判別します。 バッファー内の最初のワード、および ';'、'|'、'|&'、'&&' また は '||' の後に続いている最初のワードは、コマンドとみなされます。 '$' で始まっているワードは変数とみなされます。その他のものはファイル名です。空の行はファイル名として 補完されます。

^D を入力して delete-char-or-list-or-eof エディター ・コマンドを実行すれば、あるワードの完全な形のものをリスト することができます。tcsh シェルは、組み込まれた ls-F を使用して存在する補完を リストした後、プロンプトと完全でないコマンド行を再度出力しま す。例えば、次のようになります。

> ls /usr/l[^D]
lbin/ lib/ local/ lost+found/
> ls /usr/l 

> set autolist
> nm /usr/lib/libt[tab]
libtermcap.a@ libtermlib.a@
> nm /usr/lib/libterm

autolist が ambiguous に設定されている場合、選択項目がリストされるのは、一致するものが複数個あり、補完機能がマッチングを行う名前に新しい文字を追加しなかった場合だけです。

> ls ~k[^D]
kahn kas kellogg
> ls ~ke[tab]
> ls ~kellogg/

or

> set local = /usr/local
> ls $lo[tab]
> ls $local/[^D]
bin/ etc/ lib/ man/ src/
> ls $local/
 

delete-char-or-list-or-eof は行の最後にリストす るだけです。行の中間あたりではカーソル位置の文字を削除し、空の行の場 合にはログアウトしてしまいます。また ignoreeof が設定 されている場合には何も行われません。エディター・コマンド list-choices にバインドさ れた M-^D は、行のどの部分においても存在する補完をリストしま す。また望むならば、list-choices (あるいは削除やリストやログアウトを行うまたは行わない、delete-char-or-list-or-eof の項に示されて いる関連エディター・コマンドのいずれか) を組み込みコマンド bindkey を使って ^D にバインドすることができます。

complete-word-fwd および complete-word-back エディター・コマンド (デフォルトでは いずれのキーにもバインドされていない) を使用すれば、存在する 補完のリスト中を前後に移動して、現行のワードをリスト中 の次のワードまたは前のワードに置き換えることができます。

    > ls
    Makefile condiments.h~ main.o side.c
    README main.c meal side.o
    condiments.h main.c~
    > set fignore = (.o ¥~)
    > emacs ma[^D]
    main.c main.c~ main.o
    > emacs ma[tab]
    > emacs main.c 

complete シェル変数を enhance に設定すると、補完機能は、1.) 大文字小文字を無視し、2.)ピリオド、ハイフンおよ び下線 ('.'、'-' および '_') をワード・セパレーターとみなし、ハイフンと下線を同じものとみなし ます。

comp.lang.c comp.lang.perl comp.std.c++
comp.lang.c++ comp.std.c

A_silly_file a-hyphenated-file another_silly_file

> ls
fodder foo food foonly
> set recexact
> rm fo[tab]

> rm foo[tab]
> rm foo 

>set listflags=x>
ls-F /u/pluto
Dir1/exe1*
>set nostat=(/u/pluto/)
>ls-F /u/pluto
Dir1exe1
>

最後に、complete 組み込みコマンドを使用すれば、ファイ ル名やコマンドや変数以外のワードを補完する方法をシェルに指 示することができます。補完機能とリスト機能はグロブ・パターン (ファイル名の置換を参照)) に 対しては働きません。しかし、list-glob およ び expand-glob エディター・コマンドがグロブ・パ ターンに対して同等の機能を実行します。

スペル訂正機能

tcsh シェルは、ファイル名、コマンド、および変数名を補完およびリスト するだけでなく、ときにはそれらのスペルを訂正することもできます。

個々のワードは、spell-word エディター・ コマンド (通常は、M-s および M-S にバインドされています。ここで、M は Meta キーまたは Esc (エスケープ) キーを表します) を使用してスペル訂正を行う ことができ、入力バッファー全体は spell-line (通常は M-$ にバインドされています) を使用してスペル訂正できます。 correct シェル変数を 'cmd' に設定すると コマンド名を訂正でき、'all' に設定すると行全体を訂正できます。Enter キーを押すたびに訂正されます。

> set correct = cmd
> lz /usr/bin
CORRECT>ls /usr/bin (y|n|e|a)?

スペル訂正機能はユーザーが定義した補完を認識 します (complete 組み込みコマンドを参照)。 補完を定義する位置の入力ワードが、補完のリストにあるワードと 似ている場合には、スペル訂正機能はスペルの誤ったものを登録して、それ を正しいものとして示します。しかし、入力ワードが、その位置での 補完のいずれとも一致しなければ、スペル訂正機能は スペルの誤ったものを登録しません。

補完機能と同様に、スペル訂正機能は行のどの位置ででも働き、行の残りの 部分を右側に押しやり、おそらく余分の文字をカーソルの右方に残します。

スペル訂正機能は、意図した通りに働くと は限りません。これは一般的には試験的な機能とお考えください。

エディター・コマンド

bindkey はキー・バインディングをリストします。bindkey -l はエディター・コマンドをリストして、それらの簡単 な説明を示します。ここでは、新規のエディター・コマンドまたは特に興味 深いエディター・コマンドだけを説明します。 それぞれのエディター・コマンドのキー・バインディングの説明については、emacs および vi を参照してください。

それぞれのコマンドがデフォルトでバインドされている文字 (単一文字または 複数文字) は、括弧の中に示してあります。 ^文字 は制御文字を意味し、M- 文字 は、メタキ ーを持たない端末でエスケープ文字として入力されるメタ文字を意味しています。 大文字小文字の区別は重要ですが、デフォルトで文字にバインドされている コマンドは、便宜上、大文字と小文字の両方にバインドされています。

complete-word

補完機能とリスト機能で説明されているようにワードを補完します。

complete-word-back

complete-word-fwd に似ていますが、リスト の最後から先頭へと進むという点で異なります。

complete-word-fwd

現行のワードを、存在する補完のリスト内にある最 初のワードで置き換えます。リストの先頭から置換が順に繰り返されます。 リストの最後に到達すると、ビープ音が鳴り、完全でないワードに戻ります。

complete-word-raw

complete-word と似ていますが、ユーザー定義の補完を無視するという点で異なります。

copy-prev-word

現在行の直前のワードを入力バッファーにコピーします。insert-last-word も参照してください。

dabbrev-expand

現行のワードが先行サブストリングとなっているよ うな、前に現れている最新のワードへ現行のワードを展開し、必要に応じて ヒストリー・リストを (一度だけ) 循環します。 途中で入力しないで dabbrev-expand を繰り返すと、順にその前のワードに変更されてゆき、一致した同一のものをスキップします。history-search-backward の動作と大体似ています。

delete-char (バインドされていません)

カーソル位置の文字を削除します。delete-char-or-list-or-eof も参照してください。

delete-char-or-eof (バインドされていません)

カーソル位置に文字がある場合には delete-char を実行し、空ファイルに対しては end-of-file を実行します。delete-char-or-list-or-eof も参照してください。

delete-char-or-list (バインドされていません)

カーソル位置に文字がある場合には delete-char を実行し、行の最後では list-choices を実行します。delete-char-or-list-or-eof も参照してください。

delete-char-or-list-or-eof (^D)

カーソル位置に文字がある場合には delete-char を実行し、行の最後では list-choices を実行し、空の行に対しては end-of-file を実行します。 delete-char-or-eof、delete-char-or-list およ び list-or-eof も参照してください。

ヒストリーの下方移動

up-history と似ていますが、下方移動して、元の入力行で停止するという点で異なっています。

end-of-file

ファイル終わりのシグナルを送り、tcsh シェルが終了します。ただし、そうならないように ignoreeof シェル変数が設定さ れていないことを条件とします。delete-char-or-list-or-eof も参照してください。

expand-history (M- スペース)

現行ワードの中のヒストリー置換子を展開します。ヒストリー置換を参照してください。magic-space、toggle-literal-history、および autoexpand シェル変数も 参照してください。

expand-glob(^X-*)

カーソルの左方のグロブ・パターンを展開します。例えば、以下のとおりです。

>ls test*[^X-*]

上記は次のように展開されます。

>ls test1.c test2.c

これは、'test' で始まるファイルがディレクトリー内に 2 つしかない場 合です。ファイル転送プロトコル (File name substitution を参照。

expand-line (バインドされていません)

expand-history と似ていますが、入力バッファー内のそれぞれのワードのヒストリー置換子を 展開するという点で異なっています。

expand-variables (^X-$)

カーソルの左方の変数を展開します。変数置換を参照してください。

history-search-backward (M-p、M-P)

入力バッファー内の現在の内容で始まっているコマンドを見つけるた めにヒストリー・リストを上方に向かってカーソル位置まで検索し、検索した コマンドを入力バッファーにコピーします。検索ストリングは、'*'、'?'、'[]' また は '{}' を含んでいるグロブ・パターン (ファイル名の置換を参照) でも構いません。 up-history および down-history は、ヒストリー・リスト内の該当する点から開始され ます。 Emacs モード専用です。 history-search-forward および i-search-back も参照してください。

history-search-forward(M-n、M-N)

history-search-backward と似ていますが、下方に向かって検索するという点で異なっています。

i-search-back (バインドされていません)

history-search-backward のように上方に向 かって検索し、カーソルをパターンの最後に位置付けた状態で、最初に見つかった一致したものを入力バッファーにコピーし、'bck: ' と その最初に見つかった一致したものを表示して入力を促します。 検索をさらに行うために追加の文字を入力することもできます。 i-search-back を入力すれば、同じパターンでの検索を続行し、必要に応じてヒストリー・リストを 循環することができます (これを行うためには、i-search-back は単一文字にバインドする必要があります)。あるいは以下の特殊文字のいずれかを入力することもできます。

^W

カーソル位置のワードの残りの部分を検索パターンに付加します。

delete (または backward-delete-char にバインドされた任意の文字)

最後の文字の働きを取り消して、適切な場合には検索パターンから 文字を削除します。

^G

直前の検索が正常に実行された場合に、検索全体を打ち切ります。 正常に実行されなかった場合には、正常に実行された最後の検索に戻 ります。

escape

検索を終了し、現在行を入力バッファーに残します。

self-insert-command にはバインドされていない その他の文字を入力すると、検索は終了し、現在行が入力バッファ ーに残され、入力された文字は正常入力として解釈されます。 特にキャリッジ・リターンの場合には、現在行が実行されます。 Emacs モード専用です。i-search-fwd およ び history-search-backward も参照してください。

i-search-fwd

i-search-back と似ていますが、下方に向かって検索するという点で 異なっています。

insert-last-word (M-_)

直前の行の最後のワード (!$) を入力バッファーに挿入します。copy-prev-word も参照してください。

list-choices (M-D)

補完機能とリスト機能で説明されているように存在する補完をリストします。delete-char-or-list-or-eof も参照してください。

list-choices-raw (^X-^D)

list-choices と似ていますが、ユーザー定義 の補完を無視するという点で異なっています。

list-glob (^X-g, ^X-G)

(ls-F を介して) カーソルの左方のグロブ・ パターン (ファイル名の置換を参照) と一致するものをリストします。

list-or-eof (バインドされていません)

list-choices を実行するか、空の行に対して は end-of-file を実行します。delete-char-or-list-or-eof も参照してください。

magic-space (バインドされていません)

expand-history のように現在行のヒストリー 置換子を展開します。またスペースを付加します。 magic-space はスペース・バーにバインドされる よう設計されていますが、デフォルトではバインドされていません。

normalize-command (^X-?)

PATH の中から現行ワードを検索し、それが見つかったなら、実行可能 ファイルへの絶対パスでそれを置き換えます。 特殊文字は引用符で囲みます。 別名は展開して引用符で囲みますが、別名内のコマンドはそのようにはしま せん。このコマンドは、コマンドを引数として取るようなコマンド (例えば、dbx や sh -x) で役立ちます。

normalize-path (^X-n, ^X-N)

symlinks シェル変数の expand 設定で説明されているように現行ワードを展開します。

overwrite-mode (バインドされていません)

入力モードと上書きモードの切り替えを行います。

run-fg-editor (M-^Z)

現在の入力行を保管し、EDITOR または VISUAL 環境変数のファイル名 部分の最後のコンポーネントと同じ名前 (どちらの変数も設定されていなければ、ed または vi) を持つ停止済みジョブを探します。 そのようなジョブが見つかったなら、fg %job が入力された場合の ようにそれが再始動されます。これを使用すると、エディターとシェルの間で 相互に容易に切り替えられます。これをもっと簡単に行えるように、このコマンドを ^Z にバインドする人々もいます。

run-help (M-h、M-H)

補完機能のルーチンと同じ現行コマンドの概念を用いて、現行コマンドに関する資料を探し、それを出力します。 ページャーを使用する方法はありません。run-help はショート・ヘルプ・ファイル用に設計さ れています。 資料は、command.help、command.1、command.6、command.8 または command と名付けられたファイル (これは HPATH 環境変数にリストされてい るディレクトリーのいずれかに入っている必要があります) に入っていなけ ればなりません。 複数のヘルプ・ファイルがある場合には、最初のものだけが出力されます。

self-insert-command (テキスト文字)

挿入モード (デフォルト) では、入力文字を入力行のカーソル位置の文字 の後に挿入します。それ以外のモードでは、カーソル位置の文字を入力文字 で置き換えます。行が変わっても通常は入力モードのままですが、inputmode シェル変数 を insert または overwrite に設定すれば、各行の先頭でエディターを該当するモードに することができます。 overwrite-mode も参照してください。

sequence-lead-in (矢印接頭部、メタ接頭部、^X)

続く文字が複数キー・シーケンスの一部であることを指示します。あるコマンドを複数キー・シーケンスにバインドすると、2 つの バインディング (先頭文字と sequence-lead-in と のバインディングおよびシーケンス全体とコマンドとのバインディング) が できあがります。 sequence-lead-in にバインドされた文字で始まって いるすべてのシーケンスは、別のコマンドにバインドされていない限り、事実上 undefined-key にバインドされます。

spell-line (M-$)

spell-word のように入力バッファー内の 各ワードのスペルを訂正しようとします。ただし、スイッチや置換子などの 問題を回避するために、先頭文字が '-'、'!'、'^'、または '%' であるワード、あるいは '¥'、'*'、または '?'を含んでいるワードは無視します。 スペル訂正機能を参照してください。

spell-word (M-s、M-S)

スペル訂正機能で説明されているように現行ワードのスペル を訂正しようとします。パス名と思われるワードの各コンポーネントを検査します。

toggle-literal-history (M-r、M-R)

入力バッファー内のヒストリー置換子を展開または展開解除します。 expand-history シェル変数およ び autoexpand シェル変数も参照してください。

undefined-key (バインドされていない任意のキー)

ビープ音を鳴らします。

up-history (上矢印、^P)

ヒストリー・リスト内の直前の項目を入力バッファーにコピーします。histlit が設定されている場合には、項目の リテラル形式を使用します。これを繰り返せば、ヒストリー・リスト内を上方へ進むことができ、最上部で停止します。

vi-search-back (?)

検索ストリング (history-search-backward の場 合と同様にグロブ・パターンでもかまいません) を入力するよう ? によって 促します。そしてそれを検索して入力バッファーにコピーします。 一致するものが見つからなければ、ベルが鳴ります。 Enter キーを押すと検索は終了し、最後に見つかった一致するも のが入力バッファーに残されます。 Esc キーを押すと検索は終了し、一致したものが実行されます。 vi モード専用です。

vi-search-fwd (/)

vi-search-back と似ていますが、下方に 向かって検索するという点で異なっています。

which-command (M-?)

入力バッファーの最初のワードに対して which (組み込み コマンド) を実行します。which は、置換やパス検索の後にシェルが実行するコマンドを 表示します。表示されたコマンドは、 ユーザーの実効 ID に基づいたセキュリティー製品によるアクセス検査をパスしています。

コマンド構文

tcsh シェルは、入力行をブランクやタブの位置でワードに分割します。特殊文字 '&'、'|'、';'、'<'、'>'、'('、および ')'、ならびに 二重文字 '&&'、'||'、'<<' および '>>' は、ホワイト・ス ペースで囲まれていてもいなくても必ず独立したワードになります。

tcsh シェルの入力が端末からではないときには、コメントを開始するのに 文字 '#' が用いられます。 それぞれの # および # が現れている入力行の残りの部分は、廃棄されてから構文解析が続行されます。

特殊文字 (ブランクやタブを含む) は、その前に円記号 (¥) を 付けるか、あるいは単一引用符 (')、二重引用符 (") または 開き引用符 (' ` ') で囲むことにより、特殊な意味を持たないようにすることが でき、また状況に応じて別のワードの一部とすることも可能です。 前に ¥ が付けられた改行は、これ以外の方法で引用されているので なければ、ブランクと等しくなりますが、引用符で囲まれると、このシーケンスは改行になります。

また、ヒストリー置換子以外の置換子 (置換を参照) は すべて次の方法で抑制することができます。すなわち、置換子が含まれている ストリング (またはストリングの一部) を単一引用符で囲むか、重要文字 (例えば、変数 置換またはコマンド置換についてはそれぞれ '$' または '`') を ¥ を使って引用するという 方法です。(別名置換も例外ではありません。別名として定義されているワードの 任意の文字を何らかの方法で引用するなら、別名の置換が抑制されます。 別名を引用する場合、通常は別名の前に円記号を付けます。)ヒストリー置換は、単一引用符ではなく、円記号を使って抑制します。ストリングを二重引用符または開き引用符で囲んでも変数置換やコマンド 置換は行われますが、その他の置換は抑制されます。

テキストを単一引用符または二重引用符で囲むと、単一ワード (または単一 ワードの一部) になります。そのストリングの中のメタキャラクター (ブランクやタブを含む) は 独立したワードとはなりません。 ある特別な場合だけは、二重引用符で囲まれたストリングが複数のワードと見なされることがありますが (コマンド置換)を参照)、単一引用符で囲 まれたストリングの場合にはそのようなことはありません。開き引用符は特殊なものであり、コマンド置換のシグナルを送ります。その結果、複数のワードになる場合があります。

複雑なストリング、特に引用に用いられる文字を含んでいるストリングの場合には、混乱を引き起こす可能性があります。引用符は、人が文章を書く場合のように用いる必要はないことを覚え ておいてください。ストリング全体を引用するのではなく、ストリングの中の引用する必要のある 一部だけを、状況に応じて種々の引用方法で引用するほうが簡単です。

backslash_quote シェル変数を設定すれば、円記号が常に ¥、'、およ び " を引用するように指定できます。 このようにすると複雑な引用を簡単にすることができますが、csh (または tcsh) スクリプトでは構文エラーが発生する可能性があります。

置換

ここでは、入力で tcsh シェルが実行する種々の変換を、その示されている 順序に従って説明します。また、関係しているデータ構造、ならびにコマ ンドとコマンドに影響する変数を取り扱います。 置換は、コマンド構文で説明されているように引用によって抑制することができます。

ヒストリー置換

端末から入力されるそれぞれのコマンド (またはイベント) はヒストリー・リストに保管されます。 直前に入力されたコマンドは必ず保管されます。また history シェル変数を使用すれば、保管するコマン ドの数を設定することができます。 histdup シェル変数を使用すれば、重複するイベ ントや連続して重複するイベントを保管しないよう設定することができます。

保管されるコマンドには、1 から順番に番号が付けられ、またタイム・ スタンプも付けられます。イベント番号を使用しなければならないとは限りませんが、prompt シェル変数に感嘆符 (!) を 入れることにより、現行のイベント番号をプロンプトの一部にすることが できます。

シェルは、実際に展開形式およびリテラル (非展開) 形式でヒストリーを 保管します。histlit シェル変数を設定すると、ヒストリーを表示お よび保管するコマンドはリテラル形式を使用します。

history 組み込みコマンドは、ヒストリー・リストの出力、ファイルへの保管、復元および消去を、いつでも行うことができます。savehist シェル変数および histfile シェル変数を使えば、ログアウト時にヒストリー・リストが自動的に 保管されたり、ログオン時にヒストリー・リストが復元されるように設定 することができます。

ヒストリー置換により、ワードがヒストリー・リストから入力ストリームに取り込まれます。そのため、コマンドを繰り返したり、現行コマンドで直前のコマンドの引数を 繰り返したり、あるいは直前のコマンドでのスペルの間違いを修正したりするこ とが容易になり、ほとんど入力しなくても高いレベルの信頼性でそれらが行われる ようになります。

ヒストリー置換子は ! の文字で開始されます。 ヒストリー置換子は入力ストリーム内のどの 位置でも開始できますが、ネストはされません。 ! の前に ¥ を付けてその文字自体の特別の意味がないようにする ことができます。便宜上、 ! の後にブランク、タブ、改行、= または ( が 続いている場合には、! は未変更のまま渡されます。入力行が ^ で始まっている場合にもヒストリー置換が行われます。ヒストリー置換のシグナルを送るのに用いられる文字 (! および ^ (キャレット)) は、histchars シェ ル変数を設定することにより変更することができます。ヒストリー置換子を含んでいる入力行は、実行され る前に出力されます。

ヒストリー置換子は、イベント指定 (ワードの取り出し元に なるイベントを示すもの)、ワード指定子 (選択され たイベントから特定のワードを選択するもの)、および 修飾子 (選択されたワードを操作するもの)、あるい はそれらすべてを含んでいる場合があります。

9 8:30 nroff -man wumpus.man
10 8:31 cp wumpus.man wumpus.man old
11 8:36 vi wumpus.man
12 8:37 diff wumpus.man.old wumpus.man

ヒストリー参照は、必要に応じて周囲のテキストから中括弧で孤立させることが できます。 例えば、!vdoc は vdoc で始まっているコマン ドを見つけようとしますが、この例ではそれはありません。しかし、!{v}doc は明示的に vi wumpus.mandoc に展開されます。 中括弧に囲まれていても、ヒストリー置換子はネストされません。

csh は、例えば !3d を文字 d の付いているイベント 3 に展開しますが、tcsh はそれを 3d で始まっている最後のイベントに展開します。つまり、完全に数値だけの引数しかイベント番号として扱いません。 これによって、番号で始まっているイベントを再呼び出しすることが可能に なります。!3d を csh の場合のように展開するには、!¥3d としてください。

イベント指定とワード指定子を区切っている : は、引数セレクタ ーが '^'、'$'、'*'、'%' または '-' で始まっている場合には省略す ることができます。例えば、上記の diff コマンド は diff !!^.old !!^ また はそれと同じ意味の diff !!$.old !!$ とすることができ たかもしれません。 しかし、!! を ! のように省略すると、- (ハイフン) で始まっている 引数セレクターはイベント指定として解釈されてしまいます。

ヒストリー参照はワード指定子を持つことができますが、イベント指定はなくてもかまいません。その場合、ヒストリー参照は直前のコマンドを参照します。 上記の diff の例を引き続き用いるなら、このコマンドは簡単に diff !^.old !^ と することができます。あるいは引数を逆の順序で得るため には単に diff !* と入力することができます。

例えば、diff コマンドは、同じ行の最初の引数 (!#^) か ら .old を除去するのに :r を使用して、diff wumpus.man.old !#^:r のようにすることが できたかもしれません。echo hello out there のような コマンドについて考えた場合、'hello' を大文字にする には echo !*:u、大声のスタイルにする には echo !*:au、また実際に叫び声をあげるようなスタイルにする には echo !*:agu となります。 mail -s "I forgot my password" rot の 後に !:s/rot/root を続ければ、'root' のスペルが訂正され ます (別の方法については、スペル訂正機能を参照してください)。

置換子用の特殊な省略形があります。^ は、これが入力行の先頭文字で ある場合には、!:s^ と等しくなります。 このため、上の例のスペル訂正を行う には ^rot^root のようにすることができます 。 明示的に ! で始まらないヒストリー置換子はこれしかありません。

% mv wumpus.man /usr/man/man1/wumpus.1
% man !$:t:r
man wumpus

> mv a.out /usr/games/wumpus
> setenv PATH !$:h:$PATH
Bad ! modifier: $.
> setenv PATH !{-2$:h}:$PATH
setenv PATH /usr/games:/bin:/usr/bin:.

別名置換

シェルは、alias および unalias コマンドで設定、設定解除、および出力することができる別名のリストを保守します。 コマンド行が解析されて単純なコマンドに分割された 後 (コマンド実行を参照)、各コマンドの最初のワードが別名 を持っているかどうか、左から右の順に検査されます。 持っている場合には、最初のワードは別名に置換されます。 別名がヒストリー参照を含んでいる場合には、元のコマンドが直前の入力行にある かのようにヒストリー置換が行われます。 別名がヒストリー参照を含んでいない場合には、引数リストには手が加えられま せん。

したがって、ls の別名が ls -l である場合、コマン ド ls /usr は ls -l /usr となり、引数リストはここではそのままになっています。 lookup の別名が grep !^ /etc/passwd である場合には、lookup bill は grep bill /etc/passwd となります。 別名は、パーサーのメタ構文をインストールするのに使用できます。 例えば、alias print 'pr ¥!* | lpr' は、引数をライン・プリンターに出力する コマンド (print) を定義します。

別名置換は、その最初のワードが別名を持っていないコマンドを検出するまで 繰り返されます。 別名置換が (すぐ上の例のように) 最初のワードを変更しないような場合、ループを回避するためにフラグが付けられます。 その他のループが起きた場合には検出されて、エラーが発生します。

一部の別名はシェルが参照します。tcsh 組み込みコマンドを参照してくだ さい。

変数置換

tcsh シェルは、変数のリストを保守します。それぞれの変数は、値とし て 0 個以上のワードから成るリストを持っています。 tcsh シェル変数の値は、set および unset コマ ンドを使って表示したり、変更したりできます。 システムは独自の「環境」変数リストを保守しています。 それらの変数リストは、printenv、setenv およ び unsetenv を使って表示したり、変更したりできます。

変数は set -r を使って読み取り専用にすることができます。 読み取り専用変数は、変更したり、設定解除したりすることができませ ん。もしそうしようとすると、エラーが起こります。 変数をいったん読み取り専用にすると、書き込み可能にすることができなく なります。ですから set -r は注意して使用する必要があります。 環境変数は読み取り専用にすることはできません。

一部の変数は、tcsh シェルが設定したり、参照したりします。 例えば、argv 変数はシェルの引数リストの イメージであり、この変数の値のワードは特別な仕方で参照されます。tcsh シェルが参照する変数のいくつかはトグルですが、シェルは トグルが設定されているかどうかを見るだけであり、どんな値であるかにつ いては注意しません。例えば、verbose 変数は、コマンド入力がエコーされ るようにするトグルです。 -v コマンド行オプションがこの変数を設定します。特殊なシェル変数は、シェルが参照するすべての変数をリストします。

その他の操作では、変数を数値的に処理します。 @ (at) コマンドを使用すると、数値計算を実行でき、また その結果を変数に割り当てることができます。 しかし、変数の値は常に (0 個以上の) ストリングとして表現されます。 数値的な操作を行うという目的のため、ヌル・ストリングはゼロと みなされ、複数ワードからなる値の 2 番目以降のワードは無視されます。

入力行に別名が割り当てられて解析された後、各コマンドの実行に先立って、$ 文字で入力された変数置換が実行されます。この展開は $ の前に ¥ を付 けることによって抑制することができますが、次のような例外があります。すなわち、二重引用符 (") で囲まれている場合には展開は常に行われ、単一引用符 ( ' ) で囲まれている場合には展開は絶対に行われません。開き引用符または抑音符号 (`) を使って引用されたストリングは、後で 解釈されます (コマンド置換を参照)。このため、$ の置換は 行われるとしても、後でなければそこでは行われません。 ブランク、タブ、または行の終わりが後に続いている場合には、$ は未変更のまま渡されます。

入出力のリダイレクトは変数展開の前に認識され、そして別個に展開 されます。それ以外の場合、コマンド名と引数リスト全体は一緒 に展開されます。 ですから、(ここまでの) 最初の (コマンド) ワードは複数のワードを生成することが 可能であり、その最初のワードがコマンド名になり、残りのワードが引数になります。

二重引用符 (") で囲まれていないか、あるいは :q 変更子が与えられて いない限り、変数置換の結果は最終的には置換されたコマンドとファ イル名になります。" で囲まれている場合、複数のワードからなる値を持つ変数は、単一 ワード (の一部) に展開され、変数の値のワードはブランクで区切られます。:q 変更子が置換に適用された場合、変数は複数のワードに展開されますが、それぞれのワードはブランクで区切られ、後でコマンドまたはファイル名置換が行われないように引用符で囲まれます。

これまでに述べた置換以外の置換は、tcsh 組み込みコマンドの引数に選択 的に適用されます。つまり、式において評価されない部分については展開は行われません。 tcsh シェルの内部コマンドではないコマンドについては、コマンド名は別個に引数リストから置換が行われます。 これは、入出力リダイレクトが行われた後、メイン・シェルの子で 非常に遅く行われます。

コマンド置換

コマンド置換はコマンドを ' ' ' で囲んで示します。 そのようなコマンドからの出力は、ブランク、タブおよび改行の位置で個々 のワードに分割され、ヌル・ワードは廃棄されます。 その出力は、変数および置換されたコマンドであり、元のストリングの代わりに 挿入されます。

二重引用符 ( " ) の中のコマンド置換子はブランクとタブを保存しますが、改行だけは新しいワードを強制的に生成します。 最後の単一の改行は、どんな場合にも新しいワードを生成しません。 ですから、コマンド出力が完全な行であっても、コマンド置換によって ワードの一部しか生成されないことがあり得ます。

ファイル名の置換

あるワードが、'*'、'?'、'[' または '{' のいずれかの文字を含んで いるか、あるいは文字 '~' で始まっている場合、それはファイル名の 置換候補となります。これはワイルドカードとも 呼ばれています。そのワードはパターン (グロブ・パターン) と見なされ、そのパターンと一致するファイル名の英字順ソート・リストに置き換えられます。

ファイル名のマッチングの際に、 文字 . (ピリオド) は、文字/と同様に明示的に一致する必要があります。文字 * は、ヌル・ストリングを含め、どのストリング とも一致します。文字 ? はすべての単一の文字に一致します シーケンス […] は囲まれた文字のうちの任意のものと一 致します。[…] 内の - で区切られた文字の対は、その 2 つの文字の間にある任意の文字と語句として一致します。

一部のグロブ・パターンは否定できます。 すなわち、シーケンス [^…] は、中括弧内の文字や文字範囲によって指定されていない任意の単一文字と一致します。

> echo *
bang crash crunch ouch
> echo ^cr*
bang ouch

メタ表記 a{b,c,d}e は abe ace ade の省略表現です。左から右への順序は保持されます。 つまり、/usr/source/s1/{oldls,ls}.c は /usr/source/s1/oldls.c /usr/source/s1/ls.c に 展開されます。 マッチングの結果は、以下の例に示すように、この順序を維持して下位のレ ベルで別個にソートされます : ../{memo,*box} は ../memo ../box ../mbox に展開されます。 ('memo' は '*box' のマッチングの結果と一緒にはソートされないことに注意 してください。) 存在しないファイルにこの構造が展開されてもエラーにはなりませんが、展開されたリストが渡されるコマンドからはエラーが出される可能性があります。この構造はネストすることができます。 特別な場合として、ワード {, } および {} はそのまま渡されます。ファイル名の先頭にある ~ はホーム・ディレクトリーを表します。~ が単独で指定された場合、これはホーム・シェル変数の値に示されている起動側のホーム・ディレクトリーに展開されます。文字、数字、および - (ハイフン) で構成される名前が後に続いている場合、シェルはその名前を持つユーザーを検索し、そのホーム・ディレクトリーに置き換えます。ですから ~ken は、/usr/ken に展開され、 ~ken/chmach は /usr/ken/chmach のように 展開されます。文字 ~ は、その後に英字以外の文字や / が続いている場合、あるいはワードの先頭以外の場所に現れている場合、そのまま残されます。 ですから、setenv MANPATH /usr/man:/usr/local/man: ~/lib/man のようなコマンドでは、ホーム・ディレクトリーには 置換されないことに注意してください。 '*'、'?'、'[' または '~'を含んでいるグロブ・パターンは、'^' があってもなくても、いずれのファイルとも一致しなければ エラーになります。しかし、グロブ・パターンのリスト内の 1 つのパターン だけはあるファイルと一致するはずです (ですから、例えば rm *.a *.c *.o が 失敗するのは '.a'、'.c'、または '.o' で終わっている現行ディレク トリー内にファイルが何もない場合だけです)。また、nonomatch シェル変数 が設定されていると、どれとも一致しないパターン (またはパターンのリス ト) は、エラーにならずに未変更のまま残されます。

noglob シェル変数を設定すると、ファイル名置換を 抑制することができます。また expand-glob エデ ィター・コマンド (通常は ^X-* にバインドされている) を使用する と、個々のファイル名置換を対話式に展開することができます。

ディレクトリー・スタック置換

ディレクトリー・スタックは、ゼロから始まる番号が付けられた ディレクトリーのリストであり、tcsh の pushd、popd およ び dirs 組み込みコマンドが使用するものです。dirs は、ディレクトリー・スタックの出力、ファイルへの保管、復元、および消去を、いつでも行うことができます。また savedirs および dirsfile シェル変数を設定すれば、ログアウト時にディレクトリー・ スタックが自動的に保管されたり、ログオン時にそれが復元されるように することができます。 dirstack シェル変数を調べればディレクトリー ・スタックを見ることができ、またこのシェル変数を設定すれば任意のディ レクトリーをディレクトリー・スタックに入れることができます。

    > dirs -v
    0 /usr/bin
    1 /usr/spool/uucp
    2 /usr/accts/sys
    > echo =1
    /usr/spool/uucp
    > echo =0/calendar
    /usr/bin/calendar
    > echo =-
    /usr/accts/sys

その他の置換

ファイル名に関係した変換がほかにもいくつかあります。それらは ディレクトリー・スタック置換 に厳密に関係しているわけではありませんが、完全を期するために、ここで述べておきます。 symlinks 変数が expand に設定されていれば、どんなファイル名でも絶対パスに展開できます。 引用符で囲むとこの展開が抑制され、要求があると、normalize-path エディター・ コマンドは展開を行います。normalize-command エディター・コマンドは、要求があると PATH 内のコマンドを絶対パスに展開します。 最後の点として、cd および pushd は - (ハイフン) を 古い作業ディレクトリーとして解釈します (owd シェル変数と同等です)。 これは置換というわけではなく、これらのコマンドだけが認識する省略形 です。それでも、引用符で囲むとこれも抑制することができます。

コマンド実行

続く 3 つのトピックでは、シェルがコマンドを実行する方法を説明し、その入出力について扱います。

組み込みおよび非組み込みコマンドの実行

tcsh の組み込みコマンドは、シェル内で実行されます。 パイプラインの最後のコンポーネント以外のいずれかのコンポーネントが組み込みコマン ドである場合、そのパイプラインはサブシェル内で実行されます。

(cd; pwd); pwd

cd; pwd

実行するコマンドが組み込みコマンドでないことが分かると、tcsh シェルは execve によってそのコマンドを実行 しようとします。可変パス内の各ワードは、tcsh シェルがコマンドを探すディレクトリー を指定します。-c オプションも -t オプション も指定されていなければ、シェルはそれらのディレクトリー内の名前を 内部テーブルにハッシュし、シェルはコマンドがそこにある可能性 がある場合、ディレクトリー内の execve を 試みようとするだけです。 検索パス内に非常に多くのディレクトリーがある場合には、これによりコマ ンドを探し出すスピードが大幅に速くなります。このメカニズムが (unhash によって) オフにされている場合、あ るいはシェルに -c または -t 引数が与えられなか った場合、あるいは / で始まっていないパスの各ディレクトリー・ コンポーネントについては、シェルは現行作業ディレクトリー を、与えられたコマンド名に連結してファイルのパス名を作り、それを実行しようとします。

ファイルが実行許可を持っていても、システムに対して実行可能なファイル ではない場合 (すなわち、それが実行可能なバイナリーでも、そのインタ ープリターを指定しているスクリプトでもない場合)、それは、シェル・コマンドを含んでいるファイルであると想定され、それを 読み取るために新しいシェルが spawn されます。 shell 特殊別名を設定して、シェルそのもの以外の インタープリターを指定することもできます。

入力または出力

コマンドの標準入力および標準出力は、 表 1 に示されている以下の構文でリダイレクトすることができます。

コマンドは、シェルが起動された環境を受け取りますが、その環境は 入出力パラメーターにより、またパイプラインに含まれていたその コマンドにより変更されたものです。ですから、以前の一部のシェルとは異なり、シェル・コマンドのファイルか ら実行されるコマンドは、デフォルトではコマンドのテキストを使用できませ ん。コマンドはシェルの元の標準入力を受け取ります。 インライン・データを提供するには << メカニズムを使用して ください。これを使用すると、シェル・コマンド・スクリプトはパイプライ ンのコンポーネントとして機能できるようになり、シェルは入力のブロック 読み取りを行うことができます。切り離して実行されるコマンドのデフォルト標準入力は、空ファイル /dev/null ではなく、シェルの元の標準入力です。その標準入力が端末であり、プロセスがその端末から読み取ろうとする 場合、プロセスはデータをブロック形式で記録し、そのことがユーザーに通知 されます (ジョブを参照)。

診断出力は、標準出力と一緒にパイプを介して送ることができます。単なる | ではなく、|& 形式を使用するだけで行うことができます。

現在のところ、シェルは標準出力もリダイレクトしなければ、診断出力をリ ダイレクトすることはできません。しかし、(command > output-file) >& error-file はしばしばその抜け道として 受け入れられています。出力を端末に送るには、output-file または error-file のいずれか を /dev/tty にすることができます。

機能

シェルがどのようにコマンド行を受け入れて、解析し、実行するかにつ いて説明してきましたが、次に種々の便利な機能に目を向けてみましょう。

制御流れ

tcsh シェルは、コマンド・ファイル (シェル・スクリプト) 内の、また端末 出力からの (役立つ仕方で制限された) 制御の流れを調整するのに 使用できるいくつかのコマンドを含んでいます。 それらのコマンドはすべて、シェルに強制的にその入力の中で再読み取り またはスキップさせたり、実装のために一部のコマンドの配置を制限 させることにより、動作します。

foreach ステートメント、switch ステートメント、および while ステートメント、ならびに if ステートメント の if-then-else ステートメントでは、入力行の単一の単純コマンドの中に主要なキーワ ードを指定する必要があります。

シェルの入力が検出できない場合、シェルはループが読み取られるときには いつでも入力をバッファーに入れ、この内部バッファー内で検出を実行して、ループが示唆する再読み取りを実行します。 (これが可能な範囲内では、逆方向 goto は検出不能入力に対して成功しま す。)

式

if、while、および exit の各組み込み コマンドは共通構文を持つ式を使用します。 この式には、続く 3 つのトピックで説明しているどの演算子でも含め ることができます。 @ 組み込みコマンドは独自の別個の構文を持っていることに注意 してください。

論理演算子、算術演算子、および比較演算子

|| && | ^ & == !=  =~  !~  <=  >=
< > << >>  + - * / % ! ~ (  )

0 で始まるストリングは 8 進数と見なされます。 ヌルの場合または引数がない場合は 0 と見なされます。すべての式の結果はストリングで、これは 10 進数を表します。同じワードの中に 式の 2 つのコンポーネントがあってはなりません。 ただし、それらのコンポーネントが、パーサーにとって構文上重要となる式のコンポーネント ('$' '|' '<' '>' '(' ')') に隣接している場合を除きます。 その場合は、それらのコンポーネントをスペースで囲む必要があります。

コマンド出口状況

コマンドは中括弧 ({}) で囲めば式の中で実行することができ、それらの出口状況が戻されます。中括弧は、コマンドのワードとスペースで分離する必要があります。 コマンドが状況 0 で終了した場合には、コマンドの実行は正常 に行われ、真 (すなわち 1) が戻され、それ以外の状況である 場合にはコマンドの実行は失敗し、偽 (0) が戻されます。もっと詳しい状況情報が必要な場合には、コマンドを式の外側で実行し、status シェル変数を調べる必要があります。

ファイル照会演算子

これらの演算子は簡単にするために組み合わせることができ、–xy file は –x file && –y file と 同等です。例えば、–fx はプレーン実行可能ファイルについては真です (1 を戻します) が、 ディレクトリーについては真ではありません。

L は、複数演算子テストで使用して、後続の演算子をシンボリック・ リンク (リンクが指し示すファイルではなく) に適用することができます。例えば、-lLo は、 呼び出し側のユーザーが所有するリンクについては真です。Lr、Lw、および Lx はリンクについては 常に真であり、リンク以外については偽です。L は、複数演算子テストの中の最後の演算子であるときには、別 の意味を持ちます。

file がファイルであることを予期する演算子を、そのように予期しない演算 子と組み合わせること (例えば、X と t) は可能ですが、実用的 ではありません。むしろ、場合によっては誤った結果にいたることがあります。L の後に非ファイル演算子を続けると、特に予想外の結果になることが あります。

ファイル照会演算子は、filetest 組み込みコマンドでも評価する ことができます。

ファイル・タグおよび Filetest 組み込みコマンドで使用するファイル照会演算子

–B file

• そのファイルがバイナリーとしてタグ付けされている場合、真。
• そのファイルがタグ付けされていない場合、あるいはテキストとしてタグ付けされている場合、偽。
• そのファイルがテキスト/バイナリーの混在としてタグ付けされている場合 (すなわち 、txtflag = OFF でコード・セットがファイル・タグに格納されている)、コード・セットが戻される。

–T file

• そのファイルがタグ付けされていない場合、あるいは txtflag = OFF としてタグ付けされている場合、偽。
• そのファイルがテキストとしてタグ付けされている場合、コード・セットが戻される。

if ( -T file == IBM-1047 )  #True if tagged as IBM-1047 text
if ( -B file )              #True if tagged as binary

ジョブ

[1] 1234

あるジョブを実行していて、何かほかのことを実行したい場合には、延期キー (通常は ^Z) を押すことができます。それによって、STOP シグナルが現行ジョブに送られます。次にシェルは、通常、ジョブが「延期」されたことを示し、別のプロンプトを出力します。 listjobs シェル変数が設定されてい る場合、jobs 組み込みコマンドの場合のようにすべてのジョブが リストされます。その変数が 'long' に設定されている場合には、jobs -l の場合のようにリストは長形式になります。 その後、ユーザーは延期されたジョブの状態を操作することができます。 bg コマンドでジョブをバックグラウンドに移したり、ほかのいく つかのコマンドを実行してから最終的には fg でそのジョブをフォ アグラウンドに戻したりすることができます (run-fg-editor エディター・コマンドも参照)。^Z は即時に有効になります。これは、入力されると保留出力および 読み取られていない入力が廃棄されるという点で割り込みと似ています。 wait 組み込みコマンドを使用すると、シェルはすべてのバッ クグラウンド・ジョブが完了するのを待機することになります。

^] キーは遅延延期シグナルを現行ジョブに送りますが、このシグナル はプログラムがそれを読み取ろうとするまで STOP シグナルを生成しません。 通常、これは、あるジョブ用にいくつかのコマンドを準備したとき、前もっ て入力することができます。これは、そのジョブがコマンドを読み取った後 にそのジョブを停止したい場合に入力します。csh では ^Y キーがこの機能を実行しますが、tcsh では ^Y は 編集コマンドです。

バックグラウンドで実行されているジョブは、端末から読み取ろうとすると 停止してしまいます。バックグラウンド・ジョブは通常、出力を生成することができますが、これはコマンド stty tostop で使用不可にすることができます。 stty オプションを設定した場合、バックグラウンド・ジョブは、出力を 生成しようとすると停止してしまいます。これはジョブが入力を読み取ろうと した場合に停止するのと同様です。

シェル内でジョブを参照する方法はいくつかあります。 文字 % はジョブ名を取り込みます。 それでジョブ番号 1 を参照したい場合には、それを %1 のように指定 することができます。単にジョブを指定した場合、そのジョブはフォアグラウンド で実行されます。%1 は fg %1 の同義語であり、ジョブ 1 をフォアグラウンドに戻します。同様に、%1 & は bg %1 のようにバックグラウンドでジョブ 1 を再開します。 入力するストリングにあいまいな接頭部を指定してジョブを開始することもできます。例えば、%ex は中断状態の ex ジョブを再開します (ストリング 'ex' で始まる名前を持つ中断状態のジョブが 1 つしかない場合)。 %? ストリングを指定して、ストリングを含んでいるテキストを持つジョブを 指定することもできます (そのようなジョブが 1 つしかない場合)。

シェルは現行ジョブと直前のジョブを覚えています。 ジョブに関連した出力では、現行ジョブには + (正符号) のマークが付けられ、直前のジョブには - (ハイフン) のマークが付けられます。 省略形 %+、%、および (ヒストリー・メカニズムの構文との類推で) %% はす べて現行ジョブを示し、%- は直前のジョブを示します。

ジョブ制御機構では、一部のシステムにおいて stty のオプショ ン new を設定する必要があります。これは tty ドライバーの新しい (new) 実装の成果物であり、これを使用すると、キーボードから割り込み文字を生成してジョブに停止するよう命令することができます。 新しい tty ドライバーのオプションの設定についての詳細は、stty および setty tcsh 組み込みコマンドを参照してください。

状況報告書

tcsh シェルは、プロセスが状況を変更すると即時にそれを認知します。 通常、シェルは、ジョブが妨害されて、処理を進めることができなく なった場合にユーザーに知らせますが、それはプロンプトを出力するほんの 直前です。これは、ユーザーの作業が妨げられないようにするためです。 しかし、notify シェル変数を設定して おくと、シェルはバックグラウンド・ジョブの状況の変更を即時にユーザーに 通知します。 単一プロセスの状況変更が即時に報告されるようにそれにマークを付ける シェル・コマンド notify もあります。 デフォルトでは、notify は現行プロセスにマークを付けます。バックグラウンド・ジョブを開始した後に 'notify' と指定するだけで、それにマークを付けることができます。

ジョブが停止しているときにシェルを終了しようとすると、'You have stopped jobs' という警告が出されます。 jobs コマンドを使用すれば、それらのジョブを知ることができます。このコマンドを使用するか、あるいは即時にもう一度終了しようとすると、シェルは 2 回目の警告は出さず、延期されていたジョブは終了します。

自動イベント、定期的イベント、および時間指定イベント

シェルのライフ・サイクルの中で、いろいろな時間に 自動的にコマンドを実行して他のアクションを実行するさまざまな方法があ ります。

• sched 組み込みコマンドで、スケジュール・イベント・リス トにコマンドを書き込むと、それは指定の時刻にシェルによって実行されます。
• beepcmd、cwdcmd、periodic およ び precmd 特殊別名を設定すると、シェルがベルを鳴らしたと き、作業ディレクトリーが変更されたとき、t-period 分ごと、および各プロ ンプトが出される前にそれぞれコマンドを実行することができます。
• autologout シェル変数を設定すると、未活動の状態がある一定分数経過した後、シェルをログアウトすることが できます。
• mail シェル変数を設定すると、新しいメールが届いていないかどうか定期的に確認することができます。
• printexitvalue シェル変数を設定すると、ゼロ以外の状況で終了したコマンドの出口状況を出力することができます。
• rmstar シェル変数を設定すると、ユーザーが rm * を入力した場合に、そのコマンドを本当に実行したい のかをユーザーに尋ねるようにすることができます。
• time シェル変数を設定すると、一定秒数を超える CPU 時間を要したプロセスが完了した後、time 組み込みコマンドを実行することができます。
• watch および who シェ ル変数を設定すると、選択したユーザーがいつログインまたはログアウトし たかを報告させることができ、また log 組み込みコマンドを使用 すると、いつでもそれらのユーザーについての報告が行われます。

各国語システム報告書

システムの多文化サポートを使用すると、setlocale 関数が呼び出されて、該当する文字種別とソートが判別されます。 この関数は、通常は LANG および LC_CTYPE 環境変数を調べます。詳細は、システムの資料を参照してください。

不明の文字 (出力可能でも制御文字でもない文字) は ¥nnn 形式で出力されます。

version シェル変数は、シェルのコンパイル時に選択されたオプションを示 します。newgrp 組み込みコマンドおよび echo_style シェル変数、そしてシェルの入力ファイルの場所 (tcsh ファイルを参照) にも注意してください。

処理シグナル

ログイン・シェルは、ファイル ~/.logout を読み取るときには 割り込みを無視します。 シェルは、-q 付きで開始されていない限り、終了 (quit) シグナル を無視します。 ログイン・シェルは終了 (terminate) シグナルを取り込みますが、非ログイン・ シェルは自分の親から終了動作を継承します。 その他のシグナルは、シェルがその親から継承した値を持ちます。

シェル・スクリプトでは、シェルによる割り込みシグナルおよび 終了 (terminate) シグナルの処理は onintr で制御することができ、ハングアップの処理は hup および nohup で制御する ことができます。

ハングアップ時にはシェルは終了します (logout シェル変数も参照)。 デフォルトでは、シェルの子も終了しますが、シェルは終了時に子に対して ハングアップを送信しません。hup を使用すると、シェルの終了時にシ ェルが子にハングアップを送信するようになり、nohup を設定すると子はハングアップを無視するようになります。

管理端末

シェルは edit、quote、execute という 3 種類の端末 (tty) モードを使用 します。edit は編集時に使用され、quote はリテラル文字を引用するときに使用され、execute はコマンドの実行時に使用されます。 シェルは各モードのいくつかの設定値を一定に保つので、tty を一致しない状態のままにして残すコマンドでもシェルを妨害しません。 シェルは、tty のスピードや埋め込みの変更とも調和します。 一定に保たれる tty モードのリストは、組み込み setty で 調べたり、変更したりできます。 エディターは CBREAK モード (またはそれに相当するもの) を使用しますが、それでも先行入力文字をとります。

echotc、settc および telltc コマンドを使用 すると、コマンド行から端末機能を操作およびデバッグすることができます。

tcsh シェルはウィンドウのサイズ変更に自動的に順応し、環境変数 LINES および COLUMNS が設定されている場合にはそれらを調整します。

tcsh 組み込みコマンド

以下の表に、tcsh組み込みコマンドを示します。これらは /bin/sh 組み込みコマンドではありません。

その他の tcsh 組み込みコマンドも z/OS シェルにはあります。 場合によっては、それらは機能が異なることがあります。 tcsh バージョンのコマンドの解説については、各コマンドの説明 を参照してください。

プログラミング構成

tcsh のシェル変数と環境変数

ここで説明する変数は、tcsh シェルにとって特別な意味があります。 tcsh シェルは、開始時に addsuffix、argv、autologout、command、echo_style、edit、gid、group、home、loginsh、path、prompt、prompt2、prompt3、shell、shlvl、tcsh、term、tty、uid、user、およ び version を設定します。 これらは、ユーザーが変更しない限り、これ以降変更されません。 tcsh シェルは、必要に応じて cwd、dirstack、owd、および status を更新し、ログアウト時 に logout を設定します。

シェルは、group、home 、 path、shlvl、term、および user を同じ名前の環境変数と一致させます。環境変数が変更されると、シェルは (シェル変数が読み取り専用でない限り) 必ず対応するシェル変数を変更して一致させます。逆の場合も同様です。 cwd と PWD は同じ意味を持っていますが、このような仕方では一致させられません。

シェルは、path および PATH の異なる形式を自動的に相互変換します。

set dirsfile = ~/.cshdirs

 > echo $echo_style
 bsd
 > echo "¥n"
 ¥n
 > echo -n "test"
 test>
 > set echo_style=sysv
 > echo $echo_style
 sysv
 > echo "¥n"

 > echo -n "test"
 -n test
 > set echo_style=both
 > echo $echo_style
 both
 > echo -n "test"
 test> echo "¥n"

 >set echo_style=none
 > echo $echo_style
 none
 > echo -n "test"
 -n test
 > echo "¥n"
 ¥n
 >

set histfile = ~/.history 

set savehist = ( 15 merge )

set watch = (george ttyd 1 any console $user any)

set watch = (1 any any)

表 2 で説明されていない tcsh シェル変数を以下で説明します。

プロンプト

端末からの各コマンドを読み取る前に出力されるストリング。prompt は、以下のような書式設定シーケンスのいずれでも含むこと ができ、それらは示されている情報に置き換えられます。

%/

現行作業ディレクトリー。

%~

現行作業ディレクトリーですが、~ によって表されるあるユー ザーのホーム・ディレクトリー、および ~user によって表される他の ユーザーのホーム・ディレクトリーが 1 つのファイル名置換ごとに付きます。~user 置換が行われるのは、現行セッションのパス名内です でに ~user を使用している場合だけです。

%c[[0]n], %.[[0]n]

現行作業ディレクトリーの末尾コンポーネント、あるいは 数字の n がある場合 には n 個の末尾コンポーネント。n が 0 で始まっている場合には、形式 /trailing のトレーラー・コンポーネント の前にあるコンポーネントでスキップするものの数。 ellipsis シェル変数を設定すると、スキップされるコンポーネントは省略符号で 表され、全体が …trailing のようになります。~ 置換は %~~ の場合と同じように行われますが、末尾コンポーネントをカウントする際には ~ コンポーネントは無視されます。

%C

%c と似ていますが、^ 置換はありません。

%h, %!, !

現行ヒストリー・イベント番号。

%M

完全ホスト名。

%m

最初の「.」(ピリオド) までのホスト名。

%S (%s)

スタンドアウト・モードの開始 (停止)。

%B (%b)

太文字モードの開始 (停止)。

%U (%u)

下線モードの開始 (停止)。

%t, %@

12 時間 AM/PM 形式の時刻。

%T

%t と似ていますが、24 時間形式です (ただし ampm シェル変数を参照)。

%p

秒を含む 12 時間 AM/PM 形式の正確な時刻。

%P

%p と似ていますが、24 時間形式です (ただ し ampm シェル変数を参照)。

¥c

c は bindkey の場 合と同様に解析されます。

^c

c は bindkey の場 合と同様に解析されます。

%%

1 つの %。

%n

ユーザー名。

%d

Day 形式の曜日。

%D

dd 形式の日。

%w

Mon 形式の月。

%W

mm 形式の月。

%y

yy 形式の年。

%Y

yyyy 形式の年。

%l

tcsh シェルの tty。

%L

プロンプトの最後から画面の最後または行の最後までを消去します。

%$

$ の直後のシェル変数または環境変数を展開します。

%#

通常のユーザーの場合は > (または promptchars シェル変数の最初の文字)、 スーパーユーザーの場合は # (または promptchars の 2 番目の文字)。

%{string%}

リテラル・エスケープ・シーケンスとして string を含みます。これは端末属性を変更する場合にのみ使用してください。カーソル位置を動 かしてはなりません。 これは prompt の最後のシーケンスにはできません。

%?

プロンプトの直前に実行されるコマンドの戻りコード。

%R

prompt2 ではパーサーの状況。 prompt3 では訂正されたストリング。 history ではヒストリー・ストリング。

太字、スタンドアウト、および下線のシーケンスは、しばしばスーパーユーザー ・シェルを区別するのに使用されます。例えば、以下のとおりです。

>set prompt = "%m [%h] %B[%@%b [%/] you rang?"
tut [37] [2:54] [/usr/accts/sys] you rang? _

対話式シェルにおいてはデフォルトでは %# に設定されます。

symlinks

これは、シンボリック・リンクの解決を制御するために、いくつかの異なる値に設定できます。

• chase に設定すると、シンボリック・リンク を含んでいるディレクトリーに現行ディレクトリーが変更されると常に、そのリンクが指し示すディレクトリーの実名に展開されます。 ユーザーのホーム・ディレクトリーについてはこれは機能しません。
• ignore に設定すると、リンクが交差する前に、シェルは現行ディレクトリーを基準にして現行ディレクトリーを作成しよ うとします。これは、シンボリック・リンクを介して cd を実行し、その後 cd.. を行うと、元のディレクトリーに戻ることを意味し ます。これが影響するのは、組み込みコマンドとファイル名補完だけです。
• expand に設定すると、シェルはパス名と類似した 引数を実際に展開することにより、シンボリック・リンクを決定しようと します。これは、組み込みコマンドだけでなく、いずれのコマンドにも影 響を与えます。残念ながら、これは認識の難しいファイル名 (コマン ド・オプションに組み込まれたファイル名など) については機能しません。 引用符号を用いることにより展開を抑制することができます。 一般にこの設定は非常に便利ですが、展開する引数を認識し損なうと、誤解を生じさせたり、混乱を招くことがあります。 妥協案として、ignore を使用し、必要に 応じて (デフォルトで ^X-n にバインドされた) エディター・ コマンド normalize-path を使用できます。

いくつかの例を順に示します。まずは試しにいくつかのディレクトリーをセットアップします。

        > cd /tmp
        > mkdir from from/src to
        > ln -s from/src to/dist 

シンボリック・リンクが設定されていない場合は次のようになります。

        > cd /tmp/to/dist; echo $cwd
        /tmp/to/dist
        > cd ..; echo $cwd
        /tmp/from 

シンボリック・リンクが chase に設定されている場合は次のようになります。

        > cd /tmp/to/dst; echo $cwd
        /tmp/from/src
        > cd ..; echo $cwd
        /tmp/from

シンボリック・リンクが ignore に設定されている場合は次のようになります。

        > cd /tmp/to/dist; echo $cwd
        /tmp/to/dst
        > cd ..; echo $cwd
        /tmp/to

シンボリック・リンクが expand に設定されている場合は次のようになります。

        > cd /tmp/to/dist; echo $cwd
        /tmp/to/dst
        > cd ..; echo $cwd
        /tmp/to
        > cd /tmp/to/dist; echo $cwd
        /tmp/to/dst
        > cd ".."; echo $cwd
        /tmp/from
        > /bin/echo ..
        /tmp/to
        > /bin/echo ".."
        .. 

expand 展開は、

1. cd のような組み込みコマンドについては、ignore とまったく同様に働きます。
2. 引用符の使用によって抑制されます。
3. ファイル名が非組み込みコマンドに渡される前に行われます。

time

ある数値に設定すると、指定された秒数を超える CPU 時間を要したコマンドについて、コマンド完了後に time 組み込みコマンドが自動的に実行されます。2 番目のワードがある場合、それは time 組み込みコマンドの出力の書式制御 ストリングとして使用されます。 以下のシーケンスを書式制御ストリングの中で使用できます。

%U

ユーザー・モードでプロセスが費やした CPU 時間 (秒単位)。

%S

カーネル・モードでプロセスが費やした CPU 時間 (秒単位)。

%E

経過した (壁時計) 時間 (秒単位)。

%P

(%U + %S) / %E として計算された CPU のパーセント。

%W

プロセスがスワップされた回数。

%X

(共用) テキスト・スペースの平均使用量 (K バイト単位)。

%D

(非共用) データ/スタック・スペースの平均使用量 (K バイト単位)。

%K

合計使用量 (%X + %D) (K バイト単位)。

%M

任意の時刻にプロセスが使用していた最大メモリー (K バイト単位)。

%F

メジャー・ページ・フォールトの数 (ディスクから持ってくる必要のあったページ)。

%R

マイナー・ページ・フォールトの数。

%I

入力操作の数。

%O

出力操作の数。

%r

受信したソケット・メッセージの数。

%s

送信したソケット・メッセージの数。

%k

受信したシグナルの数。

%w

自発コンテキスト・スイッチ (wait) の数。

%c

非自発的コンテキスト・スイッチの数。

BSD リソース制限機能がない場合、最初の 4 つのシーケンスしかサポ ートされません。リソース使用状況報告書をサポートするシステムの デフォルトの時刻形式は次のとおりです。

Uu   %Ss %E %P %X+%Dk %I+%Oio   %Fpf+%Ww

表 3 には、tcsh 環境変数のリストを記載しています。

tcsh シェル変数を使用した自動変換の制御

(set _TAG_REDIR_OUT=TXT; command >file)

これらのシェル変数は、パイプライン・コマンドでも使用できます。例えば、これらの変数を使用して、パイプラインに書き出す各コマンドの標準出力またはパイプラインから読み込む各コマンドの標準入力にタグ付けすることができます。

tcsh ファイル

/etc/csh.cshrc

すべてのシェルが最初に読み取ります。

/etc/csh.login

/etc/csh.cshrc の後にログイン・シェルが読み取ります。

~/.tcshrc

/etc/csh.cshrc またはそれと同等のものの 後にすべてのシェルが読み取ります。

~/.history

savehist が設定されている場合、 ~/.tcshrc の後にログイン・シェルが読み取 ります。histfile も参照してください。

~/.login

シェルは、 ~/.tcshrc およ び ~/.history の後に ~/.login を読 み取ります。version シェル変数を参照してください。

~/.cshdirs

savedirs が設定されている場合、 ~/.login の後にログイン・シェルが読み取り ます。dirsfile も参照してください。

~/.logout

ログアウト時にログイン・シェルが読み取ります。

/bin/sh

# で始まっていないシェル・スクリプトを解釈するのに使用されます。

/tmp/sh*

< < の一時ファイル。

tcsh シェル : 問題と制限事項

中断されたコマンドが再開されたときに、tcsh シェルは、そのコマンドが開始されたときのディレクトリーを 出力します (そのディレクトリーが現行ディレクトリーと異なる場合)。 これは、ジョブが内部的にディレクトリーを変更している 可能性があるので、誤解を生じる (つまり、誤りである) 可能性があります。

シェルの組み込み機能は、停止不能であり、再始動ができません。 'a ; b ; c' 形式のコマンド・シーケンスも、停止しようとすると、適 切に処理されません。ユーザーが 'b' を停止した場合、tcsh シェルは即時に 'c' を実行します。 この展開が別名によって行われる場合に、これは特に顕著に見られます。コマンドのシーケンスをサブシェルに強制的に移すには、それを () で 囲みます。例えば、( a ; b ; c ) のようにします。

プロセスが開始された後の tty 出力の制御が自由に行えません。仮想端末インターフェースでは、 出力制御用のオプションがさらに多く用意されています。

シェル・プロシージャーをシミュレートするために別名置換がかなりよく使用されます。 別名ではなくシェル・プロシージャーを用いるようにしてください。

ループ内のコマンドはヒストリー・リストには含まれません。制御構造は、組み込みコマンドとして認識するのではなく、構文解析してください。 これにより、制御コマンドはどこにでも置くことができ、| で結合できるようになります。また、& および ; (セミコロン) メタ 構文で使用することもできます。

foreach は、here ドキュメントを、 その最後を探すときは無視しません。

コマンド置換の出力で : (コロン) 修飾子を使用できなければなりません。

端末でカーソルを上方へ移動できない (端末タイプ 'dumb' の) 場合、画面の幅よりも長い行については画面の更新が適切に行えません。

HPATH および NOREBIND は必ずしも環境変数にする必要はありません。

'?'、'*' または '[]' のいずれも使用していないグロブ・パターン、あるいは '{}' または '~' を使用しているグロブ・パターンは正し く否定されません。

if の単一コマンド形式は、式が偽であり、コマン ドが実行されない場合であっても、出力リダイレクトを行います。

ls-F は、ファイル名をソートする際にファイル識別文字を組み込み ますが、ファイル名の中の制御文字を正しく処理できません。 これは割り込みができません。

visiblebell シェル変数は現在のところ実装され ていません。

ファイル名補完およびプログラミングされた補完においては、C 補完規則ワード・リスト・タイプでは、 指定のディレクトリーから補完が正しく選択されません。

tcsh シェルが正しくサポートしないロケール (コード・ページ) が 3 つあり ますが、それは IBM-1388 (中国語)、IBM-933 (韓国語) およ び IBM-937 (中国語 (繁体字)) です。

tcsh の保守およびテストに関するヘルプが必要な場合には、'subscribe tcsh' というテキストを含めたメール を listserv@mx.gw.com にお送りください。

関連情報

: (コロン)、@ (at)、alias、bg、break、cd、continue、echo、eval、exec、exit、fg、history、jobs、kill、newgrp、nice、nohup、printenv、set、shift、stop、suspend、time、umask、unalias、unset、wait