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

**デフォルトの名無しさん** · 2021/02/25(木) 09:20:14.64

シェルスクリプトに関する総合スレッドです。

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。

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

関連スレ
・【Bash】Windows Subsystem for Linux【WSL】9
https://mao.5ch.net/test/read.cgi/linux/1607589861/
・Bashでプログラミング [転載禁止](c)2ch.net
https://mao.5ch.net/test/read.cgi/linux/1443885102/
・シェルスクリプト総合その28
https://mevius.5ch.net/test/read.cgi/unix/1533154936/
・zsh その７
https://mevius.5ch.net/test/read.cgi/unix/1337844883/
・過去UNIXで使われていた ksh というシェルについて
https://mevius.5ch.net/test/read.cgi/unix/1582358403/
・【POSIX】UNIXプログラミング【BSD】 [転載禁止](c)2ch.net
https://mevius.5ch.net/test/read.cgi/unix/1443103705/
・おまえら！ shell は何を使っているんですか？
https://mevius.5ch.net/test/read.cgi/unix/1012330865/

**デフォルトの名無しさん** · 2021/03/29(月) 07:34:58.94

>>119
実行ファイルには拡張子をつけないのが
"正しい" 作法ですが？

**デフォルトの名無しさん** · 2021/03/29(月) 07:35:28.60

>>118
できるだけ互換なのを関連付けるのがベストプラクティスじゃないかな

**デフォルトの名無しさん** · 2021/03/29(月) 07:36:04.54

>>122
だから誰がつけるのよ？

シェルスクリプト配布時に作者が
どうやってつけるの？

**デフォルトの名無しさん** · 2021/03/29(月) 07:36:41.97

>>121
どう考えても良くない習慣だと思うよ…

**デフォルトの名無しさん** · 2021/03/29(月) 07:39:18.53

>>123
それはユーザー側でやるべきことだと思うけど、
sudo 要求できるならecho ... >>って手もあるかも

**デフォルトの名無しさん** · 2021/03/29(月) 07:42:17.96

>>124
良くない習慣だと言ってる人はだれもいません。
実際にディストリに含まれる実行プログラムで
実装言語の拡張子をつけてるプログラムは一つもありません
Ruby、Perl、Python、拡張子がついてますか？

そもそもさぁ、作者が拡張子 .sh つけたとしても
じゃあ、これを何で動かせば良いのさ？

/bin/sh が bash だって言ってんだろ

**デフォルトの名無しさん** · 2021/03/29(月) 07:50:37.48

>>126
ちゃんとユーザーがどのインタプリタ(*sh、.py etc)で実行するべきか分かるように拡張子を付けるようにしましょう、って提言してる

そりゃインタプリタはインタプリタ名が自身を現してるから付ける必要は無いけど、解釈されるスクリプトには付けない理由は無いでしょう
パス決め打ちに依存するシバンより確実にインタプリタを指定できるわけだし

**デフォルトの名無しさん** · 2021/03/29(月) 07:56:33.90

>>127
> ちゃんとユーザーがどのインタプリタ(*sh、.py etc)で実行するべきか分かるように拡張子を付けるようにしましょう、って提言してる

少しは想像力ないのか？

作者が、.sh という拡張子を使って配布して
それをユーザーが、.bash に変更するようにしましょう
とお前が言っていて

そうするとファイル名変わるから、その .sh が
呼び出せなくなるだろ

ぐらいのこと思いつかんのか？

**デフォルトの名無しさん** · 2021/03/29(月) 07:57:55.93

訂正

そうするとファイル名変わるから、その .sh を
内部で呼び出すスクリプトが動かなくなるだろ

**デフォルトの名無しさん** · 2021/03/29(月) 07:58:26.46

だいたい「拡張子をつけないのが常識」だから
シバンというものがあるんだがな

**デフォルトの名無しさん** · 2021/03/29(月) 07:59:44.04

焦りすぎだ落ち着けw

**デフォルトの名無しさん** · 2021/03/29(月) 08:04:34.67

落ち着いてるｗ

そもそも拡張子ではどのインタプリタで動かすのかわからないという前提があるのに
今更何を言ってんだこいつって話

**デフォルトの名無しさん** · 2021/03/29(月) 08:04:56.34

