シェルスクリプト総合 その19
■ このスレッドは過去ログ倉庫に格納されています
0001シェルスクリプトライター
2011/12/10(土) 20:06:40.38スクリプトのお勉強・自慢・腕試しなどにどうぞ。
□お約束
・特記なき場合はBourne Shell(/bin/sh)がデフォルトです。
bash/zsh/ksh/ashなどに依存する場合は明示しましょう。
Linuxユーザは/bin/shの正体がbashなので特に注意。
FreeBSDユーザは/bin/shの正体がashなので注意。
v7 shに一番近くて、現役のshは、OpenSolaris由来のheirloom sh。
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/sh/
http://heirloom.sourceforge.net/sh.html
・csh/tcshのシェルスクリプトは推奨されません。
(理由は「csh-whynot」でググれ)
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。
manや参考リンクを見ましょう。
aproposないしはman -kでそれらしい単語による簡単な検索もできます。
・シェルスクリプトのことをシェルってゆーな
・シェルで使えるワイルドカード等は正規表現ではありません。
正規表現の話題はスレ違い(正規表現スレへ)
□初心者へのアドバイス:
・適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも
RubyやPerlの方が適した仕事には素直にそちらを使いましょう。
・知らないコマンドが出てきたらmanを引きましょう。
・思い通りに動かないときは、まずは sh -x でトレースしましょう。
前スレ
シェルスクリプト総合 その18
http://hibari.2ch.net/test/read.cgi/unix/1308195527/
次スレは >>970 で。
0147名無しさん@お腹いっぱい。
2012/01/21(土) 07:43:37.27とりあえずcatが無駄。
バッククオートの中のバックスラッシュは特殊な意味を持つので、
2回評価されると考えとけばいい。
この例ではバックスラッシュ3回で回避できる。
>>146
$( )使っちゃ駄目よ。
0148名無しさん@お腹いっぱい。
2012/01/21(土) 08:02:20.86なぜ cat をわざわざ付けるかと言うと、
自分が作る全てのスクリプトや打ち込むコマンドで
ファイルを読む際には必ず cat で読む
と統一する事で、ミスる可能性を減らしてるつもり。
客に納品するスクリプトでは仕方なく削るけど。
元々のきっかけは 20 年程前に tar でファイル消してしまったことだった。
0149名無しさん@お腹いっぱい。
2012/01/21(土) 08:09:55.160150名無しさん@お腹いっぱい。
2012/01/21(土) 08:51:51.18コメントの様な物だ。
0151名無しさん@お腹いっぱい。
2012/01/21(土) 08:55:23.20の順に書きたいというだけの理由なら、
< file コマンド
と書けば良い。
0152143
2012/01/21(土) 09:25:54.14凄く参考になった。ありがとう
> バッククォートを使う古い形式の置換を用いたとき、バックスラッシュは文字通りの意味を保ちます
> が、 $, `, \ の前にある場合は例外となります。バックスラッシュが前置されていないバッククォートが
> あると、そこでコマンド置換は閉じられます。 $(command) という形式を用いたときは、括弧の間にある
> 全ての文字がコマンドとなります。特別扱いされる文字はありません。
`cmd`と$(cmd)の2つの形式で意味(処理?)が違うなんて知らなかった
> コマンド置換は入れ子にできます。バッククォート形式の時に入れ子を行うには、
> 内側のバッククォートをバックスラッシュでエスケープします。
入れ子にするときは2つの形式を組み合わせて書いてたから、これも気が付かなかった
特殊扱いの文字が$(cmd)形式ではないなら、cmdの中に)がある場合\でエスケープはできないってことか
>>147
評価回数について、ありがとう。最小3つ並べる必要があるのか
cat使っているのは、前処理があってパイプを使っているという意思表示
ときどきシーク可能か否かで挙動が変わるプログラムもありますし
0153名無しさん@お腹いっぱい。
2012/01/21(土) 10:01:25.74> $( )使っちゃ駄目よ。
爺さんや、Solarisでも/bin/shはkshになりましたよ。
というわけでもういいんじゃないか。テンプレもそろそろ修正どき。
0154名無しさん@お腹いっぱい。
2012/01/21(土) 10:17:31.18正直、その書き方は知らなかった。
0155名無しさん@お腹いっぱい。
2012/01/21(土) 10:26:19.10同じ様な経験から自分と似たような対処している全然知らない人の存在を知ると、何か和むなぁ
0156名無しさん@お腹いっぱい。
2012/01/21(土) 10:28:50.430157名無しさん@お腹いっぱい。
2012/01/21(土) 11:57:08.26なんかずれてる気がする
0158名無しさん@お腹いっぱい。
2012/01/21(土) 12:16:06.97tar xvf と tar cvf を間違えたって話か?
ふつーあらかじめ chmod -w hoge.tar やっておくから消すことはありえない。
0159名無しさん@お腹いっぱい。
2012/01/21(土) 12:33:47.900160名無しさん@お腹いっぱい。
2012/01/21(土) 13:25:25.150161名無しさん@お腹いっぱい。
2012/01/21(土) 13:29:30.84とやろうとして
tar cvf bbb ccc
とかやって、bbbを消しちゃったってことかな
0162名無しさん@お腹いっぱい。
2012/01/21(土) 13:32:21.940163名無しさん@お腹いっぱい。
2012/01/21(土) 14:11:25.85>>146 では「ファイルを読む際には必ずcatで読む」て言ってるから、
tar xvf の時の話かと。
0165名無しさん@お腹いっぱい。
2012/01/22(日) 00:51:01.40cat foo | cmd1
で、cmd1の前に前処理やりたくなった時、
cat foo | cmd0 | cmd1
と書き換え簡単。
cmd1 fooをcmd0 foo | cmd1にするのは語順置き換えがある。
transpose-wordするのは空白入り"文字列やオプション指定があるとちょっと面倒。
ファイル名をひとつしか指定できないバカコマンドで、
2つ指定したくなった時にイラっとくるから、などの理由。
0166名無しさん@お腹いっぱい。
2012/01/22(日) 01:25:14.86ファイルがないなどのエラーを捕捉し損ねる可能性があるから。
0167名無しさん@お腹いっぱい。
2012/01/22(日) 06:46:04.290168名無しさん@お腹いっぱい。
2012/01/22(日) 08:04:14.62cat foo | cmd1 ではなく、
< foo cmd1 とする。(いつもこう書く癖を付けておく)
で、cmd1の前に前処理やりたくなった時、
< foo cmd1 | cmd2
と書き換え簡単。
以上で、catを無駄に使う理由がなくなる。
0169名無しさん@お腹いっぱい。
2012/01/22(日) 09:05:11.75(| (< foo cmd1) cmd2)
とかって書くやつ
0170名無しさん@お腹いっぱい。
2012/01/22(日) 10:15:08.87流れが一方向ではないので理解しづらい。
そもそも<禁止ルールがある場合もある。
0171名無しさん@お腹いっぱい。
2012/01/22(日) 10:19:18.34俺ルールでは禁止って後だしで言われてもなあ。 w
0172名無しさん@お腹いっぱい。
2012/01/22(日) 10:30:20.87良く見ろ。流れは一方向だぞ。
流れを一方向にするために、
com1 < file | com2
を
< file com1 | com2
と並べ変えたんだが。>>170 は良く読んでなさそうだなw
0173名無しさん@お腹いっぱい。
2012/01/22(日) 11:00:43.73初心者でも読めるように cat から始めろ。
実績がないから cat から始めろ。
俺流を通す無能な上司を説得する方法も教えろください。
0174名無しさん@お腹いっぱい。
2012/01/22(日) 11:05:03.14> で、cmd1の前に前処理やりたくなった時、
> < foo cmd1 | cmd2
逆じゃね?
0175名無しさん@お腹いっぱい。
2012/01/22(日) 11:16:14.220176名無しさん@お腹いっぱい。
2012/01/22(日) 11:16:49.44で、cmd1の前に前処理やりたくなった時、
< foo cmd0 | cmd1
かな
0177名無しさん@お腹いっぱい。
2012/01/22(日) 11:22:49.700178名無しさん@お腹いっぱい。
2012/01/22(日) 11:30:36.380179名無しさん@お腹いっぱい。
2012/01/22(日) 11:38:12.780180名無しさん@お腹いっぱい。
2012/01/22(日) 11:43:57.77引用レスの最初に入力リダイレクト書くと顔文字みたい > <
0181名無しさん@お腹いっぱい。
2012/01/22(日) 12:11:08.982>&1とか使うくらいならcshでやれよ頭固いなあ
0182名無しさん@お腹いっぱい。
2012/01/22(日) 12:15:52.47だって、無能上司の部下だもの。
0183名無しさん@お腹いっぱい。
2012/01/22(日) 12:19:51.880184名無しさん@お腹いっぱい。
2012/01/22(日) 12:29:22.980185名無しさん@お腹いっぱい。
2012/01/22(日) 13:05:48.180186名無しさん@お腹いっぱい。
2012/01/22(日) 13:16:17.54< foo cmd1は使えない。
!<でも
!cmd1
でもhistoryを呼び出せない。
0187名無しさん@お腹いっぱい。
2012/01/22(日) 13:21:03.72シェルスクリプトでhistoryを使う馬鹿?
0188名無しさん@お腹いっぱい。
2012/01/22(日) 13:41:56.10全力で己の無能を告白するなよ。ドMの新しいプレーか? www
!?cmd1
で呼び出せるだろ。
0189名無しさん@お腹いっぱい。
2012/01/22(日) 14:22:29.46リダイレクトじゃ複数は無理だし、多く引数を取るコマンド、特に入出力のファイル名を
どちらも引数に取れるコマンドだと、入力だけ区別して分けられる
0190名無しさん@お腹いっぱい。
2012/01/22(日) 14:45:03.840191名無しさん@お腹いっぱい。
2012/01/22(日) 14:47:00.85パイプはそうではないという違いもあるよね
つまりcatが単に冗長で資源の無駄、というだけでなく
単純にcatではダメなケース(あるいは非常に非効率になるケース)が
厳然としてあるわけで、>>173の上司にはその点を訴えてみたらどうだろうか
stdout/stderrを何かに保存する目的でいずれにせよリダイレクトは使うだろうし
パイプのほうがリダイレクトより「初心者でも読める」というのは意味不明だ
なんかほんの少しでも合理的な理由があるのだろうか?
0192名無しさん@お腹いっぱい。
2012/01/22(日) 14:51:57.61バカな習慣を必死に言い訳すんなよ。羞恥プレー続行中か? w
複数ファイルを引数に取るのはどうすんだよ。
for f in $files ; cat $f |file -;done
こうか? スゲーぜ。 www
0193名無しさん@お腹いっぱい。
2012/01/22(日) 15:31:48.18fileは普通標準入力から読み込ませることはしないだろ?シェルスクリプトで使うこと前提だぞ、スレ的に
0194名無しさん@お腹いっぱい。
2012/01/22(日) 15:36:47.44何それ?
分割したバイナリを合体させるのに普通にcat使えるでしょ
catってfile結合コマンドだよ
0195名無しさん@お腹いっぱい。
2012/01/22(日) 16:05:46.12ありがとう。
機会ができたら、訴えてみる。
「初心者でも」っていうのは、ちょっとニュアンスが伝えにくいんだけど…気にしないで大丈夫です。
展開の順序とか考えず、コマンドを並べるならなんでもかんでもパイプを通せばいいじゃんって
新人とかへ教えるのが楽だから、そういう(ローカルな)文化になってるのかも。
0196名無しさん@お腹いっぱい。
2012/01/22(日) 16:13:11.56「ヒストリー使えないからダメ」とか言い出したのはやっぱり羞恥プレーか?
まあ、それは置いとくとして、「入力ファイルを区別できるからからcatして
パイプから流し込む」と言い出したバカをからかってるだけだよ。
入力ファイルは引数から渡した方が、
1 名前を渡せる。
2 シークも可能。
と、明らかに有利。
catはその名の通りファイルを結合する場合に使用する。
恥さらしな習慣の見苦しい言い訳まだ続ける?
0197名無しさん@お腹いっぱい。
2012/01/22(日) 16:59:14.69僕みたいなのもいるのですよ。 concatenate なんて…
0198名無しさん@お腹いっぱい。
2012/01/22(日) 17:13:08.18リダイレクトってシーク可能だったのか、知らなかった。
でもシークできるかできないかで挙動を変えるのはプログラム側だよね?
プログラムの実装でわざわざstdinがシークできるかどうかチェックするロジックって普通実装してある?
シーク前提のプログラムはそもそも標準入力から読み込もうとしないんじゃないかな。
0199名無しさん@お腹いっぱい。
2012/01/22(日) 17:37:41.83> プログラムの実装でわざわざstdinがシークできるかどうかチェックするロジックって普通実装してある?
お前のようなボンクラは知らないだろうが、必要ならばしている。
0200名無しさん@お腹いっぱい。
2012/01/22(日) 17:52:16.93fstat()で簡単に判断できるから、まともなプログラムならシーク可能かどうかは
「標準入力かどうか」ではなく、stat情報で判断する
ロジック的に1パス、シークエンシャルアクセスで行ける場合でも、
wavみたいなある程度でかいバイナリストリームを処理するソフトウエアでは
不要なチャンクをシークで飛ばせるかread()が必要かでは大違いなので
特にマルチメディア系ではシークが使える場合には使うのが普通
(そうしたプログラムがパイプで標準入力を利用可能なのも普通)
0201名無しさん@お腹いっぱい。
2012/01/22(日) 18:45:46.67ざっとbinutils、grep、awk、sedのソース漁ってみてが、無いな
0202名無しさん@お腹いっぱい。
2012/01/22(日) 18:50:17.20ボンクラがメクラ撃ちしたって当たらないって事の証明だな。
オレは一発でtailを見つけたが。w
lessもおそらくやってる。
0203名無しさん@お腹いっぱい。
2012/01/22(日) 19:00:26.75< 1GB_file wc -c # 一瞬
cat 1GB_file | wc -c # 時間かかる
0204名無しさん@お腹いっぱい。
2012/01/22(日) 19:51:25.77これは俺にとって cat やめる理由になるな。
逆に言えばここまで出てきた書き込み程度ではあまり cat やめる気がしない。
でも何故だろうな。wc はソースしっかり読んだのに気が付かなかったなあ。
0205名無しさん@お腹いっぱい。
2012/01/22(日) 20:02:12.51効率がよいだろう
・.profileとかで共通関数を定義する
・共通関数だけのスクリプトを作ってセットで使う
・がんばってシェルスクリプトに埋め込んでいく
他にある?
0206名無しさん@お腹いっぱい。
2012/01/22(日) 20:10:17.98> バイナリファイルだとcat通すと0x1dが消えたりしてファイル壊すから危険。
どこのcat?
0207名無しさん@お腹いっぱい。
2012/01/22(日) 20:11:46.67ふつうはファイル別にしてsourceする。
0208名無しさん@お腹いっぱい。
2012/01/22(日) 20:12:38.04その 2 番目は source で読み込むという意味でOK?
. functions.sh
0209名無しさん@お腹いっぱい。
2012/01/22(日) 22:52:35.96なるほどね。確かにfstatだと区別できる。とても参考になった
特に前に戻るシークしか考えてなかったから、後半はその通りだわ。酷いレベルで気付かなかった
0210名無しさん@お腹いっぱい。
2012/01/22(日) 23:23:48.64全部読んでも大した量じゃないから。
0211名無しさん@お腹いっぱい。
2012/01/23(月) 00:18:56.40wcに似たプログラムを自分で作ったことがあるんだけど、wcの方が処理が速いわけ
んでなぜwcの方が速いのかソースを調べたことがある。すげえ勉強になったよ
0212名無しさん@お腹いっぱい。
2012/01/23(月) 01:08:55.19>>208
そうさね
現状は、sourceで読み込ませてる
で、今は共通関数をfunctions.shとしてマージして使ってるんだが、対象システムで
使われてない関数も一緒になってるんで、サイズが無駄に大きくなってる
しゃあねえのかなぁ
0213名無しさん@お腹いっぱい。
2012/01/23(月) 01:33:25.92■ このスレッドは過去ログ倉庫に格納されています