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

**デフォルトの名無しさん** · 2021/10/05(火) 22:49:30.91

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

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。
・「POSIX原理主義」「ユニケージ」「USP研究所」はPOSIXとUnixを曲解し
間違ったシェルスクリプトを広めている宗教です。洗脳されないようにしてください。

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

関連スレ
・【Bash】Windows Subsystem for Linux【WSL】11
https://mao.5ch.net/test/read.cgi/linux/1627507889/
・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/

**デフォルトの名無しさん** · 2022/10/22(土) 01:01:42.39

よし、要らんな

**デフォルトの名無しさん** · 2022/10/22(土) 01:20:59.11

echo 成功を祈るだべぇ >|"$0"

**デフォルトの名無しさん** · 2022/10/24(月) 09:33:19.96

**デフォルトの名無しさん** · 2022/10/24(月) 13:21:29.09

>>891
そんなアホみたいなことしてないでmkpasswd使え

**デフォルトの名無しさん** · 2022/10/31(月) 23:10:15.52

"c:\test\e01"
の文字列をkshで書く際に
"c:\\test\\e01"
とすると"c:\test□01"と化けてしまうのですが、
どう記載したら良いでしょうか。

**デフォルトの名無しさん** · 2022/10/31(月) 23:54:05.96

そもそもコマンドは何？勝手にc風エスケープ受け付けるコマンドと仮定するけど

\tにはちゃんと\効いてるのに、よりマイナーな\eをesc文字と解釈するのが気持ち悪いな

とりあえず'(シングルクオート)でそのまま囲めば？

**デフォルトの名無しさん** · 2022/11/01(火) 00:00:32.67

初歩的過ぎ、あるいはkshでは違ったらごめんだけど

"\\"はコマンド関係無しにシェルが\と解釈する
後はコマンドが解釈する

という前提はok?

**デフォルトの名無しさん** · 2022/11/05(土) 13:54:01.79

"#!"機能の有無の検出って、シェルでどう書くんだっけ？

**デフォルトの名無しさん** · 2022/11/05(土) 13:57:55.08

"#!"機能の有無ってなんだよ？

**デフォルトの名無しさん** · 2022/11/05(土) 13:58:30.81

#!/usr/bin/perl の場合を例にして言ってみて

**デフォルトの名無しさん** · 2022/11/05(土) 14:14:53.38

>>896
実際に呼んでみれば？

echo '#! /usr/bin/echo true' >hash-bang-p
chmod u+x hash-bang-p

if ./hash-bang-p |col1; then
# assume implicit invocation available.
else
# don't rely on the mechanism,
# explicitly specify interpreter.
fi

的な感じで

**デフォルトの名無しさん** · 2022/11/05(土) 14:20:51.30

ごめんcol1じゃダメそうだわ
機構が有効なら./hash-bang-pは文字列を返して、そうでなければ返さない(例:sh ./hash-bang-p)
事に注意してよしなに

**896** · 2022/11/05(土) 14:29:19.32

>>897
SVR2とかは>>898みたいに書いても、単にコメントとして処理されてたんです
(この例だとperlは実行されない)

>>899
やぱし呼んでみるしかないか…

**デフォルトの名無しさん** · 2022/11/05(土) 14:33:42.19

SVR2なんか今時使うの？
もうとっくの昔にサポート切れで脆弱性とかあるのでは？

**デフォルトの名無しさん** · 2022/11/05(土) 14:43:53.71

>>901
#!機構で呼んでくれないけど、#!指定のインタプリタを呼びたいケース
例えば実装スクリプト言語が不明/システムにより異なる場合等
とりあえずパースすれば？

`echo "$(head -1 unknown-script)" |tr -d '!'#`

的な感じで
汚ないというのは、まあ容赦してくれ

**デフォルトの名無しさん** · 2022/11/05(土) 14:45:39.00

伝統的にスクリプト実装だけど、効率のためバイナリに置き換えられてる場合も多々あるので、fileの結果を見た方がいいかも

**デフォルトの名無しさん** · 2022/11/05(土) 14:52:27.83

