シェルスクリプト総合その29

2018/09/22(土) 11:53:21.38

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
シェルスクリプトに関する総合スレッドです。

スレ立て時は以下の文を先頭行に加えて下さい。
後のつけ忘れ防止の為に複数行重ねて追加推奨
!extend:on:vvvvv:1000:512

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。

前スレ
シェルスクリプト総合その28
http://mevius.5ch.net/test/read.cgi/tech/1532397676/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/11/11(日) 00:30:20.21

>>603
ほんとそれ

そして今調べて気が付いたがsh -xじゃねーなw
set -xだわ。

> The -a, -b, -C, -e, -f, -m, -n, -o option, -u, -v, and -x options
> are described as part of the set utility in Special Built-In Utilities.
> The option letters derived from the set special built-in
> shall also be accepted with a leading <plus-sign> ( '+' ) instead of a leading <hyphen-minus>
> (meaning the reverse case of the option as described in this volume of POSIX.1-2017).
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sh.html#tag_20_117_04

2018/11/11(日) 00:55:22.01

>>604
なんでワイに聞くねんwバカなんかおまえ？

2018/11/11(日) 00:56:50.21

それを質問の意味で受け取るとか日本語大丈夫？

2018/11/11(日) 01:00:58.12

日本語が大丈夫ってどおゆう意味や？

2018/11/11(日) 01:05:43.58

おちつけ、今はまだ慌れるときじゃない。

2018/11/11(日) 01:09:59.72

慌れるて日本語あるんか？ちょっと落ち着けやw

2018/11/11(日) 02:43:07.51

りっしんべんが余計だった

2018/11/11(日) 12:28:16.92

C言語ではなくシェルスクリプトでシグナルって活用してる？
kill(1)ユーティリティの-s KILLオプションくらいしか使ったことがないので
いまいち便利さが分からない。
利用者定義シグナルSIGUSER1とか使いこなせたらシェルスクリプトでできることの幅が広がりそう

2018/11/11(日) 12:33:00.83

CTRL-Cされたときとかプログラム終了時に
作業ファイルを削除することぐらいかなぁ

あとはシグナルじゃないけど、bashの疑似シグナル
ERRとかDEBUGとかで遊んだことある

サービスなんかだとシグナル送ったら設定ファイル再読込したり
ddだったら進捗状況表示したりするね

2018/11/11(日) 22:34:54.73

>>612
終了処理をちゃんとやらないといけないような処理の場合に trap 使ってシグナルに対して
特定の変数を 1 にするだけとか、そういうやり方で終了処理後にその変数見て 1 になって
いたら exit みたいな感じでシグナル利用するな。

後は普通に kill で他のプロセス終了させたい場合。pkill 使う事もある。

2018/11/12(月) 12:58:25.45

実行してるシェルスクリプトに行番号を付けるのさ，
PS4変数にn=$((n+1))みたいなのを入れてset -xとやればうまくいくかなと思ったんだが無理っぽいな。
どっかで無限ループして何も出力されないw

2018/11/13(火) 19:40:03.28

算術式のなかにコマンド展開を突っ込むのってPOSIX違反かしら
echo $(($(< ./file.txt wc -l)-1))←こういうの。

2018/11/13(火) 20:47:22.69

>>616
http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_04
これを読む限りは特に規定されてるようには見えない

2018/11/14(水) 15:25:56.02

>>617
なるほど。今手元にあるGNU/Linuxでは普通に動くけど
やめたほうがいいかもね。
Solaris 10とかで失敗しそう（使うことないだろうがw

2018/11/14(水) 15:29:13.15

えぇ・・・

俺普通にこんなの使ってんだけど？

value=$(( ${value:-0} + 1 ))

普通に展開されるんじゃないの？

2018/11/14(水) 16:18:09.15

>>619
まあ俺も使い捨てのスクリプトでは使うけど
ただPOSIX 2017では
x=3; x=$((x+1))
↑これすら正常に動くとは定義されてないんだよね
ただ単に
x=3のとき$((x))は$(($x))と「同じ値になる」とだけ。
だから例示されるスクリプトでも
x=$(($x + 1))
みたいに書かれてる。

