シェルスクリプト総合 その26 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
シェルスクリプトの総合スレです。
□お約束
・特記なき場合はBourne Shell(/bin/sh)がデフォルトです。
bash/zsh/ksh/ashなどに依存する場合は明示しましょう。
Linuxユーザは/bin/shの正体がbashまたはdashなので特に注意。
FreeBSDユーザは/bin/shの正体がashなので注意。
v7 shに一番近くて、現役のshは、OpenSolaris由来のheirloom sh。
http://src.illumos.org/source/xref/illumos-gate/usr/src/cmd/sh/
http://heirloom.sourceforge.net/sh.html
・csh/tcshのシェルスクリプトは推奨されません。
(理由は「csh-whynot」でググれ)
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。
manや参考リンクを見ましょう。
aproposないしはman -kでそれらしい単語による簡単な検索もできます。
・シェルで使えるワイルドカード等は正規表現ではありません。
正規表現の話題はスレ違い(正規表現スレへ)
・シェルスクリプトのことをシェルってゆーな
□初心者へのアドバイス:
・適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも
awkまたはperlの方が適した処理にはそちらを使いましょう。
・知らないコマンドが出てきたらmanを引きましょう。
・思い通りに動かないときは、まずは sh -x でトレースしましょう。
□回答者への注意事項:
・シェルスクリプトでの処理方法を質問しているのに、よくわからずに
「そういうのはperl使いましょう」と回答するのはやめましょう。
安易にperlに逃げずにシェルスクリプトで処理するのが頭のいいやり方。
前スレ
シェルスクリプト総合 その25
http://echo.2ch.net/test/read.cgi/unix/1439563321/ >>687,>>689
ありがとう
早速試してみる >>692
>>693
どうもありがとうございます
試してみます
ググっていたら、同じようにエラーが出る人がいて、testの[]を二重のカッコ[[]]にしてるようでした
今見返したら、es=$?でやってみようと思ってたのに途中になってたっぽいです >>692
>>693
うまくいきました。
どうもありがとうございます。
>>696
書き換え前のスクリプトで試しましたが、こちらもエラーが出ませんでした。
どうもありがとうございます。
オライリーの入門bashには、ループの終了にbreakを使うのは良くないと書いてありました。
それはなぜでしょうか? >>697
今回みたいなエラー処理の場合はexitした方が良いかもね >>690
>>691
>>693
上の場合はmediainfoの終了ステイタスで判断して次にさらにif〜と進んでいるんですが、
LCかHE-AACかそのどっちでも無いかをcace〜muxer〜っとやるほうが確実なのかなと思いました。
その場合、
mediainfo $FILE | grep -E '^Format profile *: LC$|^Format profile *: HE-AAC / LC$'
で出てきた文字列をcaseに渡したいんですが、
case HOGE in
"*: LC" ) muxer〜;;
"*: HE-AAC / LC" ) muxer〜;;
* ) "AACではない";;
ecase
だった場合、HOGEにはどう書けばいいんでしょうか? >>700
HOGE=$(mediainfo $FILE | grep -E '^Format profile' | sed -E 's/.*: (.*)/\1/‘)
mediainfoの出力をgrepでFormat profileの行だけに絞って
それをsedで必要な箇所だけ置換して変数に入れてる
円マークはバックスラッシュに変換してね sedじゃなくbashのstring manipulationを使いたければ
HOGE=$(mediainfo “$FILE” | grep -E '^Format profile')
case ${HOGE##*:} in
…
${HOGE##*:} はHOGE内の文字列を先頭から”:”まで最長一致で取り除く 自己レス
HOGE=`mediainfo $FILE | grep -E '^Format profile *: LC$|^Format profile *: HE-AAC / LC$'`
case $HOGE in
これで大丈夫そうですね >>701
>>702
どうもありがとうございます
今触れないので、あとでやってみます! 文字列を1文字ずつ処理するってどうやれば良いのかな? 先頭の一文字を削除するっていうのはできるんだけどなぁ。
一文字削除したらな、その削除した一文字を取りたいものだ
あ、POSIXの話ね あ、これでいけるのか
str=abcdefg
last=${a##?}
echo ${str%%$last} >>706
速いかどうか分からんけど awk でやるなら
printf 'Hello\nWorld\n' | awk -F '' '{for(i=1;i<=NF;i++) print $i}'
とかかなぁ。grep -Eo '.' ってのもあるけど
for c in $(printf 'Hello\nWorld\n' | grep -Eo '.')
do
echo "$c"
done
あとは fold コマンドとかで。
printf 'Hello\nWorld\n' | fold -w1 間違えてた
str=abcdefg
last=${str##?}
echo ${str%%$last} >>712
後出しだけど、意外と改行まで1文字として扱うのは大変なんだよね 改行を扱いたい場合は bash か zsh の read かな。
printf 'Hello\nWorld\n' | while read -r -n 1 c;do echo "$c"; done
awk の場合は RS に '\0' をセットすればいいかも
printf 'Hello\nWorld\n' | awk -vRS='\0' -F '' '{for(i=1;i<=NF;i++) print $i}' 公開するようなシェルスクリプトって--helpオプションくらいは付けたほうがいいかな。
問答無用で第一引数をファイル名やらURLやらだと解釈するほうがはるかに楽だし簡潔になるんだけども。 オプションで思い出した。
オプションの解析めんどくせーとか思って他の言語のライブラリを参考に
オプション解析のライブラリを作ろうかと思ってるんだが、
getoptやgetopts程度だと使いやすくなった気がしないし、
作った所でそんなに簡単に書けるようなもんでもなさそうで、
何のためにコレが必要なんだ?って思いなした結果
他言語にあるようなライブラリは、--helpを半自動で
生成してくれるものだと思ってたりする
でももう少しオプションの解析楽にならないかな?
どうすればいいんだろう ある文字列のハッシュ値を求めたいんですけど
どのLinux/UNIX/FreeBSDでも標準ではいってる
ハッシュ化コマンドって何がありますかね?
それからPOSIX標準コマンド?みたいなものってあるんですか?
どこでも絶対はいっていなければいけないコマンドとか DATE=`date '+%Y%m%d%H%M'`
TMPDIR='/tmp'
BAKDIR='$TMPDIR/backup_%DATE'
#echo "$DATE"
mkdir $TMPDIR/backup_$DATE
cp -rfp /home/atashi/doc $BAKDIR
これだとcpが出来ないんですがどこが間違えていますか? 最後の行は
cp -rfp /home/atashi/doc $BAKDIR/docです >>720
3行目の%が間違ってるよね?
あと
4行目でデバッグ用にechoすべきは$BAKDIR
5行目はmkdir “$BAKDIR”
一つ一つ確認したほうがいいよ >>720
BAKDIR='$TMPDIR/backup_%DATE'
こうじゃない?
BAKDIR='$TMPDIR/backup_$DATE' >>723
>>724
ほんとだ。
$に直したんですが、
DATE=`date '+%Y%m%d%H%M'`
TMPDIR='/tmp'
BAKDIR='$TMPDIR/backup_$DATE'
echo "$TMPDIR"
#mkdir "$BAKDIR"
echo "$BAKDIR"
を実行すると、
$ ./hoge.sh
/tmp
$TMPDIR/backup_$DATE
になってしまって、ダメでした。
mkdir "$BAKDIR"
を入れると、カレントディレクトリに「$BAKDIR」というフォルダが出来てしまいました >>726
シェル シングルクォートとダブルクォートの違い 辺りでググってみて DATE=`date '+%Y%m%d%H%M'`
TMPDIR='/tmp'
BAKDIR="$TMPDIR/backup_$DATE"
echo "$TMPDIR"
mkdir "$BAKDIR"
echo "$BAKDIR"
>>727
出来ました!
どうもありがとうございました。
$ ./test.sh
/tmp
/tmp/backup_201803250316 上の後に
cp -rfp /home/hoge/doc $BAK_DIR/doc
zip -r $BAK_DIR.zip $BAK_DIR
をやるとzipを解凍してみたら
tmpフォルダが出来てその中にbackup_201803250348フォルダが出来ているんですが、
zipを解凍したらbackup_201803250348フォルダが出来るようにするにはどうしたらいいですか? ( cd $TMPDIR ; zip -r backup_$DATE.zip backup_$DATE ) すみません、timeoutコマンドのうまい使い方を教えてください
シェルの中でtimeoutでタイムアウトさせた場合、シェル丸ごとごと落ちてしまいます
タイムアウトさせた上で処理を分岐させて継続して処理させるにはどう制御したら良いのでしょうか
timeout unzip || func_hoge
といった感じで一応回避できたのですが、関数処理が終わると丸ごとプロセスキルされる事には変わらず、綺麗に終わらすことができません timeoutコマンドを実行したシェルは落ちないよ
$ timeout 1 unzip … としたときに
タイムアウト後にunzipのプロセスがキルされると困るって話?? https://linuxjm.osdn.jp/html/GNU_coreutils/man1/timeout.1.html
コマンドがタイムアウトした場合で、かつ --preserve-status が設定されていない場合、 終了ステータスは 124 になります。 >>732
紛らわしい書き方をしてすみませんでした
シェルスクリプトです
今環境がないので具体的な結果を示せませんが、例えば以下のような処理を実行するとtimeoutがプロセスを落とした(?)メッセージがコンソール出力された後、後続のechoは何も表示されません
#/bin/bash
timeout 1 unzip piyo.zip
if [ $? -ne 0 ]; then
echo hoge
else
echo fuga
fi
echo owata >>734
んー。こっちでは表示されるけれども…
Script started on 2018年03月25日 19時18分12秒
testuser@debian:~/var/tmp/temp$ cat ./to.sh
#! /bin/sh -
timeout 1 sleep 10
if [ $? -ne 0 ]; then
echo hoge
else
echo fuga
fi
echo owata
testuser@debian:~/var/tmp/temp$ ./to.sh
hoge
owata
testuser@debian:~/var/tmp/temp$ exit
exit
Script done on 2018年03月25日 19時18分30秒 ていうか
BAKDIR
がいつから
BAK_DIR
になったんだ このコードってvalidですよね?
やってること・・・foo関数が最初に呼ばれた時に
OS判定(相当)のことをして、OS毎に処理を切り替えて実行
関数を上書きすることで、次回以降は判定することなく処理実行
#!/bin/sh
foo() {
echo first call
os_type=linux
[ $os_type = linux ] && \
foo() {
echo linux
}
[ $os_type = mac ] && \
foo() {
echo mac
}
foo
}
foo
foo >>735
なんででしょうね(´;ω;`)
もう一度見直してみます くだらないtypoしていたに一票。
変だと思ったら、
sh -x スクリプト名
でなにやってるか眺めてみることをオススメする。
勿論、標準エラーを /dev/null に捨てたりするのもナシで。 再確認してきました
実際にはリンク先の48,49行目のログ整形のための処理で問題が起こっているようです
timeout自体の問題ではないので一旦取り下げます、ご協力ありがとうございました
https://pastebin.com/F5QC2Yu5 ワロタw
fail() {
case "$1" in
0)
echo "Info :$2"
;;
1)
echo "Warn :$2"
;;
2)
echo "Error:$2"
;;
3)
echo "Success :$2"
exit 0
;;
4)
echo "Fatal:$2"
exit 1
;;
略
esac
} failwww ひどいなw
fail 0 " **** test start ****"
WAIT_SEC=5
time timeout -sKILL ${WAIT_SEC} unzip -t /home/xxxx/crypto.zip
if [ $? -ne 0 ]; then
fail 2 "hage"
else
fail 0 "hoge"
fi
fail 3 "**** test end ****" >>744
原因・・・他人のコードを理解せずにパクって、行き当たりばったりにコード書き加えて、終わらすこと
対処法・・・ちゃんとコード読んで理解して無駄なものをなくせ >>746
全く耳が痛い、実際そういうレベルだけど頑張るよ(´・ω・`)
> >は実際わけわからずに使ってるし あー、ちくしょ、
ローカルでもリモートでも使うスクリプトを
置くディレクトリ名が決まらない
ローカルだけで使うスクリプト
リモートだけで使うスクリプト
両方で使うスクリプト
どういうディレクトリ構成にしよう
Windowsも考慮したいから
シンボリックリンクは使いたくない >>748
~/share/public/
に置いてる。 あんまり良くないのかもしれんが……
/srvを特定の一般ユーザに対して書込可にして、
/srv/git/github.com/<account name>/dotfiles (GitHubで管理するなら)
にしてる。 >>753そんなことしてまで/srvに置く意味あんの >>748
なぜ/usr/remote/binじゃダメなのか 理由を知りたい >>755
逆になぜ/usr/remote/binなのかの理由が知りたい。
なにかのアプリケーションが使うの? findのprint0やった、NULL文字区切りのファイル名一覧って
POSIXのreadじゃ読み取れないんだな-dオプションがないから
つーことはファイル名に改行、そのた制御文字が入るかもしれないことを
考慮するとPOSIXの範囲じゃ対応不可能ってことなのか >>757
なんで対応不可能だと思うんだよw
じゃあどうして「POSIXが」ファイル名に改行含め制御文字を許可してるんだよって話。
C99どころかシェルコマンド(awk)レベルで余裕で扱えますが >>758
ひねくれた回答はいらないよ
ここはシェルスクリプト
POSIX shが対応してないって言ってんの 空白制御文字入りファイル名は
for i in *
で扱えるので、工夫次第だな。
findと組み合わせるには-print0は役に立たんから-execで頑張るしかないけど。 \0区切りがなんのコマンドによる出力かどうかは
今は関係ないんだよ。
いろんなコマンドでよく使われる\0区切りのデータに
shが対応していないって話をしているんだから
で調べてみたらawkもポータブルな方法では
\0区切りには対応してないようだな >>762
> いろんなコマンドでよく使われる\0区切りのデータ
って何がある? >>762
shはポータブルな方法で対応してるぞ。
xargsは確かに対応してないが。
findについては>>761が書いてるように、遅くはなるもののポータブルな解はある。
xargs と sh の区別はつけようぜ。 MacOSのsed (bsd)も\0扱えないっぽい
まあもともと\0はC言語の終端文字だしな
そんなのが扱えるほうがおかしいか >>764
xargsの話は誰もしてない
shは\0を変数に入れられない
shがポータブルな方法で\0文字に対応してるってのは嘘
(forは\0を使わない) >>766
改行じゃなくて \0 の話をしてるのか。
POSIXではシステムコールの仕様上、 \0 をファイル名に入れることは決してできない。
だから、ファイル名に \0 を使う話をすること自体が、POSIX的にナンセンス。 >>767
> ファイル名に \0 を使う話
はお前しかしていないよ。 >>768
発端の>>758はファイル名に改行を入れる話だろう。
ファイル名中の改行をポータブルに扱う方法はshにある。
みんなちゃんとそう指摘してるのに君だけ勘違いしてる。 なんで改行の入ったファイル名を扱うために、シェルが \0 を文字列の一部として
扱う必要があるなんていうアサッテの発想にいたるのか…
(まあプログラミングができないせいで分かってないんだろうけど)
もうちょっと態度がまともなら、ポータブルなやり方を具体的に教えてやっても
いいが、 >>770 みたいな煽りは嫌いなので教えてやらないw findのprint0で出てくる/0区切りのファイル名一覧がreadで読み取れないンゴ… そもそも -print0 の出力をそのままの形でポータブルに
read で読めるんじゃないかと考えること自体が間違い。
POSIXで規定されている read のオプションは -r だけで
-d はないので、改行を含む文字列をそのままで read だけを
使って単一の文字列変数に取り込むことは、ポータブルには
できない。
もちろん、だからといって sh で改行を含む文字列を扱えない
なんてことにはならないのは言うまでもない。 773って757が言ったことを冗長に言い換えただけだなw >>771
>なんで改行の入ったファイル名を扱うために、シェルが \0 を文字列の一部として
>扱う必要があるなんていうアサッテの発想にいたるのか…
find作ったやつに言えw > findのprint0やった、NULL文字区切りのファイル名一覧って
> POSIXのreadじゃ読み取れないんだな-dオプションがないから
ここまでは正しい。しかし、
> つーことはファイル名に改行、そのた制御文字が入るかもしれないことを
> 考慮するとPOSIXの範囲じゃ対応不可能ってことなのか
これが xargs の文章であれば、その通り。
しかしこれが sh についての文章であれば、完璧に間違い。
これだけ繰り返し指摘されてもいまだに理解できないような奴でも
Bourne shell でスクリプトを書くようになったんだなという変な感慨があるな。 >>778
>これが xargs の文章であれば、その通り。
だれもxargsの話なんかしてない。(2回目) >>778はxargsが\0扱えることも知らなそうw これだけヒント書いてるのに、いまだに
「そのままの形だと read で扱えない」
と
「sh だとできない」
が等価だと主張しているのは、アホの子なのか、
煽れば答を教えてもらえると期待しているのか、
どっちなんだろうね。 >>780
POSIX の xargs に -0 オプションは規定されてないので、
「ポータブル」という条件下ではできない。
まあ POSIX の find に -print0 オプションが入ったのもわりと最近なので、
そのうち xargs でも待ってればそのうち -0 が追加されるとは思うが。 答えはfor in * を使うこと
俺が代わりに答えておいてやるよ
なおshで\0を使うと言う答えではない POSIXはprint0に対応する前に
ファイル名に制御文字を使用できないようにしろ for使ってfindっぽいものを自作したとして
それをパイプで別コマンドに流そうとした時に
またファイル名に改行が含まれていた時問題が発生するんだよな for で書くのなら、その結果のファイル名をわざわざ
他のプロセスにパイプで渡すなんてことはせずに、
そのシェル自身で処理するか、
あるいは他のプロセスに渡すなら引数を使え
ってだけの話だな。
>>761 が既に書いてる話なのに、なんでそこから
35コメも無駄に費やされてるんだか。 ちなみに for で書く以外のやりかたもあるけど、
これも >>761 が既に最後の文で書いてる。 posixの範囲じゃ改行が含まれたファイル名を
パイプでつなげられないってことかな >>789
「POSIXの範囲内じゃ」は誤解を招く表現で、正確には
「POSIX Shell & Utilities の範囲内じゃ」だな。
「POSIX System Interfaces」を使えば問題なくできるからな。
まあシェルのスレなわけで「POSIXの範囲内じゃ」でも間違いとまでは言えないが。
あと、find -print0 が POSIX で規定されたってのは間違いだった。
そういう拡張もあることも言及はされてるが、規定には追加されていない。
でもって POSIX 的には「find -print0 | xargs -0」じゃなくて、
「find -exec コマンド {} +」を使えってことになってる。 でも、find -exec じゃシェル関数に渡せないからなぁ
findは諦めろってことかな find を諦めるんじゃくて、シェル関数の方をあきらめて、独立したシェルスクリプトにしろってことだよ。
find -exec コマンド {} \;
だとコマンドの起動回数が多いからシェルスクリプトにすると遅いのが問題になるけど、
find -exec コマンド {} +
ならコマンド起動回数は相当に減るから、独立したシェルスクリプトにしても特に問題はない。 ■ このスレッドは過去ログ倉庫に格納されています