分かりにくいと思うので補足>>903

例えばunknown-scriptが先の./hash-bang-pなら
中のコマンド置換は文字列
/usr/bin/echo true
を返す

外のコマンド置換でこれがコマンドとして実行され
true
が返る（はず）

**デフォルトの名無しさん** · 2022/11/05(土) 14:55:56.67

System V Release 2は1984年4月にリリースされたって書いてあるんだが
38年前かー。ファミコンのパックマンの発売年じゃん。
初代スーパーマリオの一年前のUNIX
そんなの使ってるなんてなんか可哀想ｗ

**デフォルトの名無しさん** · 2022/11/05(土) 14:58:08.92

>>903
SVR2ならBourne Shellだからそれ動かないんじゃね？

**896** · 2022/11/05(土) 14:58:35.52

>>902
そういやperl4のConfigureって判別してたよなって思い出して、
っぃ…

**デフォルトの名無しさん** · 2022/11/05(土) 15:10:30.65

>>908
そんな古代のOS対応するだけ無駄、さっさと切り捨てろ
昭和じゃねー。もう平成だぞ。

**デフォルトの名無しさん** · 2022/11/05(土) 15:15:49.65

単に$?を見るのはダメだったの?
本質はOSがshebangをサポートしてるかどうかの判定だから、やってみて戻り値見る行為以外ないんじゃないかな
>>903みたいのはzshが内部でexecve()の失敗後にやってるけど、判定が主題ならそのconfigureのやりかたを見てみたいな

**デフォルトの名無しさん** · 2022/11/05(土) 15:18:31.87

>>907
そうか、というか仮に動いても正しく動く保証は全く無いな…
長さ制限を除いても、#!機構のパースは一般にシェル言語と全く関係がないので(特に引数やクオート)

例えばlinuxの#!機構は引数は一つまでなので
#! /usr/bin/env -Scommand\_arg1\_arg2
みたいなものが書かれる
perl等も(独自の)似たようなワークアラウンド機構を持ってたはず

そのままシェル言語として通用する文字列が得られるのは
#! /path/to/command alnumonly
くらいな気がする

**デフォルトの名無しさん** · 2022/11/05(土) 15:24:38.61

その頃のUNIXだったら/bin/shじゃなくて/usr/bin/shとかも
考慮しないといけないのでは？

**デフォルトの名無しさん** · 2022/11/05(土) 15:40:46.08

>>912
そこまでワークアラウンドを積み重ねるくらいなら、もう潔く決め打ちで"分かりやすく"失敗して、ユーザーに適宜直してもらうべきだな

自分で言うのもアレだけど、>>903にSVR改修、パスサーチ、言語毎の#!機構用ワークアラウンドに対するワークアラウンド…
を加えていけば、一体どんなモンスターになるやら

**デフォルトの名無しさん** · 2022/11/05(土) 15:43:33.14

>>913
うん、で今は#!に対応してないUNIXなんてないんだから
やる意味ないよねって結論になる。

**デフォルトの名無しさん** · 2022/11/05(土) 17:48:14.73

変な工夫を凝らして変死するのが最も厄介

>>899
必要かどうかはさておき少しだけ読みやすく
(hash-bang-p)
#!/usr/bin/true
false # or exit 1

if ./hash-bang-p; then
...

**896** · 2022/11/05(土) 21:40:31.60

>>910
perl5のConfigure出てきた
github.com/Perl/perl5/blob/blead/Configure
これのsharpbangって変数のあたり

でも、これ自体はmetaconfigが自動生成したやつだしな…

**896** · 2022/11/05(土) 22:42:53.63

>>899
-P Convention………lisperの『味』だぜ……

**デフォルトの名無しさん** · 2022/11/05(土) 22:51:42.45

metaconfigのソース見ると実際にスクリプトを実行して戻り値で判定してるね

**896** · 2022/11/06(日) 16:23:58.52

UNIX板のシェルスクリプトスレの方がいいのだろうか…

>>908
レトロゲームをやりこむのに近い行為なのかもです

**デフォルトの名無しさん** · 2022/11/06(日) 16:29:03.77

