シェルスクリプト総合 その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/ 最後の行は
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 コマンド {} +
ならコマンド起動回数は相当に減るから、独立したシェルスクリプトにしても特に問題はない。 >>793
試してみたけどね。RSに\0入れられなくてね
もう全滅w >>795
俺の所では通ったけど、もしかしてOS依存なのかな。
@Debian GNU/Linux OSっていうかGNU系かどうかだね
GNU系はだいたい\0に対応している
BSD系とかは対応してない。だからMacとかつらい
私的なスクリプトならMacのコマンドをGNU化するやつ
入れて済ませても良いんだが コンパイルせずに実行できる(実質)唯一の共通規格言語だからじゃないの?
PythonとかはPOSIXの範囲外だからどこでも動くとは限らないし。
え? UNIX™なのにPOSIXと齟齬ありまくりの実装のAIXちゃん? 知らない子ですねぇ……。 localみたいにPOSIXじゃないけどだいたい
使えるってもの他にあったら教えて📡 AIXはマジでどうにかして欲しい
seqすらないの本当に面倒臭い 俺が行ってる現場だと1年くらい前までは現役でPowerでAIXを使ってたよ。
今はRedHatにリプレースされちゃったけど……そんなに嫌いではなかった。
>>804
jotも無かったっけ? うちは親会社モニョモニョだから結構AIXが多くて嫌になる
>>806
手元のやつだとないな。AIX7.1だけど >>801 >>802
それならシェル関数ではなく普通のシェルスクリプトでもいいだろう。
>>791 は単なるシェルスクリプトではなくシェル関数の利用にこだわってて謎。 シェル函数って
somefunc() {
echo "This is somefunc."
}
っていうやつでしょ?
>>791はそういう意味で使ったんじゃない可能性が出てきたな。
単に「パイプに渡せない」というような趣旨の要望を言いたかったのかもしれん。 >>809
たぶん find の -exec のとこに書けないって意味で書いてるだろうから、
シェルスクリプトじゃなくてシェル関数だと思う。 たとえパイプ経由でファイル名を渡せないって意味だったとしても、
find -exec でそれと同一機能が実現できるならそ別にいいじゃん。
>>791が find -exec の何を気に入らないのかやっぱり分からんな。 まぁでも「気に入らない」ってのは十分不採用の理由にはなるよな 趣味なら理由になるかもなあ。
でも仕事じゃ理由にならん。
要件を満たしてるってのは仕事じゃ最低限度の基準だからな。
POSIXに適合するシェルスクリプトにしたいっていう要件が最初に出てるのに、
趣味に合わないから採用しない、仕方ないから実装を諦めるなんて奴がいたら、
仕事なら無能扱いだよ。 そりゃ仕事と趣味は別だろ
何を当たり前の話をしてるんだ いや、あの謎のこだわりに合理的な理由があるのか、
それともホントに完全に趣味だけの話なのかが気になってたんだよ。
合理的理由ナシ、完全に個人の趣味ってことでFAなら、それでいいんだスマン。 aliasって面白いなー。これでなんか面白いことできそう
#!/bin/sh
alias foo="foo() { echo before; foo_; echo after; }; foo_"
foo() {
echo foo
}
unalias foo
foo
# ↓
# before
# foo
# after やべぇ、このaliasの使い方、
めちゃくちゃ強力じゃないか?
文法の拡張が可能かもしれない
こんな所でネタにするレベルじゃないわ 黒魔術置いときますね
#!/bin/sh
def() {
alias begin="$1() { echo before; $1_ "\$@"; echo after; }; $1_() { $3=\$1"
alias end="}; unalias begin end"
}
def foo [ i ]
begin
echo foo $i
end
def bar [ j ]
begin
echo bar $j
end
foo 123
bar 456 そもそもaliasってシェルスクリプトの中で使えたっけ。
俺の環境では使えたけども ■ このスレッドは過去ログ倉庫に格納されています