必要になって調べたので、メモメモ。 以下の例では、hoge.txt のタイムスタンプを変えずに UTF-8 に変換している。 #!/bin/sh FILE=hoge.txt TIMESTAMP=`ls -d -l --time-style=full-iso $FILE | awk '{print $6 " " $7 }'` echo $FILE mv $FILE ${FILE}.bak nkf -w ${FILE}.bak > $FILE rm ${FILE}.bak touch -d "$TIMESTAMP" $FILE
スクリプト中でこんなプロンプトを出して、パスワードを読み取りたい場合。 |Password: read コマンドを使えば可能だが、入力した文字列が見えてしまう。そこで “stty -echo” を使う。端末への表示を抑制できる。入力が終わったら “stty echo” で元に戻す。 trap 'stty echo' INT stty -echo printf "Password: " read password echo "" stty echo trap INT trap を使っているのは、スクリプトが途中で終了した場合も “stty echo” させるため。 最後の trap は sh だとエラーになってしまった。bash だと OK。どんな 意味なんだろう？
今まで、ある変数にある文字列が含まれているかを検索する場合、 grep を使うなんてなんだか大げさだなあと感じていた件について。 |if echo $BAR | grep “hoge” > /dev/null; then | … |fi などと書いていたが、正規表現を用いない検索の場合は fgrep を使うのが良い とのこと。内部の検索アルゴリズムが異なるので、スピードが早くなるそう。へえ〜 まあ、case 文使うって手もあるけどね。
which より type を使った方が良いとどこかに書いてあったような気がする。
$* 全引数リスト。ダブルクォートで囲んだ場合、 “$1 $2 … $n” と全引数を一つにくっつけた物に展開される。 $@ 全引数リスト。ダブルクォートで囲んだ場合、 “$1” “$2” … “$n” とそれぞれの引数を個別にダブルクォートで囲んで展開する。
シェルから % ls とコマンドを実行すると、シェルは以下のことを行う。 システムコール fork(2) を呼び、子プロセスを生成する。 子プロセスは ls を exec(2) する。 親プロセスであるシェルは、ls の実行が完了するのを待つ (wait する)。 一方、 % exec ls と exec を使うと、シェルは fork(2) せず、いきなり ls コマンドを exec(2) する (シェルの内部コマンド exec(1) を実行すると、内部でシステムコール exec(2) が呼ばれるということ)。シェルのプロセス情報は ls のプロセスの情報で上書きされる。なお、子プロセスは生成されないので、シェルと ls のプロセス ID は同じになる。 UNIXの部屋 http://x68000.startshop.co.jp/~68user/unix/
2行に分けて書くと、XMODIFIERS=@im=noneが効かなくなる。 1行が長くなる場合は、’'を使う。
test == [ だからこんなのがあったのか！ |% ls -al which [ |lrwxrwxrwx 1 root root 4 Jan 15 05:45 /usr/bin/[ -> test あとついでに言っておくと、 |read choise で何も入力せずただリターン押されると |[ = s ] という評価になり、"[: s: unknown operand"で激しく鬱になるので、 |[ “$choise” = s ] と書くこと。