レトロゲーム本体がないのにどうやって動作確認するの？

**デフォルトの名無しさん** · 2022/11/08(火) 22:58:25.15

UNIX板って機能してるのかな
見ておいでよ

**デフォルトの名無しさん** · 2022/11/10(木) 16:24:36.94

UNIX板は過疎板

**デフォルトの名無しさん** · 2022/11/10(木) 16:54:57.94

macOSはUNIXだけど専用板あるし
UNIXなんてもう使われてない
BSDももうおしまい

**デフォルトの名無しさん** · 2022/11/10(木) 18:44:31.43

ユーザにとってはな

**デフォルトの名無しさん** · 2022/11/10(木) 19:50:54.97

>>924
あとサーバー系もUNIXは終わってるよね
ハードウェアを作っているところが
ドライバを非公開にして、ハードウェアを
販売したいってところでしか使われてない

**デフォルトの名無しさん** · 2022/11/11(金) 02:08:38.50

一般ユーザにとってはな
無知晒すのもいい加減にしろよ

**デフォルトの名無しさん** · 2022/11/11(金) 02:58:35.00

残念ながらUNIXのシェアは0.1パーセントとかなのよね
https://w3techs.com/technologies/details/os-unix

**デフォルトの名無しさん** · 2022/11/11(金) 12:25:02.65

そのページはWebサーバ限定で、しかもUNIXは80.3%使用されてるって書いてあるけど…

仮にlinuxとBSDを抜いたとしても、
0.803×0.533=約40%は使われてる計算

**デフォルトの名無しさん** · 2022/11/11(金) 15:42:15.81

>>928
unknownだろそれ
アホなのか？

**デフォルトの名無しさん** · 2022/11/11(金) 17:55:17.80

>>929
アホはお前だろ。英語一文字も読めないのかよ

**デフォルトの名無しさん** · 2022/11/11(金) 19:48:26.89

どこの英語一文字の話をしているのか言ってみ

**デフォルトの名無しさん** · 2022/11/11(金) 22:25:10.60

どっちもどっち
unknownはlinux含むunix
linuxを除くunixがそこに何%含まれてるかは分からない
だからunixのシェアが0.1%とも40％ととも言えない

**デフォルトの名無しさん** · 2022/11/11(金) 23:07:06.98

どっちかわからんなら
分かってるのと同じ割合を割り当てろよ

**デフォルトの名無しさん** · 2022/11/11(金) 23:15:32.87

基盤なunixは変わらず生き続ける
linuxは傍流でしかない、仕様策定上は。bashismで見られるようにw
linux使ってるだけのlinux中だろな。中学生な

**デフォルトの名無しさん** · 2022/11/12(土) 00:47:02.31

>>934
分かった分かった。

Linuxは生き残る
死ぬのはBSD UnixとSystemV Unix

このように言えってことだろ
分かってるって

**デフォルトの名無しさん** · 2022/11/12(土) 13:16:01.01

頭悪い反発

**デフォルトの名無しさん** · 2022/11/12(土) 19:15:00.71

あるディレクトリの下にサブディレクトリがいくつかあって、それぞれのサブディレクトリの中にはファイルがいくつかずつある
このサブディレクトリ群内のファイルを対象に作成日時が新しいものから順に任意の個数を選んでサブディレクトリ名を含んだパス名を出力する場合どう書く?

**デフォルトの名無しさん** · 2022/11/12(土) 19:49:20.63

どう書く？どう書く？ど～う～書く？
君ならどう書く～？

**デフォルトの名無しさん** · 2022/11/12(土) 20:04:50.63

Perlで書く。
適材適所。

**デフォルトの名無しさん** · 2022/11/12(土) 21:33:57.14

適材適所ならシェルスクリプトの方が適してるでしょ？

**デフォルトの名無しさん** · 2022/11/12(土) 23:40:47.58

自己解決した findのprintfオプションとsortとsedで出来たども

**デフォルトの名無しさん** · 2022/12/15(木) 20:10:29.53

bashの実行中上書き動作ってどういう時に役立つの？