>>128
拡張子は配布者が指定するんだよ、誤解を招いたみたいですまん

ここまでシバかれるとは思わんかった…
実行ファイルに拡張子付けるのが気に入らんなら、ファイル先頭付近のコメントにmime-typeを書いておけば検知されるわけだし、これなら既存の慣習と衝突しない落とし所としてどうだろ？

**デフォルトの名無しさん** · 2021/03/29(月) 08:12:16.40

>>132
zshくらい所謂shと違うと、.zshと付いてること多いけど、bashくらいの分かりにくい拡張だとshと付けたくなるのは分かるなあ

**デフォルトの名無しさん** · 2021/03/29(月) 08:12:32.79

>>133
> 実行ファイルに拡張子付けるのが気に入らんなら
気に入る気に入らないじゃなくて、拡張子をつけてはならない。
それともお前はwhichコマンドを、which.shに変更しろって言う気か？

**デフォルトの名無しさん** · 2021/03/29(月) 08:17:34.76

>>135
規格で決まってるコマンドはそりゃ付けちゃだめだよ
それ以外は気にいるか気に入らないかの問題でしょう
気にならないなら拡張子を付ける、気に入らないならmailcapが見つけられるようコメントにmimeを書く

**デフォルトの名無しさん** · 2021/03/29(月) 08:19:14.60

> それ以外は気にいるか気に入らないかの問題でしょう

違う。互換性の問題
実装言語を変えても、互換性は保たれなければならない

**デフォルトの名無しさん** · 2021/03/29(月) 08:22:32.70

>>137
なるほど、やっぱ拡張子はダメですね…アホなこと言ってました
コメント自動検知の方は何か見落としないですかね？

**デフォルトの名無しさん** · 2021/03/29(月) 08:26:40.81

OSの仕様として二行目にシバン２を作れって話？ｗ

**デフォルトの名無しさん** · 2021/03/29(月) 08:35:53.68

結局はシバンを/usr/bin/env bashとかにすれば同じこと

**デフォルトの名無しさん** · 2021/03/29(月) 08:40:37.26

>>139
まさにその為にPOSIXへ導入された機構なのではないでしょうか？
mailと付いているのはメール方面で発展したからかな？と気になりますが
先頭付近に書いておけばrun-mailcapが検知してくれますよね、vimのモードラインみたいに先頭5行のような明確な判定法ってないんですかね？
ブラウザなんかはヒューリスティックで上手く決めてくれますけど、

**デフォルトの名無しさん** · 2021/03/29(月) 08:50:40.11

>>140
シバンが先頭占めてるので、GUIで適当にポチポチする人や、中身知らんけど取り敢えず./scriptで実行しちゃう人にはスルーされちゃうんですよね…
イマイチ強制力がないというか
win、linun、unix、macどこでも同じコマンド/クリックで同じように実行できるのは便利なんですが

**デフォルトの名無しさん** · 2021/03/29(月) 08:58:49.98

マジ意味不明
どんな手段でもいいからファイルの上の方に書いてある
なにかに従って実行ファイルを動かすツールをもってこい
話はそれからだろ

**デフォルトの名無しさん** · 2021/03/29(月) 09:14:27.76

>>143
いや、だからそれがrun-mailcapでは…

ところで、debianのman読むと、最終的にfileコマンドにフォールバックしてmime-typeを決定するとか非常に不吉な事書いてますね！？
うちのfileはシバンから推測（bashとshの区別など）してたと思うので、一旦mailcapを参照する事によるパス非依存性以外に利点がない気がしてきました…
決定アルゴリズムが統一されてないのが課題ですかね
winはもちろん違うでしょうし、unix系でもメーラ/ブラウザは固有の方法で決めてますし

第4のシバンを待つしかないのか！

**デフォルトの名無しさん** · 2021/03/29(月) 09:16:56.36

>>144
なら、run-mailcapでいいじゃん。

あとは何をしてほしいんだ？
run-mailcapが要求する何かをすれば終わりだろ

**デフォルトの名無しさん** · 2021/03/29(月) 09:18:26.85

うだうだと意味不明だな
シバンは(低レベル)OS API(exec系)でサポートされてるんじゃなかったかな
mime-typeを仮にサポートしてるOSがあってもせいぜい高級APIでじゃないの