2018/11/14(水) 16:40:42.71

>>620
> x=$(($x + 1))

shellcheckではそれ不要だから外せって言われるよ？
shellcheckが完璧だとは思わないけど、
あえてそうしてるんだからPOSIXだと思うんだけどなぁ

2018/11/14(水) 16:46:17.02

>>621
shellcheckはそれに関しては間違ってると言えるな
なぜならもう言ったが
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_04_01
↑ここで
x=$(($x-1))とはっきり書かれてるんだよ。

2018/11/14(水) 17:07:17.10

>>616
あ、大丈夫みたいだよ。
コマンドも展開されるって書いてある

$((expression))

The shell shall expand all tokens in the expression
for parameter expansion, command substitution, and quote removal.

2018/11/14(水) 17:18:05.78

あ、なるほど。わかった。

${a} って書いたときの、aの部分が式なんだ。$は含まれない。それと同じで
$((a)) もaの部分が式で>>623に書いてあるように、先に展開される仕様だから
$(($a))だと先に$aの部分が文字列として展開されて$((123))のように解釈される

だから https://github.com/koalaman/shellcheck/wiki/SC2004 に書いてあるように

> $ a='1+1'
> $ echo $(($a * 5)) # becomes 1+1*5
> 6

これだと、式が評価される前に文字列として展開されちゃうから変な計算になるが

> $ echo $((a * 5)) # evaluates as (1+1)*5
> 10

${a}と同じように$((a))と書くと、ちゃんと算術演算が行われるんだ

ということで、やっぱり$(($a))は間違いで$((a))が正しいようだね

2018/11/14(水) 18:02:30.17

間違いっていうのは仕様違反って意味じゃなくて
算術演算をするなら$をつけないのが正しいって意味ね。

算術演算の前に$とかコマンドが展開されるっていうのも
仕様なのでそれも書いたとおりに動作する

2018/11/14(水) 19:06:25.03

大きなファイルがいくつも入ったディレクトリのmvして分かったけど
ファイルがいくつあっても全部のcpが終わったあとにrmされるんだね
てっきり1ファイル毎かと思ってた

2018/11/14(水) 19:23:07.48

>>626
途中で中止した時に移動先を削除するだけで済むからじゃないかな。

2018/11/14(水) 19:34:11.25

>>625
んー。でも俺には
> If the shell variable x contains a value that forms a valid integer constant,
> optionally including a leading or ,
> then the arithmetic expansions "$((x))" and "$(($x))" shall return the same value.
は$((x))の「時だけ」$(($x))と等しいと読めるがな。
いずれにしても算術展開で算術計算をする際に変数を使いたいときは
$(( ($x) + 1 ))
にしてるわ。どっかで$(( x + 1 ))がエラーになるのが怖いので。

2018/11/14(水) 21:35:28.76

>>626
renameはアトミック操作にすべきって思想が強いから
違うファイルシステムにmvするときはそうだな

2018/11/14(水) 21:50:05.93

$(())が展開できるものは限定されていて、$((x+1))が意図通りに展開される根拠は$((x))と$(($x))が等しいって書いてある一文しかない。
これは$(())の中だけはx=$xであると解釈できなくもないけど、算術演算をするなら$をつけないのが正しいとは読めないな。

2018/11/14(水) 22:59:44.88

> $((x+1))が意図通りに展開される根拠は$((x))と$(($x))が等しいって書いてある一文しかない。
一つあれば十分じゃん。逆に展開されない根拠はないんだし

そもそも ${expression} と $((expression)) という記述があるんだから
expressionの中は同じ意味のはずだろう

2018/11/14(水) 23:06:12.49

> どっかで$(( x + 1 ))がエラーになるのが怖いので。

それがエラーになるなら、とっくに検出してるだろうな。
複数のシェルで確認してるからさ