**デフォルトの名無しさん** · 2022/12/15(木) 20:30:31.26

Unix/Linuxは昔から実行中にファイルを書き換えられる
Windowsとは違う

**デフォルトの名無しさん** · 2022/12/15(木) 21:57:10.51

超Geekぐらいだろな、役立つように使おうとするのは
機能としてではなく限られたメモリ上でどうするかでそうなったんじゃね
>>943
バイナリの正当な(？)実行ファイルもそうなのか？
あり得ないけど＝今時のUnix系OSはそうはならない

**デフォルトの名無しさん** · 2022/12/15(木) 22:14:44.89

UNIX/Linuxにはアドバイザリロックしかないんだから
実行中にファイルは書き換えられる
バイナリ実行ファイルは、スクリプト言語とは違って
最初にメモリに全部読み込むってだけ

**デフォルトの名無しさん** · 2022/12/15(木) 23:02:40.00

そもそも、シェルやしな。
インタラクティブが前提なら必要なとこまでしか読んどらんやろから、自然とそうなるんちゃうか。

**デフォルトの名無しさん** · 2022/12/15(木) 23:11:24.42

インタプリタっていうのは元々そういうもんだと思うけどね
一行ごとに解釈するものなんだから、必要ないところまで読み込む必要がない

最近のスクリプト言語は最初にファイル全体を解釈して
内部的にバイナリにしているような気がするけど
それもファイル単位で動的にファイルを読み込むこともあるし

**デフォルトの名無しさん** · 2022/12/15(木) 23:16:12.82

昨年末にHP（が作成したスクリプト）が京大のスパコンデータを吹き飛ばした事故があったけど、あれも原因は「実行中のシェルスクリプト書き換え」だったはず

**デフォルトの名無しさん** · 2022/12/15(木) 23:19:14.14

普通にバックアップ処理実行中に
プログラムアップデートするなって話だな

**デフォルトの名無しさん** · 2022/12/16(金) 09:17:10.65

>>947
opengroupはシェルスクリプトのコンパイルとか静的解析とか、なにやら不穏な事を考えているよう
One justification for ignoring the contents of IFS upon entry to the script, beyond security considerations, is to assist possible future shell compilers. Allowing IFS to be imported from the environment prevents many optimizations that might otherwise be performed via dataflow analysis of the script itself.
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/sh.html

寡聞だが珍妙な事やってるシェルなんて知らないし、シェルスクリプトなんてロートルなのがむしろ魅力なのにな

ちなみに俺はexitの後に>>"$0"でデバッグ中のログ取りしてる、別にログファイル作るのめんどいしバッファ再読み込みでエディタにすぐフィードバックが得られる

他のビルトインの項を見ても珍妙な展望(？)が見られて面白い、誰が望むんだこれ
It is anticipated that a future implementation could take advantage of this and provide something like:

outofloop: for i in a b c d e
do
for j in 0 1 2 3 4 5 6 7 8 9
do
if test -r "${i}${j}"
then break outofloop
fi
done
done

and that this might be standardized after implementation experience is achieved.

実装に先走って舵取りまでやりたいのかこいつら、傲慢もいいとこ

**デフォルトの名無しさん** · 2022/12/16(金) 09:26:55.18

exitやexecの先まで読まれるとtclやperlのように頭だけシェルスクリプトとして読まれて、読まれない部分にコードを記述するインタプリタや、到達しない部分をデータ置き場として使ってるスクリプトが困るような

まあ展望されている実装が十分賢くて、そこでシンタックスエラー出さないなら問題無いんだけど

**デフォルトの名無しさん** · 2022/12/16(金) 09:41:47.00

source another-file
${exitcmd}
こんなもん解析できるわけねー

**デフォルトの名無しさん** · 2022/12/16(金) 10:43:52.39

>>950
何言ってるの？ opengroupはシェル開発者がやろうと思っていることを
妨げないようにしているだけ

シェルスクリプトのコンパイルであればBourne Shellの開発者がやろうとしたことだし
Korn Shellにはずっと前からシェルスクリプトのコンパイラがある