何を言いたいのかさっぱりわからん

**デフォルトの名無しさん** · 2021/03/29(月) 09:30:51.89

>>146
スレを眺めるに高級環境っぽいので、posixの話はアリかと思いまして
ただ、shを名乗っててもbusyboxとか組み込みだと無さそうな気がしますね（調べてない）
普段コマンドラインに住んでますがすごく便利ですよmailcap
ただ、色々突っ込んで貰ってenvも良さそうな気がしてきました

**デフォルトの名無しさん** · 2021/03/29(月) 09:33:26.88

>>147
だから、mailcapがやってくれるんだろ？
シェルスクリプトの作者がやることはなにもないじゃん

**デフォルトの名無しさん** · 2021/03/29(月) 09:36:04.57

OSレベルでもなくツールで便利だったからかよ？
自分が便利でしかないことをうだうだうだうだとかよw

**デフォルトの名無しさん** · 2021/03/29(月) 09:36:15.38

>>148
シェルスクリプト書く人の話ですよ
実行環境を指定するのに、シバンでパス直打ちか、envか、mailcapか、ということです

**デフォルトの名無しさん** · 2021/03/29(月) 09:38:32.42

>>150
だからmailcapとかいう実行環境を指定するために
何をすれば良いのか聞いてるんだが

**デフォルトの名無しさん** · 2021/03/29(月) 09:43:42.09

mailcapではないがmime-typeをサポートしてるOSがあるんだが。ある意味OSレベルでサポートしてる
作法が多分違うと思うが、それはそれでmime-typeにある意味固執して使うのかなあ？
めんどくささの方が上回りそうだけどw

**デフォルトの名無しさん** · 2021/03/29(月) 09:44:13.43

>>151
普及運動ですかね…

**デフォルトの名無しさん** · 2021/03/29(月) 09:49:41.80

既存の色々を知らなさすぎるのに普及運動とかは無理だろうとしか思えない
OSレベルでサポートしてるOSのでもそんなことやってるヤツ見たことないしな

**デフォルトの名無しさん** · 2021/03/29(月) 09:52:18.11

>>154
はい、当たり前と思ってたら色々目からウロコで
また勉強して建設的な議論ができるようになったら戻ってきます、皆ありがとう

**デフォルトの名無しさん** · 2021/03/29(月) 09:59:52.36

>>137
あるいは、実装の詳細をファイル名に漏出させないため、やな。
ユーザーには関係ないし、開発者のフリーハンドを大きく残しとけるしな。

**デフォルトの名無しさん** · 2021/03/29(月) 10:01:28.74

>>153
普及運動したってmailcapに機能が搭載されてなければ出来ないだろ

だから早くいえmailcapを使うとして
シェルスクリプト作者は何をスレば良いんだ？

実は何もしなくて良いんだろ？ｗ
そもそもmailcap使っても出来ないことだからｗｗｗ

**デフォルトの名無しさん** · 2021/03/29(月) 10:02:18.72

webだとみんなmimeでインタプリタ決めるしな
その方面で育つとカルチャーショック

**デフォルトの名無しさん** · 2021/03/29(月) 10:03:55.77

>>158
そういう流れかあ。それっぽいな

**デフォルトの名無しさん** · 2021/03/29(月) 10:05:03.53

× webだとみんなmimeでインタプリタ決めるしな
○ ウェブサーバーだとみんなmimeでインタプリタ決めるしな

ウェブサーバー側の設定でやるから
スクリプトの作者は何もする必要がない
ウェブサーバー側に相当する何かを用意すればいい

**デフォルトの名無しさん** · 2021/03/29(月) 10:09:45.64

読めてないんじゃないの。そんな具体的な話でないぞ

**デフォルトの名無しさん** · 2021/03/29(月) 10:12:06.19

そういう話だよ

**デフォルトの名無しさん** · 2021/03/29(月) 10:13:08.06

まあ、ご自由に。話が繋がるとは思えないけど
さて

**デフォルトの名無しさん** · 2021/03/29(月) 10:21:39.61

自分で設定するのは面倒、色んな環境の初期設定が揃ってよろしくなってからかな

**デフォルトの名無しさん** · 2021/03/29(月) 15:38:51.51