それ関連で注意が必要なのは $(($#-1))
zshだと81になる。

2018/11/15(木) 07:34:42.91

>>631
いや算術演算するときは$をつけないのが正しいとは何処にも書いてないけど

2018/11/15(木) 08:48:01.92

というか，shellcheckでの検査結果うんぬんよりも本家POSIXの記述のほうが優先して考慮されるべきだと思うのだが。

2018/11/15(木) 10:49:23.03

本家POSIXに$((x))が動くと書いてあるだろ

2018/11/15(木) 11:23:09.13

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_04_01
に書いてあるだろ

> Arithmetic expansion provides a mechanism for evaluating an arithmetic expression and substituting its value.
> The format for arithmetic expansion shall be as follows:
>
> $((expression))
>
> The expression shall be treated as if it were in double-quotes, except that a double-quote inside
> the expression is not treated specially. The shell shall expand all tokens in the expression for
> parameter expansion, command substitution, and quote removal.

まず、$(( )) の中にある。これがexpressionだ。
expand all tokens in the expression 式の中にある以下のトークンの展開、
for parameter expansion, command substitution, and quote removal.
パラメータ展開、コマンド置換、クォートの削除

> Next, the shell shall treat this as an arithmetic expression and substitute the value of the expression.
その次（Next）にこの式を arithmetic expression （算術式）として扱う

つまりだ。パラメータ展開（ $(($x))の$xの展開）が行われるまでは、まだ算術式として扱う前なんだよ

そもそもだな。 x=123を見て分かる通り。変数名はxだぞ。$xじゃない。
他の言語では変数名が$で始まるものがあるが、シェルスクリプトにおいて、
$は、パラメータ展開、コマンド置換、算術展開等を行うための記号だって書いてあるだろ？

特殊変数の説明だって、$@じゃなくて@、$*じゃなくて*、$#じゃなくて#、$$じゃなくて$ と書いており
変数名とは最初の$は含まれない部分だってことが読み取れるだろ

2018/11/15(木) 11:44:50.73

>>636
そのすぐあとに
x=$(($x - 1))
という記述があるんですが。
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_04_01

2018/11/15(木) 12:00:52.72

>>637
あるからなんだよ？

パラメータ展開が行われるから
x=$(($x - 1)) は x=$((100 - 1)) となって動くだろうさ
それは x=$((x - 1)) がだめな理由になってない

2018/11/15(木) 12:27:06.72

>>638
発端は>>620の
> > x=$(($x + 1))
>
> shellcheckではそれ不要だから外せって言われるよ？
> shellcheckが完璧だとは思わないけど、
> あえてそうしてるんだからPOSIXだと思うんだけどなぁ
これなんだが。
つまりx=$(($x + 1))の「$x」が不要という主張は完全に間違いってことだ。
x = $(($x - 1))とx = $((x - 1))のどっちが正しいかなんて言ってねえよ。
ただ，POSIXには前者の記載はあって後者はないから，
shellcheckの「後者にしろ」っていう判定は絶対におかしい。

2018/11/15(木) 12:34:01.42

shellcheckは間違いだから不要と言ってるんじゃなくて、
意味がないから不要って言ってるんだよ。

お前コードチェックツールで変数が使われていませんって
指摘されたら、文法上は間違ってねーよって文句言うのかよ？

2018/11/15(木) 12:36:27.53

ﾌｧｲｯ

2018/11/15(木) 12:36:35.34

> shellcheckの「後者にしろ」っていう判定は絶対におかしい。

後者にしろって言う判定は、前者が間違ってるって話じゃなくて、
後者もOK、だから後者はPOSIX違反ではない（POSIX違反を提案するわけがない）って話だよ

もうちょっと落ち着けよ。お前否定されたらすぐカッとなるだろｗ

2018/11/15(木) 12:41:58.45

> つまりx=$(($x + 1))の「$x」が不要という主張は完全に間違いってことだ。
> x = $(($x - 1))とx = $((x - 1))のどっちが正しいかなんて言ってねえよ。

後者が動くのであれば
>「$x」が不要という主張は完全に間違い
という主張の方が間違ってる。

そして後者は実際に動く

2018/11/15(木) 13:09:09.63

前者も実際に動くんですがそれは

2018/11/15(木) 13:35:59.93

だから前者が動かないなんていてないだろ
前者に$(($x -1))の$xの$が意味がないから
（POSIX準拠で問題がない）後者の方が良いって話であって

たまにいるんだよな。誰かにより良いコードの提案をされたら
俺の書いたコードが間違っているっていうんか、仕様どおりだ！って怒るやつ
仕様違反だとか間違ってるかどうかの話なんかしてない
（正しいコードの範囲で）より良いコードにしましょうってことなのに

2018/11/15(木) 14:51:03.70

すまん。怒らせるつもりは毛頭なかったんだわ。
ただ，「標準でははこうなってますよ」と示しただけ。
まあちょっと俺の言い方もキツかったな。
言い訳させてもらうと，今までPOSIXの仕様書も読まずに
$(())算術展開は``に書き改めるべきとか，その割に[[文を使ってたりだとか
そういう人間と多く議論してきて，こっちもかなり厳密さを求めるようになってしまっていた。
正直なところ仕様違反でもほとんどの環境で動くなら，別にそっちを使ってもいいかもね。

2018/11/15(木) 14:58:36.45

だから仕様違反じゃないつってるだろうが
なんでこいつ理解能力無いんだろう？
冷静なふりして、冷静じゃないだろ

2018/11/15(木) 15:08:37.91

$(($x - 1)) と $((x - 1)) のどちらも仕様違反じゃないのに
$(($x - 1)) が動くってことは、 $((x - 1)) は仕様違反に違いニダ！って
どういう思考回路なんだろ？

$(($x - 1)) と $((x - 1)) は前者が先に$xのパラメータ展開が行われるため動作に違いがある
https://github.com/koalaman/shellcheck/wiki/SC2004 に書いてあるとおり。
それはおそらく意図しないものだろうから警告される。

お前がPOSIXの仕様を読んでいない相手と議論してきたとか知らんが、
お前なんかよりも shellcheck の作者の方がよっぽどPOSIXの仕様に詳しいだろうよ
なにせシェルスクリプトの構文解析機を作ってるし、
世界中から間違いがあったら指摘される立場にあるんだから

2018/11/15(木) 20:59:56.50

またvoid君かよ

2018/11/16(金) 18:15:57.23

Windows用の busybox.exe なんてものがあることをたった今知った。
こんなのあったんだな。

まあしかしよくよく考えてみればWindows用のgccとかのコンパイラでコンパイルすれば良いだけだからさほど凄いことではないか。

2018/11/16(金) 20:52:55.20

case "$(<なにかの処理>)" in
'A'|'aaa') echo 'B' ;;
*) echo "$(<なにかの処理>)" ;;
esac
みたいな文でさ，<なにかの処理>を（できれば変数とか使わずに）一つにまとめたいんだけど
できるかな。

"$(<なにかの処理>)"の結果が'A'か'aaa'の時のみ'B'を出力して，それ以外の場合はその処理のまんまを出力したい。

RESULT="$(<なにかの処理>)"
case "$RESULT" in
'A'|'aaa') echo 'B' ;;
*) echo "$RESULT" ;;
esac
でもいいんだけどな〜んか無駄がある気がするんだよね……近い場所で二回同じ変数使ってるっていうのが。

