UNIX入門(3) By M.Kikugawa 平成15年（2003）8月4日 平成21年（2009）9月14日改定 シェルプログラミング シェルによるプログラミング #C シェル・スクリプト #１）シェル変数 #２）環境変数 #３）標準入力からシェル変数に値を設定する #４）位置パラメータ #５）シェル変数を用いた数値演算 #Cシェルスクリプトの制御 #１）判断と分岐 #２）繰返し制御（ループ） #３）制御文で使われる条件式の表現 #４）スクリプトの制御に使われるその他の文 #５）割り込み処理 #やや複雑なCシェルスクリプトの例 シェルによるプログラミング シェルのインタープリタとしての機能は強化され、C風のプログミング言語が使えるようになっている。 プログラムは、データ処理を実行するためのアルゴリズムを手続きとして述しておき、何べんでも繰り返し実行可能でなけれならない。
.cshrc は、csh と tcsh の設定ファイルです。ホームディレクトリ直下にあります。 ls -a で確認してください。 また、.tcshrc ファイルがある場合は tcsh はそのファイルのみを読み込みます。 ここでは tcsh 主体で説明していきますので、 .cshrc を .tcshrc の名前でコピーして編集してもらったほうが良いかもしれません。 まず基本の説明です。.cshrc に記述されているものは結局の所、コマンドです。コマンドの羅列です。 このシェルスクリプトが csh or tcsh が起動した時（それがログインシェルならばログインした時）に自動的に実行されます。 あくまでコマンドの羅列ですので、テストするときはコマンドラインでコマンドを打って 試してみて、それから .cshrc ファイルに書き込むことをお勧めします。 .cshrc ファイルを編集した後は % s
他の言語をを書き慣れてから、シェルスクリプトを書こうとするとしょうもない部分でハマったりすることがあります。「簡単な処理だからシェルスクリプトで書くか」と思っても無駄に時間がかかってしまっては仕方ないですよね。 今回は初めてシェルスクリプトを書くときに、ハマりそうな点について説明をしたいと思います。 実行権限をつける 単純にファイルを生成しても下記の用に実行しようとしても実行はできません。 # touch test # ./test sh: ./test: Permission denied # touch foo # ./foo sh: ./foo: Permission denied これはファイルに実行権限がついていないため、起きる現象です。 chmodコマンドを使って実行権限をつけてやりましょう。 # chmod +x test # ./test # chmod +x foo #
「Java BlockingQueueで遊ぶ：パイプラインごっこ」でパイプラインの話をしたので、本来の、つまりUnixのパイプやリダイレクトを少し調べてみました。 たまに話題となる some-command >file 2>&1 と some-command 2>&1 >fileの挙動の違いについて、「シェルはコマンドラインリダイレクトの指定を右から左に解釈実行する」なんて説明が見つかりました。んなバカな！ パージングは左から右にするものですよ。パーズツリーを逆順にたどることはできるけど、そんなことする必然性はなんにもないよ。 次の記事を読むと、「右から左」なんて事情じゃないことが分かるでしょう。 UNIXの部屋 検索: リダイレクト シェルのリダイレクトにまつわる失敗 さてここでは、複雑なリダイレクト処理も完全に理解できる処方箋を示しましょう。例えば、次のコマンドラインが何をするか分かる
後輩が cat README | tr ' ' '\n' | sort | uniq -c | sort -nr | head てなテクニックを見て、びっくりしたみたいな話をしていたのだが、こういうパイプラインを利用するテクニックを学んでいないのは色々損な気がする。 ていうか、サーバで丸一日以上かかるような処理を実行するのもしょっちゅうなのに、GNU screen も nohup も知らないってのはいろいろ支障があるような気もするのだが、だれも教えないものかなぁ。 ということで、bash or zsh のちょっとしたテクニックとか*1。リダイレクトとかパイプラインは略。 連続実行 単純に連続実行。 % foo; barfoo が正常終了したときだけ bar を実行 % foo && barfoo が正常終了しなかったときだけ bar を実行 % foo || bar&&、||は本来は論理演
最近、会社でシェルの操作方法について教えているのだが、 pgrep / pkill / skill / pidof といった 便利なプロセス操作系コマンドを知らない人が実に多い。 プロセスを殺すというのは、よくある作業なので 今回はコレについて書いてみる。 たとえば、これらのコマンドを知らない人が、 指定した名前のプロセスを kill する手順はだいたい 以下のようなものになることだろう。 $ ps aux | grep プロセス名 | grep -v 'grep' # コマンドの出力結果から pid を目で確認 12345 ... .. hoge .. .. $ kill 12345 この作業は非常に面倒で退屈だ。 もし殺さなければならないプロセスがたくさんあったときは どうするのだろうか。 おまけに、grep コマンド自身が候補に含まれてしまう事があるのだが、 grep -v grep
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