潔癖症とか完璧主義者とかがUNIX系のもろもろをキモく感じるのはわかる。
とくに最初のころ。

馴れてくると、だいたい気にならんくなってくる。
それがいいことかどうかはわからんけど。ｗ

**デフォルトの名無しさん** · 2021/03/29(月) 15:48:26.38

>>126
うちのはデフォルトで/bin/shがzshになってるよ

**デフォルトの名無しさん** · 2021/03/29(月) 17:08:18.30

>>166
デフォルトで/bin/shがzshのシステムが有るなら教えて
聞いたこと無いぞ

**デフォルトの名無しさん** · 2021/03/29(月) 17:44:52.06

>>167
macOS Catalina
以前は手を入れないとダメだったらしいけど
現バージョンは最初からzshになってる

**デフォルトの名無しさん** · 2021/03/29(月) 17:47:55.60

めっちゃ右翼だなそりゃ…
仕方なく読む專だからわからんのだけど、zshもshっぽく振る舞うモードとかあるんじゃないのさすがに限度ってものがあると思うが

**デフォルトの名無しさん** · 2021/03/29(月) 17:51:37.76

>>169
単にGPL汚染だったからと言われてるけどApple側から説明はないので不明
bashのv4からGPL3になったのが理由だと思う

**デフォルトの名無しさん** · 2021/03/29(月) 17:53:39.75

>>168
> macOS Catalina

どーせそういうと思ったｗ
なんつーか、みんな基礎的な知識がないよな

あ、macOS Catalinaの/bin/shは（POSIXモードの）bash 3.2.57 だ
これからもずっと変わらんだろうよ

**デフォルトの名無しさん** · 2021/03/29(月) 17:56:44.94

>>171
現バージョンはzshになってるよ
確かめてみ

**デフォルトの名無しさん** · 2021/03/29(月) 17:58:03.88

なおBigSurは最初からzsh
もうbashには戻らんだろうね

**デフォルトの名無しさん** · 2021/03/29(月) 18:01:27.34

>>172
お前が確かめろや

/bin/shって入力して、プロンプトになんと表示されるか言ってみろ

**デフォルトの名無しさん** · 2021/03/29(月) 18:04:28.54

ログインシェルと /bin/sh は違うぞ
/bin/sh がなんなの確認してみ

**デフォルトの名無しさん** · 2021/03/29(月) 18:06:21.42

>>174
とっくに確かめてるって
BigSurはまだ更新してないから聞いただけだが最初からzsh
わからん人だね

そんに疑うなら自分でやってみ

**デフォルトの名無しさん** · 2021/03/29(月) 18:07:44.45

>>175
zshにリンクされてるね

**デフォルトの名無しさん** · 2021/03/29(月) 18:07:48.03

>>176
俺が聞いたのは、プロンプトになんて表示されるかだ
なぜ質問に答えられないのか？
それだけなんだが？
レスするよりタイプ文字は少ないだろ

ああ面倒だｗ

答えは、sh-3.2
bash 3.2の3.2だ

なにか言い返す言葉はあるか？

**デフォルトの名無しさん** · 2021/03/29(月) 18:08:14.41

>>176
確かめてないだろw
冷静にもう一度ちゃんと確かめてみ

>macOS Catalina
>以前は手を入れないとダメだったらしいけど
ってのからも明らかにログインシェル＝/bin/shだと思ってるだろうし

**デフォルトの名無しさん** · 2021/03/29(月) 18:10:30.37

>>177
されてない

それどころかbashにもリンクされてなくて
ファイルサイズはbashとzsh（ほぼ同じぐらい）の1/10程度しかない

これは/bin/shがbashをベースにPOSIXに準拠するだけの機能に
減らしてビルドした縮小版だからだ

**デフォルトの名無しさん** · 2021/03/29(月) 18:13:42.46

>>177
嘘なのかw、マジでそうならなんかおま環くさい
/bin/shがコロコロ変わったら困るから(コロコロ変わる必要もないしな)、なんらか(chsh)でそうなるわけもなく、なんでそうなんか...嘘くさいww

BigSurはまだ更新してないからってことは、Catalinaか...尚更嘘くさい
そんな変なの捨ててクリーンインストールしなさいなww

**デフォルトの名無しさん** · 2021/03/29(月) 18:14:08.54