2018/11/16(金) 21:08:59.95

気のせい

2018/11/16(金) 23:08:25.02

算術展開で$付けるのはナンセンスだからやめたほうがいい

2018/11/16(金) 23:43:45.38

いい感じのバカっぽさw

2018/11/17(土) 00:11:39.03

>>654
お前の書き込みがな

2018/11/17(土) 00:41:14.93

なんか悔しかったんかなw

2018/11/17(土) 01:07:52.12

>>651
変数を使わないの書き方の基本の一つは引数（パラメータ）を使うことだよ
引数を変数の代わりとして使う。そのやり方に2パターンある

・パターン1 関数を作る（呼び出し先の関数の引数にする）
foo() {
　case "$1" in
　　'A'|'aaa') echo 'B' ;;
　　*) echo "$1" ;;
　esac
}
foo "$(<なにかの処理>)"

・パターン2 引数を再設定する（自分自身の引数にする）
set -- "$(<なにかの処理>)"
case "$1" in
　'A'|'aaa') echo 'B' ;;
　*) echo "$1" ;;
esac

パターン2はこのままだと自分自身の引数がなくなってしまうが、
set -- "$(<なにかの処理>)" "$@"
とすることで、残しておくことが可能。以降は引数の番号をずらして
扱うかshiftで元に戻すなりするか、引数の個数が固定なら、
set -- "$@" "$(<なにかの処理>)" と逆にしてもよい

