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 シェル・セッションからのログアウトは、空の行に ^D、logout、または login を入力するか (ignoreeof シェル変数を参照してください)、シェルの自動ログアウト・メカニズムを使用して行うことができます。 ログイン・シェルは、終了時に、logout シェル変数 を状況に応じて normal か automatic に設定し、その後ファイル /etc/csh.logout および ~/.logout からコマンドを実行します。

システムのログイン・ファイルおよびログアウト・ファイルの名前 は、種々のバージョンの csh シェルとの互換性を保つため、システムによっ て異なります。tcsh ファイルを参照してください。

Options

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 が存在する場合や、あらかじめすべてを入力しておいた場合など) は、/ またはスペースが末尾に追加されます (/ やスペースがまだ末尾に付いていない場合)。

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

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

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

> 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 が設定 されている場合には何も行われません。 M-^Dは、エディター・コマンド list-choices にバインドされ、行の任意の場所に補完の可能性をリストします。必要に応じて、bindkey 組み込みコマンドを使用して list-choices (または、削除するまたは削除しない、リストおよびログアウト、delete-char-or-list-or-eof の下にリストされている関連するエディター・コマンドのいずれか) を ^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 シェル変数が強化するに設定されている場合、下記が完了する: 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 Key またはエスケープ (ESC) キー) および spell-line 付きの入力バッファー全体 (通常は M-$ にバインドされている) を使用して、個々のワードのスペルを訂正できます。correct シェル変数を「cmd」に設定してコマンド名を訂正するか、または「all」を指定して、戻されるたびに行全体を訂正することができます。

> 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 を 1 つの文字にバインドする必要があります)。または、次の特殊文字のいずれかを入力できます:

^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 キーを押すと検索は終了し、最後に見つかった一致するも のが入力バッファーに残されます。 Escape キーを押すと検索が終了し、一致を実行します。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 コマンドは diff wumpus.man.old !#^:r として記述され、:r を使用して同じ行 (!#^) の最初の引数から .old を削除している可能性があります。そこに echo hello と言ってから、echo !*:u で「hello」を大文字にしたり、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 &#xa5;!* | 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 変更子が置換に適用された場合、変数は複数のワードに展開されますが、それぞれのワードはブランクで区切られ、後でコマンドまたはファイル名置換が行われないように引用符で囲まれます。

コマンド置換

コマンド置換は、「'」で囲まれたコマンドによって示されます。このようなコマンドからの出力は、空白、タブ、改行で別々のワードに分割され、ヌルのワードは破棄されます。 その出力は、変数および置換されたコマンドであり、元のストリングの代わりに 挿入されます。

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

ファイル名の置換

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

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

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

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

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 特殊別名を設定して、シェルそのもの以外の インタープリターを指定することもできます。

入力あるいは出力

tcsh シェルの標準入出力構文をリストする表については、z/OS UNIX システム・サービス・コマンド解説書の tcsh コマンドを参照してください。

コマンドは、シェルが起動された環境を受け取りますが、その環境は 入出力パラメーターにより、またパイプラインに含まれていたその コマンドにより変更されたものです。 ですから、以前の一部のシェルとは異なり、シェル・コマンドのファイルか ら実行されるコマンドは、デフォルトではコマンドのテキストを使用できませ ん。コマンドはシェルの元の標準入力を受け取ります。 インライン・データを提供するには << メカニズムを使用して ください。 これを使用すると、シェル・コマンド・スクリプトはパイプライ ンのコンポーネントとして機能できるようになり、シェルは入力のブロック 読み取りを行うことができます。 切り離して実行されるコマンドのデフォルト標準入力は、空ファイル /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 として名前を付けることができます。 ジョブに名前を付けるだけで、ジョブがフォアグラウンドに表示されます。したがって、%' は 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)

表 1で記述されていない tcsh シェル変数については、以下のとおりです。

prompt

端末から各コマンドを読み取る前に印刷されるストリング。プロンプトには、以下のフォーマット・シーケンスを含めることができます。これらのシーケンスは、指定された情報に置き換えられます。

%/

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

%~

現在の作業ディレクトリですが、ファイル名の置換に従って、自分のホーム・ディレクトリは「~」で表され、他のユーザーのホーム・ディレクトリは「~user」で表されます。~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 に設定すると、リンクが交差する前に、シェルは現行ディレクトリーを基準にして現行ディレクトリーを作成しよ うとします。 これは、シンボリック・リンクを介して cding を行い、次に cd..'ing が元のディレクトリーに戻すことを意味します。 これが影響するのは、組み込みコマンドとファイル名補完だけです。
• 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 展開は、cd などの組み込みの ignore と同じように機能し、引用符で囲まれて防止され、ファイル名が組み込み以外のコマンドに渡される前に発生します。

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

:NONE.

表 2には 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