お前の意見を押し付けるな
傲慢はお前だろ

**デフォルトの名無しさん** · 2022/12/16(金) 10:48:02.96

>>950
誰が望むんだって、それただのラベルを使ったループの脱出じゃん
そういった拡張シェルを作りたい人もいるだろうし
お前は、将来の目をつもうとしてるのか？
シェルが改良されたら困ることでもあるのか？

まああるんだろうな。
新しいシェルを勉強したくない

**デフォルトの名無しさん** · 2022/12/16(金) 10:53:44.58

> ちなみに俺はexitの後に>>"$0"でデバッグ中のログ取りしてる、別にログファイル作るのめんどいしバッファ再読み込みでエディタにすぐフィードバックが得られる

珍妙な事やってるな（笑）

**デフォルトの名無しさん** · 2022/12/16(金) 10:56:32.82

面倒がまた増えるのか

**デフォルトの名無しさん** · 2022/12/16(金) 11:00:38.08

>>951
単純にシェルスクリプトにシェルスクリプトとして解析できないものを埋め込んだら
コンパイルできないってだけだろ

頭固いよ（笑）
なんでシェルスクリプトのコンパイラは
どんなシェルスクリプトにも対応できなきゃ駄目だって
思っちゃうの？

【注意】以下のようなコードを書いたらコンパイルできません

って注意書きを書くだけでいいんだよ？
もっと柔軟な頭を作ろうね（笑）

**デフォルトの名無しさん** · 2022/12/16(金) 11:01:23.90

インタプリタを軽くした方が筋がいいと思うわ
dashもなだかんだでコマンドライン編集や規格に従いたくて対話機能落とせてないし
どうせスクリプティングにしか使われないんだから、規格なんて無視すればいいのにと思う

**デフォルトの名無しさん** · 2022/12/16(金) 11:06:09.35

機能を削減したら互換性がなくなるだろ
規格準拠じゃなくて、互換性のためにやってる

**デフォルトの名無しさん** · 2022/12/16(金) 12:14:08.72

>>950
vi編集モードの指定がやけに細かいな
dashはemacsもヒストリもサポートしてるしむしろ対話シェルとして十分使える方で、普段対話使いしてる人もまあ居るかも

シェルスクリプトエンジンとしては、ttyに見せかけてvi/emacs風キーバインドを送って間接的にコマンドバッファ弄ったり、ヒストリ検索活用するシェルスクリプトが多いなら互換性の為に要るけど、要るかね？

対話用途の人も少なからず居るだろうからdashとしては出せなくても、名前を変えてシェルスクリプトエンジンとしてもっと特化した版があれば嬉しい

**デフォルトの名無しさん** · 2022/12/16(金) 16:12:38.11

シェルスクリプトなんてコンパイルしたところで外部呼び出しだらけだし大して速くもならんでしょ

恩恵あるのはビルトインだけでループぐるぐる回すベンチくらい

**デフォルトの名無しさん** · 2022/12/16(金) 16:15:48.57

>>960
> vi編集モードの指定がやけに細かいな
もしかしてPOSIXが仕様を決めたから
dashはその通りに作ってるとか思ってる？

vi編集モードとかemacsとか、それを最初にやったのはkshなの
dashやbashや他のシェルはそれを真似しただけ
POSIXはkshやdashやbashで移植性があるものを文書化しただけなの

> 対話用途の人も少なからず居るだろうからdashとしては出せなくても、
> 名前を変えてシェルスクリプトエンジンとしてもっと特化した版があれば嬉しい

自分で作ればいいじゃん？POSIXに準拠してないシェルを作ってもいいんだよ。
dashはPOSIXに準拠するという方針なだけ

機能を減らすことで何が嬉しいのか知らんけど/bin/shとしては使えなくなるだろうね。
別にbashをインストールしなきゃ対話的に使えないOSになってしまう

**デフォルトの名無しさん** · 2022/12/16(金) 16:18:55.94