余談だが、そんなコードを書くぐらいなら素直に変数を使えばいいと思うかもしれないが、
シェルスクリプトの変数がグローバル変数なのに対して、
引数は（レキシカルスコープ的な）ローカル変数になってるという重要な違いがある
localやtypesetを使った変数のローカル化はダイナミックスコープなのでそれとも違う

2018/11/17(土) 01:38:27.92

>>656
お前が？ｗ

2018/11/17(土) 09:28:35.93

>>657
setって便利だよね
関数の最初に
set -- $? "$@"
として最後に
return $1
とすれば終了コードも保存できるし。

2018/11/17(土) 18:51:09.82

ちょっと力を貸してほしい
https://paste.ubuntu.com/p/hx6cFRKJKm/
今、↑こういう引数処理を書いている。
動作としては
$ ./argprs.sh -abc VAR -pqr FILE --long-opt --opt-req-par="foo bar" -- --not-opt
短いオプション1: a; 'VAR'
短いオプション2: b
短いオプション3: c
短いオプション4: p
短いオプション5: q
短いオプション6: r
被演算子1: FILE
長いオプション1: long-opt
長いオプション2: opt-req-par; 'foo bar'
被演算子2: --not-opt
こういう出力ができるはず。つまり-aと--opt-req-parはパラメータを取って、--以降はオプションとして解釈されないっていうやつ。
ところが俺の知識量では短いオプションを解析する部分をすごく冗長にしか書けない。いちいちループを回すせいで遅いし。
動作自体はこれでいいので、短いオプションをもうちょっとうまく解析する方法とかないかな。

2018/11/17(土) 19:14:04.69

なんで、aのあとにVARくるんだ？仕様がおかしくないか？

VARが単体の値もしくは、-cの値っていうのならまだわかるんだが

2018/11/17(土) 19:19:32.18

エクセルマクラーと同じ病気やね

2018/11/17(土) 19:49:25.15

tarで試したが、これで動くのかよ・・・

tar czvf a.tar.gz a
tar fczv a.tar.gz a

パラメータ取る短いオプションが複数あったとき
どう解釈するのが普通なんだろ

2018/11/17(土) 20:09:39.20

getoptやgetoptsは短いオプションがパラメータを取るとき、
短いオプション以降がパラメータとみなされるようだ

-abcde で cがパラメータを取るとき、
-a -b -c de と解釈される

実装によってバラバラなのは当然だろうが
こっちのほうが楽だろうな

>>660の仕様だと、aとcがパラメータを取るとき
-abcde VAR をどう解釈して良いのかわからない
-abcde VAR1 VAR2 とすりゃいいのかもしれんが、
これは人間にとってわかりやすいんだろうか？

2018/11/17(土) 20:18:41.59

バカは考えるだけムダやぞw

2018/11/17(土) 20:23:56.08

>>663
tarはハイフン無しでオプションを書くといい感じに並べ替えてくれる

2018/11/17(土) 20:45:00.33

つまり
-aVAR
-xyza VAR
みたいなのは許容して
-axyz VAR
は許容しないようにすればいいのかな。

まあ結局一文字オプションを扱う方法はくっそ遅いルーチンなのだがw

**660** (ﾜｯﾁｮｲ 56be-JwVn) · 2018/11/17(土) 21:16:27.44