しかしmacOSの/bin/shが、bashやzshの1/10にまでサイズが減ってるとなると
本来のbashに比べて/bin/shは相当機能が削減されたbashだと思うけど何が減ったんだろう？
/bin/shはbashのインタラクティブシェルとしての機能を削っただけかな？

**デフォルトの名無しさん** · 2021/03/29(月) 18:16:02.09

チャーリー浜「...」

**デフォルトの名無しさん** · 2021/03/29(月) 18:16:35.62

そういやqiitaかなんかでmacOSの/bin/shを最新のbashに
アップデートしましょうとか書いてあった記事があったな
Apple版bashじゃなくてbash本家からビルドしてsudoでcpしてw
システム壊す気かって思ったｗｗｗ

**デフォルトの名無しさん** · 2021/03/29(月) 18:25:27.61

>>183
そこまで書いたなら書いてよw
一瞥でなんのこっちゃと思った。それが狙いかも知れんが

**デフォルトの名無しさん** · 2021/03/29(月) 18:30:46.99

ふ、黙った所を見ると終わったかね？素人が俺様に敵うわけねーだろ

**デフォルトの名無しさん** · 2021/03/29(月) 18:33:56.47

お前はそれを冗談で言ってなさそうなとこがな

**デフォルトの名無しさん** · 2021/03/29(月) 18:34:14.26

動いてるなら必要十分だよな
bashはもうバージョン5だし、補完やらのAPIを外部に晒したのが成功して、対話モードが随分良くなった
2つ入れるのはアリだと思う
名前も念の為分けといた方がいいかもしれない(俺はサボったけど)
ただ、呪文のようなパラメータ置換をモリモリ実装してるのは頭おかしいと思う
外部コマンド使え

**デフォルトの名無しさん** · 2021/03/29(月) 18:35:37.53

> ただ、呪文のようなパラメータ置換をモリモリ実装してるのは頭おかしいと思う
> 外部コマンド使え

1/1000ぐらいにパフォーマンス下がるぞｗ
数値は適当だが

**デフォルトの名無しさん** · 2021/03/29(月) 18:38:16.17

外部コマンドはパフォーマンスが大幅に低下するだけじゃなく
改行をうまくあつかないという問題がある
変数には改行を入れられるが、外部コマンドだと行区切りとして扱われる

**デフォルトの名無しさん** · 2021/03/29(月) 18:46:02.19

そういえばCatalinaだとこれ↓見ろってでますね
https://support.apple.com/kb/HT208050

**デフォルトの名無しさん** · 2021/03/29(月) 18:59:51.55

>>191
> macOS Catalina の Bourne 互換シェルとのスクリプトの互換性をテストするには、
> 「/var/select/sh」を「/bin/bash」「/bin/dash」または「/bin/zsh」に変更してみます。

それみてmacOSの/bin/shのサイズが1/10しかない理由がわかったｗ

man shすれば書いてあったが、macOSの/bin/shはシェル本体じゃなくて
シェル（/var/select/sh、デフォルトは/bin/bashへのシンボリックリンク）
を起動するためのコマンドなのか

どおりでstrings使ったらbashやzshといった文字が見つかるわけだ
/bin/sh をデフォルトのbashから別のシェルに変更したい場合は
シンボリックリンクを変更すれば出来るんだな

ってことはやっぱり単にPOSIXモードが有効になったというだけのbashなのかもな

**デフォルトの名無しさん** · 2021/03/29(月) 19:55:41.76

>>191
/bin/dash ってあるから、
次か次の次かで /bin/sh は bash を捨てて(流石に捨てるだろう3ベースのなんて。kshがまだあるから同じように残るか？？) の dash になる可能性が大な感じ？

**デフォルトの名無しさん** · 2021/03/29(月) 20:03:13.24

>>193
bashからdashに変更すると互換性が壊れるからなぁ
まあそれをUbuntuがやってのけたから
互換性気にしないAppleならやるかもな

保守が続いてるdashに変更するか
それともAppleがbashをメンテンスし続けるか
後者でもほぼ修正はないんだから、大変ではないだろうな

**デフォルトの名無しさん** · 2021/03/29(月) 20:07:19.27