>>961
×シェルスクリプトなんてコンパイルしたところで外部呼び出しだらけだし大して速くもならんでしょ
○外部呼び出しだらけのシェルスクリプトはコンパイルしたところで速くならない

他の言語のようにビルトインだけで作ればいいんだよ
作れるわけがない？

作れない理由を潰せば作れるよね？
シェルの将来としてそのようなシェルがあってもいい

**デフォルトの名無しさん** · 2022/12/16(金) 16:53:39.13

>>961
それを言ってはおしまいだけど、IFS決め打ちって文脈からパースについて楽できないかって話ね

しかし複合文は先読みでエラー出せることから分かるように、環境の更新や副作用起こす展開をしないループなら既に手抜きは可

長大なベタ書きならIFS決め打ちで結構削れるだろうが、そんなケチくさい努力に見合うとは思わない

**デフォルトの名無しさん** · 2022/12/16(金) 17:10:31.82

>>964
何の話してるの？
楽できる機能を搭載したシェル作ればいいだけじゃん？

**デフォルトの名無しさん** · 2022/12/16(金) 17:23:00.10

まああれだね
「POSIXが変なことを考えていて、コンパイラとかを作ろうとしてる」
と勘違いしているアホが居る

POSIXがどういうものかを理解していれば
「POSIXはコンパイラを作ろうとしているシェルがあることを知っていて
そういったシェルを将来作れるように考慮している」
が正しいとわかる

**デフォルトの名無しさん** · 2022/12/16(金) 23:21:48.19

じゃあ後追いでええのにな。
様子や実装具合を見ながら。

どうせ普及せんのやろし。ｗ

**デフォルトの名無しさん** · 2022/12/16(金) 23:35:49.94

>>967
だから後追いじゃん？
POSIXが先に作ってる仕様なんてないぞ
どこにPOSIXがコンパイラの仕様を作ってる？
よーくみたまえよ

**デフォルトの名無しさん** · 2022/12/17(土) 13:59:03.04

一部だけ認めるのでもまだ早い。
大半が実装してから共通項を整理するくらいでいい。

**デフォルトの名無しさん** · 2022/12/17(土) 14:13:00.20

>>969
やっぱり理解が追いついてないか（苦笑）

1. シェルスクリプト用のコンパイラを作りました
2. この時点でPOSIX準拠になっていないといけない
3. 大半が実装してから共通項を整理する

大半が実装するまでの間、POSIX違反になっちゃいけないのよ
意味わかる？POSIX違反なコンパイラを作るな！って言われるでしょ

POSIXが正しいシェル間違ったシェルを決めるのは傲慢
POSIXは決まった以外ならどんなシェルでも許さなきゃいけない

**デフォルトの名無しさん** · 2022/12/17(土) 14:13:48.77

訂正
POSIXは決まったこと以外であれば、どんなシェルでも許さなきゃいけない

**デフォルトの名無しさん** · 2022/12/17(土) 14:23:48.31

「大半が実装するまでPOSIXでは認めない」
これが傲慢な考えだってわからないのは本当にヤバイよ
POSIXがルールになってるじゃん

「大半が実装しなくてもPOSIXはそれを禁止することはない」

**デフォルトの名無しさん** · 2022/12/17(土) 15:41:00.83

>>950
例にしてもラベルの位置が先頭なのは思慮が足りなさすぎるな、予約語認識のセマンティクスとBNFに手を入れることになる
仮にねじ込むとすれば、inの部分で認識される
新予約語に続けてラベル名

**デフォルトの名無しさん** · 2022/12/17(土) 15:55:58.46

for x of outerloop [in word+]
的な感じか
ofは適当だけど、既に予約されてて意味の通るトークンが流用できれば望ましい

**デフォルトの名無しさん** · 2022/12/17(土) 16:24:44.82

>>973
それ例じゃないからｗ
あんたこれPOSIXの提案だって思ってるでしょ？

こんな事も考えられるってことでだけだよ
そんなことに突っ込んでも意味ない

**デフォルトの名無しさん** · 2022/12/17(土) 16:25:41.46

どういう文法にするかはシェルを作っている人たちが考えることであって
「POSIXは仕様を考えません」ってスタンスは明確になっている