こうしてみました。
短いオプションの解析ルーチンの遅さは改善してませんが
値を取るオプションの解釈を皆さんから提示された方式に変えました。
https://paste.ubuntu.com/p/n7m8qZHwMb/

2018/11/17(土) 21:33:05.69

>>668
提示てwバカにされとんのやぞおまえw

2018/11/17(土) 22:38:36.24

こういういったシェルスクリプトを書くの大変なので自動的に生成してくれるのがあればいいですけどね。
Pythonのdocoptみたいな。

2018/11/17(土) 22:57:50.85

>>670
そういったシェルはそもそも必要とされとらんのやぞ

出来るからといってやりすぎになるのはバカの悪癖やw
改めた方がええでおまえw

2018/11/17(土) 23:25:40.65

ふつーに、getopts でええやん！
入力補完を使ったら、別にコマンドが長くてもわかりやすさ優先でかまへんわ。

2018/11/17(土) 23:58:26.07

Ruby にも、OptionParser, ARGV.getopts などのモジュールがあるので、自作などしない

2018/11/18(日) 00:47:33.69

>>667
遅い原因はcutを使うからなんだけどねｗ

>>668
__cnt_opd__のせいでごちゃごちゃしてる。
なんに使ってるかと思ったら、番号出してるだけだよな？
オプションは普通順番には依存しないので最終的には不要なはずだ。
逆に分かりづらくなるから、こういうのは書かないほうが良いぞ
もしくはその部分を関数に分離してそっちでカウントするとか

あと並べ替えてもいいんだな

>>670
よし、作るんだ！

>>673
作者「なかったから自作したんやで」

2018/11/18(日) 01:05:23.45

>>668
とりあえず邪魔なんで、本質的なコードと、どうでも良いコードは分けた
https://paste.ubuntu.com/p/DRf6Nzz8kM/

2018/11/18(日) 01:17:46.87

余計な変数を消したり、被演算子の部分を外出ししたりした
https://paste.ubuntu.com/p/p7VwzJZ8Hv/

あとオレがリファクタリングするときによくやるんだが、
（他人の）リファクタリングする前のコードは長いことが多い

全体を把握しやすくするためにあえて一行にしたりして短くしている。
最終的にこのような書き方をするというわけではなくて一時的な処置

2018/11/18(日) 01:19:40.72

あと、これもしたな。こんな部分、あとでどうとでもなるんだからここでやることじゃない

長いオプション1: long-opt
長いオプション2: opt-req-par; 'foo bar'
↓
長いオプション1: --long-opt
長いオプション2: --opt-req-par; 'foo bar'

2018/11/18(日) 01:21:35.58

caseの後の変数はダブルコーテーションで括らなくていいって知ってた？

2018/11/18(日) 01:26:08.97

長いオプションの部分をフラットにした。
https://paste.ubuntu.com/p/Y4nTQBnTFw/

あとはクソめんどくさい一文字の部分だな。
どうするか考えとらんのだがｗ
仕様は変えるかもしれん。

2018/11/18(日) 01:27:00.28

>>678
うん。だから徐々に消してるよｗ

2018/11/18(日) 01:28:24.11

あ、いくつかパっと見でわかるミスがｗ
まあ途中のコードは参考だから
俺がどうやってリファクタリングしているか

2018/11/18(日) 02:04:33.63

とりあえずは大まかな仕様は変えてない
https://paste.ubuntu.com/p/SQFnqmCJs2/

変数をなくそうか、でもそうすると再帰ありの関数を追加するか
setを使わないといけなくてごちゃごちゃする。
いろいろ悩んだがとりあえずそのままにしている。

cutの呼び出しはなくしたので速くなってるはず。
といっても、この程度だとLinuxなら体感できないはずなんだがWSLでやってる？

1文字オプションの分解の所がやはり面倒だな。
知らないオプションはエラーにするようにすれば、
1文字を抜き出す必要はなくなるかもしれないが

2018/11/18(日) 02:13:58.54

>>670
> Pythonのdocoptみたいな。

あと一応あるで
https://github.com/docopt/docopts