>>189
そこまで気にしてなかった、利点はあるのね
しかしパースの曖昧さissueがどんどん上がってたり、使わない部分にまで影響が及ばないか不安になってくる

**デフォルトの名無しさん** · 2021/03/29(月) 20:10:44.21

Appleでメンテするのがめんどくさくなって捨てるのは定番
移行を即すためにも最後のあるんだろうし、dashをも入れてるのは意味があることだろう
Appleの準備が終わったら＆Appleが移行期間が終わりと見なしたら変わるだろうな
bashに固執することなんてないし

**デフォルトの名無しさん** · 2021/03/29(月) 21:01:40.15

bashは機能拡張とかいうレベルのメンテはしなくていいけど
もしかしたらこれから新たな脆弱性が見つかる可能性もあるからね
そうなると古いbashは公式にはメンテされない
Appleが独自で修正を入れる必要がある

/bin/sh(=/bin/bash）はAppleが手を入れてるからGPLv3だと困るとして
まったく手を入れなくていいとなった場合
macOSに新しいbashをバンドルすることはあるだろうか？

つまり古いbashはいずれにしても問題があるわけで更新しなければいけない
だから/bin/shをdashに変更した後、bash5をバンドルするかなってこと？
それが無理ならdashに変更したらbashを削除することも有り得そう
それを見越してzshに移行しろって言ってるのかもな

**デフォルトの名無しさん** · 2021/03/29(月) 21:01:56.86

つまりbash用スクリプトはmacOSで動かないわけで、
bashを入れるためにはHomebrewを使わなければならないわけで
そうするとbashからdash（POSIX準拠）に書き直す必要があるんじゃないか？ｗ

HomebrewのインストーラーをRubyからBashに書き直しました！
https://itchyny.hatena
blog.com/entry/2020/03/03/100000

これどれくらいbash依存してるんだろう？

**デフォルトの名無しさん** · 2021/03/29(月) 21:13:02.60

Homebrewのインストーラー
https://raw.githubusercontent.com/Homebrew/install/master/install.sh

ざっと見てみたが、結構長いな
配列使ってるところがread -n 1が少し厄介だな

POSIX準拠させるよりもzshで動くようにしたほうがいいのかもしれんな
しかしこれどうやってテストしたんだろうか

**デフォルトの名無しさん** · 2021/03/29(月) 21:49:47.52

ふむ read -n 1 = getchのPOSIX準拠コードはあるようだ

https://qiita.com/miminashi/items/ad060c43c130581b412a

getch() {
old=$(stty -g)
stty raw -echo min 0 time 1
printf '%s' $(dd bs=1 count=1 2>/dev/null)
stty $old
}

じゃああとは配列の置き換えが面倒なだけだな

**デフォルトの名無しさん** · 2021/03/30(火) 22:27:21.29

こうなったら世界唯一のリードオンリー言語、applescriptで書き直すしかないな

**デフォルトの名無しさん** · 2021/03/31(水) 11:33:02.43

arrayも使えないのは正直つらい

コマンドだけど魔改造でびっくらこいたのはlinux版のcolumn.1(kernel.org配布なんで公式のはず)だなあ
linuxなのに-hも--helpも受け付けないbsd版使ってたわ
--jsonとか--treeとかもはやcolumnの域を超越してる

**デフォルトの名無しさん** · 2021/03/31(水) 12:20:25.54

配列なんていらんと思ってるけど、何に使ってるか聞いていい？
できれば難しいケースでｗ

**デフォルトの名無しさん** · 2021/03/31(水) 12:34:19.85

ごめん、単語分割めんどいので全部突っ込みます

**デフォルトの名無しさん** · 2021/03/31(水) 12:37:32.99

>>204
https://github.com/koalaman/shellcheck/wiki/SC2086

こうやりたいのなら
options="-j 5 -B"
make $options file

こうやればいい
make_with_flags() { make -j 5 -B "$@"; }
make_with_flags file

配列はやっぱり、いらんのよなぁ

**デフォルトの名無しさん** · 2021/03/31(水) 12:43:15.98

単語分割は値にスペースが入ってるときに困るんで基本使わないよ。
その上で配列いらんと思ってる。>>205に書いた通り

**デフォルトの名無しさん** · 2021/03/31(水) 16:10:08.25

>>205
ああwikiにもデバッグにもお世話になってるわshellcheck様々

まあそうなんだけど、逆に割りたいところでは割りたい時にも文字列より便利なんだよなコマンド組み立てとか

そもそも俺のは乱用であって、配列本来の用途は添字で引くことでしたね！
mktempしてpaste key valueを流し込み、
grep ^key^I |cut -f2-
で引くとかぱっと思いつくけど、汚え
なんか良い方法あったらご教授頂きたい

**デフォルトの名無しさん** · 2021/03/31(水) 16:20:02.26

まずmktempじゃなくて文字列変数でいいな、最大サイズとか規格にありそうだけどとりあえず

**デフォルトの名無しさん** · 2021/03/31(水) 16:54:44.20

配列は普通キーと値を追加して育てるので'key sep val '>>で追記
二度同じキーを入れると複数引っかかるので
tac |grep -m1あるいはtail -n1
とりあえずkey sep>>で空文字が返るでよしとする
でもunsetと区別できない
セパレータはタブよりヌル文字にあたりにしたほうが無難そう

ボロボロ出てくるんで出直してきます…

**デフォルトの名無しさん** · 2021/03/31(水) 20:23:49.38

>>207-209
ちゃんと読んでないけど

コマンド組み立てならこんな感じ
[ "$FLAG" = "on" ] && set -- -f "$@"
[ -e "$FILE" ] && set -- --file "$FILE" "$@"
cmd "$@"

添字で引きたいならこんな感じ
set -- a b c
echo $2

grep ^key^I |cut -f2- なら、次のようにすればgrepもcutも使わなくても出来るよ
while IFS="$TAB" read -r key value; do
echo "$value"
done

一般的なプログラムでは配列あったほうがいいけど
シェルスクリプトでやるような内容で配列なんかいらない
ただみんなシェルスクリプトを雰囲気でやってて知らないだけ

**デフォルトの名無しさん** · 2021/03/31(水) 20:37:35.81

でも、PerlもPythonもないけど、いれるほどでもない用事のときには、Bashくらいが適当かつ充分だったりするからね。

**デフォルトの名無しさん** · 2021/03/31(水) 20:43:11.59

へー、fi って終了って意味だったのか。勉強になった

https://www.dict.com/%E3%82%AB%E3%82%BF%E3%83%AB%E3%83%BC%E3%83%8B%E3%83%A3%E8%AA%9E-%E6%97%A5%E6%9C%AC%E8%AA%9E/fi

fi, -na [fi]
終了, 終止, 終わり, おしまい, 最後, 結末, 終結

**デフォルトの名無しさん** · 2021/03/31(水) 20:44:51.45

>>211
そのBashくらいが～が俺にとっては、Dash（POSIX準拠）で十分なんだよね

**デフォルトの名無しさん** · 2021/03/31(水) 21:13:09.30

まじかよ、じゃあesacもすげー意味に違いないな

**デフォルトの名無しさん** · 2021/03/31(水) 21:16:15.45

https://acronyms.thefreedictionary.com/ESAC

**デフォルトの名無しさん** · 2021/03/31(水) 22:31:27.28

実際fiって映画の最後のfinから来てるのかもな

**デフォルトの名無しさん** · 2021/04/01(木) 03:14:03.54

ここが教養スレだ！

**デフォルトの名無しさん** · 2021/04/01(木) 14:47:29.53

シェルスクリプトじゃないけど、質問。
makeで、ターゲット実行が成功しても失敗しても、最後に後始末みたいな処理をさせる方法はない？
bashならtrap ... EXITでできるけど。

**デフォルトの名無しさん** · 2021/04/01(木) 15:17:09.43

https://stackoverflow.com/questions/28597794/how-can-i-clean-up-after-an-error-in-a-makefile
やることは同じだな

**デフォルトの名無しさん** · 2021/04/01(木) 21:35:25.25

>>219
ああ、pipefailの意味をやっと理解したわ
bashのinfo何度も通読してるはずなんだけど、last commandのステータスを返すって当たり前じゃね、ってスルーしてた…
限りなくバグに近い仕様ってやつか

**デフォルトの名無しさん** · 2021/04/01(木) 22:02:03.77

互換性オプションはマニュアル読んでも例を見ないと分からない物が多いと思う

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

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