**デフォルトの名無しさん** · 2022/12/17(土) 16:25:59.84

まだ試してないけどfor x ofの時点でシンタックスエラー吐くのが普通だろうし、自由に選べるはず
C-style((..))のような拡張とも被らない

**デフォルトの名無しさん** · 2022/12/17(土) 16:38:44.90

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

**デフォルトの名無しさん** · 2022/12/17(土) 16:39:51.81

>>978
おつおつ

**デフォルトの名無しさん** · 2022/12/17(土) 17:24:25.53

>>978
おつ

**デフォルトの名無しさん** · 2022/12/18(日) 11:36:21.55

>>973
forに足すなら浮いてる終端記号
in : In
を拡張するのが確かにスマートなんだけど
言語全体で見るとwhile/untilに使えないのが不自然

for_clause : For name do_group
| For name sequential_sep do_group
| For name linebreak in sequential_sep do_group
| For name linebreak in wordlist sequential_sep do_group
;
while_clause : While compound_list do_group
;
until_clause : Until compound_list do_group
;
do_group : Do compound_list Done
;

do_groupに足したいところだが、compound_listが何でもアリだから曖昧になる、末尾:は非コマンド名と予約しても現状通るし、do : ; done すらイディオム、もちろん今のうちから予約しておくのは良い事
ただし意味論的にキモい事になる(label:がwhile行とズレる)
while ...
do label:
...
done
ので、ラベルのようなあっても無くても困らないものでなく、もっと重要な拡張の為に取っておくべき

**デフォルトの名無しさん** · 2022/12/18(日) 13:49:22.73

> もちろん今のうちから予約しておくのは良い事
勝手に予約しないでください

**デフォルトの名無しさん** · 2022/12/18(日) 15:19:58.34

コマンドがファイルでありえる限りヌル文字と/以外なんでもありだし、本当に任意コマンドを受け取って呼ぶならcommand, type, envとかで全部問い合わせるか、クォートする必要があるな

ところで任意文字列のコマンドが既にダメなのは今更な事に気付いた、例えば
✗com=mand arg1 arg2…
✔\com=mand arg1 arg2...

これを流用して意味を為さない
=label
なんてどうかと思ったが、bash/dashはcommand not found返しやがる

**デフォルトの名無しさん** · 2022/12/18(日) 15:31:36.28

不用心にパス区切へ使われがちな:はなるべく避けてるけど、名前空間の表現なんかでpkg:nameくらいは使いたい
末尾:という制限付きならまあ

とりあえずbashは関数も実行ファイルも普通に作れるしガン無視の模用、実効性は疑問

**デフォルトの名無しさん** · 2022/12/18(日) 15:46:15.04

個々人が(覚えてたら)一応リスペクトしておくか、の積み重ねじゃね

**デフォルトの名無しさん** · 2022/12/18(日) 16:06:25.57

>>983
=は他のコンテキストでクオートする必要がないところが特異

任意文字がダメなのはコントロールオペレータやメタ文字、予約語もそう
当たり前だから忘れがちだけど、空白>|($&cを含んだコマンドを呼ぶならクオートする

**デフォルトの名無しさん** · 2022/12/18(日) 16:48:20.92

>>983
面白い挙動見つけたな
名前を受け取ってevalし、空でなければ普通に環境設定、空ならデフォルト動作として=cmdが呼ばれるとか
色々遊べそう

禍根はこうして産まれるんだなって

**デフォルトの名無しさん** · 2022/12/18(日) 17:18:29.27

一応opengroupのShell Command Languageには
The words that are recognized as variable assignments or redirections according to Shell Grammar Rules are saved for processing in steps 3 and 4.
と記載があるので、variable assignmentとして認識できないなら、コマンドとして検索すると間接的に示唆してるな

もちろん期待すべきではないが

**デフォルトの名無しさん** · 2022/12/18(日) 17:34:17.53

名前が空になるのは大抵eval "$var=$val"のようなコードでのバリデーション不足だから、エラーにしてくれれば親切なのに
残念

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

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