goバイナリでオプション解析して、シェルスクリプトで
evalできるコードを出力して、そのコードで環境変数を
設定するという仕組みで、純粋なシェルスクリプト実装ではないけど

2018/11/18(日) 02:21:13.13

ちなみにオプション解析の部分は一般的に最初に一回だけ行う部分なので
被らないようにしたり、無理して変数をなくす必要はないんだけどね

2018/11/18(日) 17:17:51.79

>>674
オプションの番号は，競合するオプションが指定された時に後者を優先する目的です。
rm -i -f
としたときに「確認する」のではなく「強制的に消し」たいので。
alias rm='\rm -i'
の状態でrm -fとしたときは確認オプションが有効になるんじゃなくて強制的に消去したいよね？

2018/11/18(日) 17:19:37.66

>>682
エスパーかな？
その通り。WSLでやってる。なるほどLinuxネイティブではcutを一文字ごとに呼び出しても十分早いのかな？

2018/11/18(日) 17:23:02.81

連投すまん。
ちなみにどうやら汎用性のあるシェルスクリプトではローカル変数というのはsetを使わない限り実現できないようで，
そしてsetは今まさに解析すべき引数郡がが格納されているので安易に書き換えられない。
だからPythonの慣例を参考にして前後にアンダースコアを二つ続けて（無意味だけど）ローカル変数であることを示してるつもり。

2018/11/18(日) 17:35:21.66

${numbar:-0}←これすごいアイデアですね。
シェルスクリプトの冒頭でnumber=0とかで初期化しなくても、
「カウンターを初期化するのは値が設定されてないときである」ことを利用して変数展開を行なうのか。

2018/11/18(日) 17:59:50.57

>>685
> オプションの番号は，競合するオプションが指定された時に後者を優先する目的です。
それなら変数に入れておけば良いんだよ。
競合するオプションなら、変数を同じにしておけば良い

基本的に「オプションの解析」では変数に値を入れるのみ
その場で処理はしない。変数に入れた値が後者で上書きされるから
必然的に後者が優先される

> その通り。WSLでやってる。なるほどLinuxネイティブではcutを一文字ごとに呼び出しても十分早いのかな？

time dash -c 'i=0; while [ $i -lt 1000 ]; do echo a | cut -c 1 > /dev/null; i=$((i+1)); done'

Linuxでこれを実行すると約1秒。WSLでこれを実行すると15秒。fork（サブプロセス生成）が行われるとこれだけの差がでる
元々forkは遅いのだが、WSL上だと更に輪をかけて遅くなるのがわかる

これをforkなしのシェルだけで実行できる同等のコードに置き換えるとWSLで50ミリ秒に減る。Linuxだと20ミリ秒にへる
time dash -c 'i=0; while [ $i -lt 1000 ]; do v=abc; v=${v%"${v#?}"}; echo $v >/dev/null ; i=$((i+1)); done'

もっともforkなしのコードは万能ではなく、文字列の最初の一文字を取るために「文字列の最初の一文字を取り除いた残り」を
求めてから、全体から抜き取っているために、文字列が長くなると極端に遅くなる。

文字列を1文字ずつ処理するコードを書いたとして、1000文字～1万文字程度が限界。（数秒～数十秒かかる）
それ以上の長さの文字列を1文字ずつ処理するコードを書くならsedあたりで1文字ずつに分解して処理したほうが良いだろう
POSIX準拠しなくていいなら${v:0:1} を使ったほうが速いと思う（計測はしてない）

だけど一般的なオプション程度の長さであれば十分速い。少なくともcutを使うよりも遅くなることはないだろう

2018/11/18(日) 18:05:11.85

>>668
今回は長いコードが邪魔だったので使ったけど、
例えばnumberが環境変数としてexportされていたりしたら
おかしいことになるので最初に初期化するほうが良いけどね
毎回パラメータ展開してるからわずかとはいえ遅くなるだろうし

それよりも、所見では使い道がわからない
${var:+value}の方が凄いアイデア
シェルを作った人はよくもまあこんな応用例が
高いものを作ったもんだと思うよ

