シェルスクリプト総合 その2
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2005/04/17(日) 00:17:17まずは注意点、リンク、地鎮祭など(>>1-10くらい)をご覧ください。
□前スレや過去スレ:
シェルスクリプト総合 その1
http://pc8.2ch.net/test/read.cgi/unix/1101820646/
☆シェルスクリプトを勉強するにあたって☆
http://pc5.2ch.net/test/read.cgi/unix/989659936/
便利なシェルスクリプト見せろ
http://pc5.2ch.net/test/read.cgi/unix/996949546/
【貝】第1回シェル講座【殻】
http://fun.kz/test/read.cgi/unix/1016372780/
□関連スレ:
sed
http://pc8.2ch.net/test/read.cgi/unix/1085730992/
おまえら! shell は何を使っているんですか?
http://pc5.2ch.net/test/read.cgi/unix/1012330865/
Eshell の使い方とか設定とか【Emacs Shell、Lisp】
http://pc8.2ch.net/test/read.cgi/unix/1102921590/
□他板の関連スレ:
Macでシェルスクリプト総合 Part 1
http://pc7.2ch.net/test/read.cgi/mac/1105074933/
【Shell】どのシェル使ってる?【Script】
http://pc8.2ch.net/test/read.cgi/linux/1067330754/
0374名無しさん@お腹いっぱい。
2005/06/22(水) 23:32:43お前、古典の成績よくなかっただろw
0375名無しさん@お腹いっぱい。
2005/06/23(木) 00:36:400376名無しさん@お腹いっぱい。
2005/06/23(木) 00:51:40お前、現国の成績よくなかっただろw
0377名無しさん@お腹いっぱい。
2005/06/23(木) 01:53:220378名無しさん@お腹いっぱい。
2005/06/23(木) 01:59:200379名無しさん@お腹いっぱい。
2005/06/23(木) 09:52:150380名無しさん@お腹いっぱい。
2005/06/23(木) 19:04:30ファイルシステム内の音楽ファイルの容量を得るスクリプトキボン。
0381名無しさん@お腹いっぱい。
2005/06/23(木) 19:19:14TrackBack といい、これといい、なんで blog 界の奴らはこんな糞なことしか思い付かないのか。
0382名無しさん@お腹いっぱい。
2005/06/23(木) 23:52:08vmstatの出力結果を5秒毎にファイルに記録してます
vmstat 5 > vmstat_log
記録状況を確かめようとtail -fして監視してみたんですが
どうも途中でバッファリングされているのか20行程まとめて出力が一気に記録されます
vmstatのソースをみたんですが、コマンド自体は出力を毎回フラッシュしているようです
バッファリングされずに5秒毎にリアルタイムに記録したいのですが、
方法はあるんでしょうか
0383名無しさん@お腹いっぱい。
2005/06/24(金) 00:05:15俺のところではそれでちゃんと5秒くらいごとに一行ずつ表示される。
少なくともbashとは何の関係もないな。
システム依存のスレにいったほうがいい。
0384名無しさん@お腹いっぱい。
2005/06/24(金) 00:05:410385名無しさん@お腹いっぱい。
2005/06/24(金) 00:05:52フラッシュしてるのにフラッシュされないってどんな環境?
0386名無しさん@お腹いっぱい。
2005/06/24(金) 00:41:36tailの-fオプションって、入力が標準入力(パイプ)の時は無視されるんちゃう?
FreeBSDやGnu(やLinux)のtailだとmanにそうかいてあるけど。
0388名無しさん@お腹いっぱい。
2005/06/24(金) 10:37:16> 書き込んだファイルをtail -fしたってことか。
それだけじゃなくて、
> tailの-fオプションって、入力が標準入力(パイプ)の時は無視されるんちゃう?
これ、書き方が変だよ。
「入力が標準入力(パイプ)の場合に無視される」んじゃなくて、
「入力(標準入力)がパイプの場合に無視される」でしょ。
例えば「tail -f <vmstat_log」の場合、入力は標準入力だけど、
パイプじゃないから無視されないでしょ。
>>382
OSはなに?
NetBSD で
vmstat 5 >vmstat_log &
tail -f vmstat_log
を実行すると、ちゃんと1行ずつ表示されるよ。
vmstatのソースを読んだOSと、vmstatを実行しているOSが違っていて、
実行している方のOSのvmstatでは、毎行のfflush(stdout)がないん
じゃない?
0389382
2005/06/25(土) 01:16:44>>388
OSはRedHatEL3.0です
ちょっとどこのソースをみていたかを確認してみます
ちなみに今手元に環境がないのでcygwinで試したところ同様の現象が起きました
こちらのソースもみてみます・・・
0390名無しさん@お腹いっぱい。
2005/06/26(日) 10:09:570391名無しさん@お腹いっぱい。
2005/06/26(日) 12:11:34man stdio
0392名無しさん@お腹いっぱい。
2005/06/26(日) 13:12:510393名無しさん@お腹いっぱい。
2005/06/26(日) 16:49:120394名無しさん@お腹いっぱい。
2005/06/27(月) 10:50:08つ[APUE 2nd Edition]
0395名無しさん@お腹いっぱい。
2005/06/27(月) 11:47:03なぜcutはsortの出力のみを処理するのですか?
どうやってcatの出力とsortの出力を区別しているのですか?
#!/bin/sh
cat a.txt |
if [ "$MAILCHECK" = 10 ]
then
sort b.txt | cut -d, -f1
sed 's/hoge/fuga/'
else
sed 's/foo/bar/'
fi
0396名無しさん@お腹いっぱい。
2005/06/27(月) 12:55:31区別なんかしてない。標準入力を見ているだけだ。パイプによって
標準入力は sort の出力と結び付けられている
0397名無しさん@お腹いっぱい。
2005/06/27(月) 13:40:53パイプによって標準入力はsortの出力と結びつけられている。
さらに、catの出力とも結びつけられている。
というように思えます。
catとsortの出力が混じり合ったものをcutが処理すると
予想していましたが、catの出力がsedに渡っているよう
なので混乱しています。
もしかして
1. cutの標準入力にsortの出力を結びつける
2. その結び付きを解除する
3. sedの標準入力にcatの出力を結び付ける
4. その結び付きを解除する
という手順なのでしょうか?
0398名無しさん@お腹いっぱい。
2005/06/27(月) 14:13:37sedの行では特に入力は明示されていない。だからcatの出力をそのまま処理する。
0399名無しさん@お腹いっぱい。
2005/06/27(月) 16:00:12パイプについてもっと勉強します
ありがとうございました
0400名無しさん@お腹いっぱい。
2005/06/27(月) 16:26:210401名無しさん@お腹いっぱい。
2005/06/27(月) 18:09:560402名無しさん@お腹いっぱい。
2005/06/27(月) 20:08:500403名無しさん@お腹いっぱい。
2005/06/28(火) 17:07:24ls の結果を解析すれば取れるだろうけどもそっとスマートなやり方はないかな?
0404名無しさん@お腹いっぱい。
2005/06/28(火) 17:16:53Linuxだけど stat -c %y <file> で last modified を取得してまつよ
でも、表示が冗長なので他にも方法があれば知りたいところ
0405名無しさん@お腹いっぱい。
2005/06/28(火) 17:44:570406名無しさん@お腹いっぱい。
2005/06/29(水) 14:28:09またお前か。
0407名無しさん@お腹いっぱい。
2005/06/29(水) 16:06:58まるち?
0408名無しさん@お腹いっぱい。
2005/07/06(水) 00:00:30dirA/hoge01_2.txt
dirA/hoge01_10.txt
dirA/hoge01_11.txt
があった時に、find . -name "*.txt" して、この順番で表示させたいのですが、
やってみると、FreeBSDのfindだと期待通り表示されますが、cygwin の find
だと
dirA/hoge01_1.txt
dirA/hoge01_10.txt
dirA/hoge01_11.txt
dirA/hoge01_2.txt
と表示されてしまいます。これを上のように表示させる良い方法はないでしょうか?
find の出力を sort -t "_" -k2 とかやってもうまくいきませんでした。
0409名無しさん@お腹いっぱい。
2005/07/06(水) 00:12:29でfindしたら上になった。
0410名無しさん@お腹いっぱい。
2005/07/06(水) 00:12:49_と.で区切れ。
0411名無しさん@お腹いっぱい。
2005/07/06(水) 00:20:48同じマシンであってさえ、ファイルの作成した時期とかによって
出力の順番が異なることがありうるぞ。
0412408
2005/07/06(水) 00:34:58どうもです。
とりあえず sort -n -t "_" に通したら、うまくいきますた。
>>411
ということは、>>408の上のように表示されてもそれはたまたま
なので、sort に通した方が良さそうですね。
0413名無しさん@お腹いっぱい。
2005/07/06(水) 00:45:35sort でセパレータを2つ指定できるの?
>>412
「-k」を指定しないなら「-t」は不要だと思う。
その例なら「-n」だけでうまくいくんだろう。
ただ、「-n」は数値以外のフィールドでソートする場合(今回の場合)、
動作は保証されないと思う。
0414名無しさん@お腹いっぱい。
2005/07/06(水) 10:37:350415名無しさん@お腹いっぱい。
2005/07/06(水) 13:10:33を取得する方法をおしえてくださいませ。
for i in `ls *txt`
do
cat $FILE.txt | 適当な処理 > $FILE.doc
done
みたいなことをしたい。
前もって、foo だけを取得して、$FILE=foo としたい。。。
0416名無しさん@お腹いっぱい。
2005/07/06(水) 13:13:550417名無しさん@お腹いっぱい。
2005/07/06(水) 13:15:53訂正。
for in `ls *txt`
do
ここで、$FILE にファイルのピリオドより前の部分を突っ込みたい。
cat $i | 適当な処理 > $FILE.doc
done
0418名無しさん@お腹いっぱい。
2005/07/06(水) 13:17:19> for i in `ls *txt`
for i in *txt じゃだめなん?
0419名無しさん@お腹いっぱい。
2005/07/06(水) 14:24:30http://www.linux.or.jp/JM/html/GNU_bash/man1/bash.1.html#lbAZ
sedなら sed 's/¥.[^¥.][^¥.][^¥.]$//'
0420名無しさん@お腹いっぱい。
2005/07/06(水) 14:53:56ふつー、basenameだろ。
FILE=`basename "$i" .txt`
cat "$i" | 適当な処理 > "$FILE".doc
さらにいうとcatも要らんな。
FILE=`basename "$i" .txt`
適当な処理 < "$i" > "$FILE".doc
で桶。
ファイルネームが含まれる場合、いつも" "で囲う癖を付けた方がいいよ。
0421417
2005/07/06(水) 15:54:41basename って初めてしったよ。。。
>>420
ファイルネームが含まれるときは、"" で囲った方がいいのは、
なんでかしらん? ようわからん。。。
0422名無しさん@お腹いっぱい。
2005/07/06(水) 16:19:180423名無しさん@お腹いっぱい。
2005/07/06(水) 21:49:30シェルスクリプトなら、/etc とか /bin の下にあるのを
参考にすると勉強になると思うよ。
0424名無しさん@お腹いっぱい。
2005/07/07(木) 23:45:15何か意味があってそうしてるんでしょうか?
0425名無しさん@お腹いっぱい。
2005/07/07(木) 23:53:100426名無しさん@お腹いっぱい。
2005/07/07(木) 23:54:09ちがうな。。。。
0427名無しさん@お腹いっぱい。
2005/07/07(木) 23:57:080428名無しさん@お腹いっぱい。
2005/07/08(金) 00:09:38ls -lだと分までしかでないんだけど。
0429名無しさん@お腹いっぱい。
2005/07/08(金) 00:11:540430名無しさん@お腹いっぱい。
2005/07/08(金) 00:35:50あんがと。
0431No Gnus is good news
2005/07/08(金) 00:41:35perl -e '@stat=stat("/"); print localtime($stat[9]) . "\n";'
0432No gnus is bad news
2005/07/08(金) 00:53:18emacs --batch --eval '(princ (format-time-string "%r\n" (nth 5 (file-attributes "'$foo'"))))'
冗談です^^;;
0433名無しさん@お腹いっぱい。
2005/07/08(金) 09:30:44と思ったら zsh は stat が builtin なのね orz
0434名無しさん@お腹いっぱい。
2005/07/08(金) 09:31:12でもお前らいろいろありがとうな。
0435名無しさん@お腹いっぱい。
2005/07/08(金) 10:13:57date: illegal option -- r
だせぇー。やっぱGNU date必須だな。
0436名無しさん@お腹いっぱい。
2005/07/08(金) 10:20:07usage: date [-jnu] [-d dst] [-r seconds] [-t west] [-v[+|-]val[ymwdHMS]] ...
[-f fmt date | [[[[[cc]yy]mm]dd]HH]MM[.ss]] [+format]
0437名無しさん@お腹いっぱい。
2005/07/08(金) 10:39:16Sun Sep 9 10:46:40 JST 2001
個人的にはこれができる FreeBSD の date の方が GNU date より重宝する。
GNU date でもできなくはないんだけどさ。
% date -d "$(($(date +%s) - 1000000000)) seconds ago"
Sun Sep 9 10:46:40 JST 2001
0438名無しさん@お腹いっぱい。
2005/07/08(金) 10:42:40どの zsh よ?
0439名無しさん@お腹いっぱい。
2005/07/08(金) 14:01:07GNU者うざい。
0440名無しさん@お腹いっぱい。
2005/07/08(金) 14:13:00(゚Д゚)ハァ?
0441名無しさん@お腹いっぱい。
2005/07/08(金) 15:55:26その目的ならおれはこれでいいや。
perl -e 'print scalar localtime 1000000000'
0442名無しさん@お腹いっぱい。
2005/07/09(土) 00:40:44書式は --time-style で好きなように
0443名無しさん@お腹いっぱい。
2005/07/09(土) 01:12:54> cat hoge.txt
20050708 aaa AAA
20050709 bbb BBB
20050710 ccc CCC
っていうファイルがあったとして、感覚的には、
grep 20050709 hoge.txt | read STR1 STR2 STR3
みたいな感じで、
STR1 に 20050709
STR2 に bbb
STR3 に BBB
を入れたいです。
何かうまい手はないでしょうか?
よろしくお願いします。
0444名無しさん@お腹いっぱい。
2005/07/09(土) 01:16:47GNU者うざい。
0445名無しさん@お腹いっぱい。
2005/07/09(土) 01:19:06perlのワンライナーをシェルスクリプトに入れるのって
どうなんだろう
そのうちどうせなら全部perlで書いたほうが、はやいし
移植性も高いかも?
とかそんなようなことを思ったりして
0446名無しさん@お腹いっぱい。
2005/07/09(土) 01:25:10え、漏れは emacs のワンライナーをシェルスクリプトに入れているけど。。。
0447名無しさん@お腹いっぱい。
2005/07/09(土) 01:28:25というか、その「感覚的には」のくだり
それそのものがやりたいわけじゃないのよね?
set -- `grep 20050709 hoge.txt` とかいう話でもないだろうし。
0448443
2005/07/09(土) 01:41:15やりたいことは、
STR1 に 20050709
STR2 に bbb
STR3 に BBB を入れることです。
grep 20050709 hoge.txt | read STR1 STR2 STR3
↑で入ります?
自分の環境だと、STR1,2,3 とも空になってしまうのですが。
0449名無しさん@お腹いっぱい。
2005/07/09(土) 01:44:480450443
2005/07/09(土) 02:00:16はい。ソースを貼り付けられないのが悔しいのですが、
ちゃんと、${STR1} で参照しております。
普通は
grep 20050709 hoge.txt | read STR1 STR2 STR3
で、うまくいくものなのでしょうか?
ちなみに、
read STR1 STR2 STR3 < hoge.txt
だと、
STR1 に 20050708
STR2 に aaa
STR3 に AAA が入ってくれます。
0451名無しさん@お腹いっぱい。
2005/07/09(土) 02:03:23とりあえずファイル経由すれば?
0452名無しさん@お腹いっぱい。
2005/07/09(土) 02:11:24zsh だと上手くいったけど、bash はダメだった
0453名無しさん@お腹いっぱい。
2005/07/09(土) 02:21:24bash-3.00$ read STR1 STR2 STR3 < <(grep 20050709 hoge.txt)
0454No Gnus is good news
2005/07/09(土) 02:27:06the output show up in $variable when the read command finishes?
http://www.unixguide.net/unix/bash/E4.shtml
0455名無しさん@お腹いっぱい。
2005/07/09(土) 02:27:27pipeの後に置かれたreadはsubshellで実行されるため、結果の変数は親からは見えません。
>>447のようにgrepをsubshellに回すか、
grep 20050709 hoge.txt | (read STR1 STR2 STR3; echo $STR1 $STR2 $STR3)
subshellの中で完結させるとよいでしょう。
0456443
2005/07/09(土) 02:44:28451さんの言う通り、ファイル経由にしようかと思います。
>455
なるほど、勉強になりました。
ありがとうございました。
0457名無しさん@お腹いっぱい。
2005/07/09(土) 02:45:560458名無しさん@お腹いっぱい。
2005/07/09(土) 02:56:02read < file
もできないんじゃなかったっけか
0459名無しさん@お腹いっぱい。
2005/07/09(土) 07:37:310460名無しさん@お腹いっぱい。
2005/07/09(土) 07:48:29にしてみ。
0461名無しさん@お腹いっぱい。
2005/07/09(土) 08:55:54それ>>455と同じ。
0462名無しさん@お腹いっぱい。
2005/07/09(土) 10:20:340463名無しさん@お腹いっぱい。
2005/07/09(土) 14:05:000464名無しさん@お腹いっぱい。
2005/07/09(土) 14:24:46おや、思考停止ですか?
0465名無しさん@お腹いっぱい。
2005/07/09(土) 15:22:40だってzshのスクリプトは、可搬性悪いし、保守性悪いじゃん。
可搬性悪=zshがどこにもインスコされてるわけじゃない
保守性悪=使える(よくわかってる)人の数は sh >>> zsh
これはzsh自体が悪いせいじゃない。でも上の状況を鑑みて、
shが存在するのにshを避けてzshでスクリプト書く理由わからん。
0466名無しさん@お腹いっぱい。
2005/07/09(土) 15:41:11sh スクリプトと見せかけて、bash スクリプトなんか腐るほどある。
Solaris 使ったことある?
0467名無しさん@お腹いっぱい。
2005/07/09(土) 15:42:210468名無しさん@お腹いっぱい。
2005/07/09(土) 15:45:41俺の仕事のリーチでは十分可搬性有るし、
状況によって、使える物は何でも使う
0469名無しさん@お腹いっぱい。
2005/07/09(土) 15:50:36.\\ /⌒\
\ ( 冫、) ウンチになぁれ
> ` ⌒ヽ
/ へ \
/ / \\
レ ノ ヽ_つ
/ / ・*.・:
/ /| :。 *.・
( ( 、 ★。:’*
| |、 \ 。・.*・; ・
| / \ ⌒l ;* ・。;*★ 人・
| | ) / ・ ★・ (_ );; * 。・
ノ ) し' ・ * (__) * ・。・
(_/ 。*;>>465(●´ー`●) ★.* ’★
0470名無しさん@お腹いっぱい。
2005/07/09(土) 16:29:06「zshの入ってるPC」とか
「俺の仕事では」とか
「ウンチになぁれ」とか
バカなのかな?
0471名無しさん@お腹いっぱい。
2005/07/09(土) 16:39:19同意。
反論するなら
・zsh は可搬性が高いかどうか
・zsh は保守性が高いかどうか
にするべきだろう。
「可搬性や保守性は必要ない」っていう主張は、
「zsh は可搬性や保守性が低い」のは認めているんだよな。
0472名無しさん@お腹いっぱい。
2005/07/09(土) 16:39:32狭いリーチだな
0473名無しさん@お腹いっぱい。
2005/07/09(土) 16:44:13可搬性や保守性が高くないと使えないという前提がそもそも
おかしいという主張なんだよ
>>472
仕事柄、古くさい環境は触る必要無いんでね
■ このスレッドは過去ログ倉庫に格納されています