2018/11/18(日) 23:06:30.15

test <string>は<string>が非空に限り成功するのね。これも知らんかったわ……。

2018/11/21(水) 17:53:42.80

しつこくてすまん。
シェルスクリプトの引数解析の話なんだが
（-cが引数を取るオプションとして）
「$ somecmd -c -- --not-a-opt」
っていうコマンドラインにおいて，
・「--」を-cオプションの引数として見るか
・「--」はいかなる場所（オプションの引数の位置だとしても）においても
　以降が被演算子であることを示すものであると見るか
どっちが自然だろう。GNU getoptは前者の解析結果を出すけど恐らく内部的には後者の解釈で
エラーになる。

2018/11/21(水) 18:33:47.11

引数取るなら何であれ引数に決まってるだろ
どうでもいいけどさ、その被演算子ってのやめてくんない？
演算子なんて登場してないんだから

2018/11/21(水) 18:55:25.78

operandって被演算子のことだと思うんだけど。
まあ「--」を引数と見るってことね。ありがとう。

2018/11/21(水) 19:16:12.30

だからそのoperandが出てこないって話

2018/11/21(水) 20:33:17.21

operand
https://wa3.i-3-i.info/word13306.html

2018/11/21(水) 21:01:13.07

>>696
はい。どうも。 exprとか引数が何かしらの式であるものは
演算子以外の部分が被演算子（オペランド）になることはありえるけど
なんでもかんでもオペランドなわけではないよね

2018/11/21(水) 21:31:00.38

ああ。ほんとだ。The Open Groupの文書を参考にする限り
somecmd -c XXX FILE
とあった場合被演算子はFILEでXXXはオプション引数だね。勘違いしてた。

2018/11/24(土) 12:14:20.49

Qiitaで知ったけどこの構文便利だね。
${VAL+:} false
↑これで$VAL変数が空文字だろうが定義されてさえいれば真，そうでなけば偽。
今まで[ -n ]と[ "x$VAL" = "$VAL:-x" ]とか組み合わせてたけどこれでスッキリ解決。
コマンド呼び出しも少なくなるから微妙に処理速度も上がるだろうし。

ただ難点は，test構文を用いた方法より遥かに難読になること。${VAL+:} false←これで何をやってるかなんて注釈がないと分からん。

2018/11/24(土) 12:41:53.30

>>699
なんだそりゃ？相変わらずのQiitaクオリティなのか？

変数が定義されているかの一般的なチェック方法はこれだろ？
[ "${VAR+1}" ]

2018/11/24(土) 14:04:21.10

定義されてるかどうかってどういう時に用いるんだ
C言語やってた頃は二重インポート防ぐためとかやってたけど同じような感じ？

2018/11/24(土) 14:31:59.62

>>700
「一般的」かどうかは知らない。それともその形式がより多く使われているという根拠があるのかな？

いずれにしてもコロンコマンド（と変数展開）がシェルのビルトインとしてPOSIXで定められているのに対して
testコマンドはPOSIXにおいては外部コマンド。尤もBashやZshではシェルに組み込まれてるけど。
外部コマンドを呼び出すのとシェルの内部でコマンドを展開するとでは後者のほうが早いよ。
君にとっては「Qittaクオリティ」でも，速度が優秀なのは君が提示したほうじゃなく「Qittaクオリティ」の方。

2018/11/24(土) 14:49:43.89

dashでも[はシェル組込だね。実際testユーティリティを外部コマンドに頼ってるシェルって今現在存在しているのだろうか。
Heirloom shellあたりだとありえそう（試してないけど）

2018/11/24(土) 15:54:11.31

> 「一般的」かどうかは知らない。それともその形式がより多く使われているという根拠があるのかな？
ぐぐればコレばっかり見つかるはずだが？

> testコマンドはPOSIXにおいては外部コマンド。尤もBashやZshではシェルに組み込まれてるけど。
全てのシェルで [ はビルトインだ
シェルに組み込まれていないというものがあれば教えてくれ

シェルスクリプト総合 その29

シェルスクリプト総合その29