X
シェルスクリプト総合 その32
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2019/10/25(金) 00:08:45.53ID:6btPTvif
シェルスクリプトに関する総合スレッドです。

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

シェルスクリプト総合 その31
https://mevius.5ch.net/test/read.cgi/tech/1565446670/
0425デフォルトの名無しさん
垢版 |
2020/01/25(土) 20:49:51.89ID:2I6NhO3j
>>423
自分で生成するんだったら区切り文字は絶対に
他の文字と被らないようにするんだけどね……
0426デフォルトの名無しさん
垢版 |
2020/01/25(土) 21:15:13.22ID:nGGHbHoP
面倒になったー

index=2,INFO1="abc",INFO2="ab,c"
を
index=2 INFO1="abc" INFO2="ab c"
に変換すれば

evalできるよ！

あとは頑張ってー
0427デフォルトの名無しさん
垢版 |
2020/01/25(土) 22:38:09.23ID:2I6NhO3j
>>426
それだと引用符の中のカンマまで変換されちゃうのよね。
まあ、もう簡単に処理する方法はあきらめて
AWKやらでガシガシ解析するしかないw
0429デフォルトの名無しさん
垢版 |
2020/01/25(土) 22:40:41.08ID:nGGHbHoP
んー？戻すとなったらset使ったほうがいいんか？

eval set -- index=2 INFO1="abc" INFO2="ab c"

$1, $2,・・・代入されるからに処理しやすい
0430デフォルトの名無しさん
垢版 |
2020/01/25(土) 22:41:54.41ID:nGGHbHoP
> AWKやらでガシガシ解析するしかないw

シェルスクリプトでも普通にやればいいんだけどねー
一文字ずつ処理する方法さえ調べれば、
あとは簡単な普通のパーサー
0431デフォルトの名無しさん
垢版 |
2020/01/25(土) 22:43:30.45ID:nGGHbHoP
こういうのってawkで高度（？）な機能と発想の転換で使ってこなすより
1文字ずつ処理したほうが楽でわかりやすいよな
0432デフォルトの名無しさん
垢版 |
2020/01/26(日) 01:20:08.20ID:GaEtLwpN
GNU awk なら FPAT が使える

echo 'index=2,INFO1="abc",INFO2="ab,c"' |
gawk -vFPAT='[^=,"]+=("[^"]*"|[^,]*)' '{print gensub(FPAT, "\\1", "g")}'

=> 2,"abc","ab,c"
0433デフォルトの名無しさん
垢版 |
2020/01/26(日) 01:26:07.97ID:gf7z5zyj
>>432
そういうやつね、高度な機能っていうのは
大体動くんだろうけど、仕組みを把握するのがだるいんだよね
仕組みっていうかどこまで動いて、どこが動かないのかの把握

大体動く精神なんだろうけど、それ使う側がそれで
納得できる前提だから、知らない人が使う場合困るんだよな
いざ問題が起きたら、対応が逆に大変になる
0435デフォルトの名無しさん
垢版 |
2020/01/26(日) 01:38:47.61ID:3NTRDHS2
evalやsetは普通にシェルが文法を解釈するのと
同じ動きをするだけなんだからシンプルだろ

シェルの構文パーサー自体はしっかりと作られてるんだから
でもFPATはだいたい動くという理念で作られてる
0436デフォルトの名無しさん
垢版 |
2020/01/26(日) 01:48:36.68ID:GaEtLwpN
FPATって単なる正規表現(ERE)でしかないけどな。個人的には正規表現で
考える方が楽でいいし確実。以前に同じ様な事があったけど、

・変数名にもカンマを使いたい(SQLみたいにバッククォートで括る)
・値の方には複数行のテキストを入れたい(newlineを使える様にして)

っていうリクエストがあって大変だったけど、結局 python の CSV パッケージ
を使って解決
0437デフォルトの名無しさん
垢版 |
2020/01/26(日) 02:14:38.87ID:3NTRDHS2
そもそも正規表現は単語（文字の並び）を見分けるもので
その単語の意味（このカンマはどういう意味？）を
見分けるものじゃないんだよ

本来得意ではない意味を区別できるよう拡張していったら
逆にコード見ても何をしているか意味がわからなくなってる

コードをパット見てその意味がわからんのは
スパゲッティコードと大差ないよ
0438デフォルトの名無しさん
垢版 |
2020/01/26(日) 02:21:54.35ID:GaEtLwpN
eval 使うのは面白いけど、

$ eval $(echo 'id=$(whoami),hostname=$(hostname),date="$(date)"' | tr , ' ')

fork_bomb=$(:(){ :|:& };:) なんて文字列を埋め込まれたら嫌だな…
0441デフォルトの名無しさん
垢版 |
2020/01/26(日) 11:48:02.12ID:EvZHCPY7
>>427
AWKで解析するとして、コンマが引用符の中かそうじゃないかなんて判断できるのかな？
正規表現は>>423も言ってる通り単に文字の並びを指定するもので
ある箇所での文字の「意味」は定義できないからこういう作業には向いてなさそう。
0442デフォルトの名無しさん
垢版 |
2020/01/26(日) 13:26:43.97ID:XFNlR92Q
てかお前らいつまで化石みたいな話してんの？
PowerShellやれよ
お前らが大好きなLinuxにもPowerShell入れられるように成ってるからｗ

もうこれからはハイパーVとかWindowsサーバーとかWSLできないと食ってなるぞお前らまじで
0443デフォルトの名無しさん
垢版 |
2020/01/26(日) 13:39:38.23ID:IghF1+Kj
Perl ならこんな感じか。

perl -ne 'while ( /(("[^"]*"|[^,])+)/g ){ print("$1\n") }'

Perl にも CSV を扱うモジュールはあるけどね。
0444デフォルトの名無しさん
垢版 |
2020/01/26(日) 13:42:52.65ID:EvZHCPY7
ちょっとやろうとしてみたけど
_var='a b "a,b" c "a b"'
IFS=' '
eval set -- $_var
for s in "$@"; do
echo "$s"
done
↑これが↓
a
b
a,b
c
a b
になるのに、
_var='a,b,"a,b",c,"a b"'
IFS=','
eval set -- $_var
for s in "$@"; do
echo "$s"
done
↑これが↓
a
b
a b
c
a b
↑こうなってしまうのでevalとsetでどうにかするのはかなり難しそう。
（コンマの情報が潰されちゃう）

シェルスクリプトで自作するのに拘ってるみたいだけど
m3u8パーサ？使うべきじゃないかなぁ。
0445デフォルトの名無しさん
垢版 |
2020/01/26(日) 14:11:49.86ID:GaEtLwpN
>>443
Perl(PCRE)だと non-greedy matching が使えるからいいよね
とすると GNU grep ではこんな感じ

grep -Po '((".*?"|[^,])+)'
0446デフォルトの名無しさん
垢版 |
2020/01/26(日) 16:19:39.04ID:5vRllc8t
なんかハマってるなｗ

例えば最初がこれだとするだろ？
index=2,INFO1="a bc",INFO2="ab,c"

ダブルクォートの中にスペースが入ることがあるとして、まずスペースをありえない文字（制御文字）に変換するだろ？
index=2,INFO1="a<DEL>bc",INFO2="ab,c"

次にカンマをスペースにするだろ？
index=2 INFO1="a<DEL>bc" INFO2="ab c"

これをeval + setするだろ？
eval "set -- $DATA"

そうすると、こうなるやんか？
$1: index=2
$2: INFO1="a<DEL>bc"
$3: INFO2="ab c"

あとはループして、<DEL>をスペースに戻しつつevalすればOKだよ

文字の置換はIFS使って分割して結合
俺が悩んでたのは、実はありえない文字に変換しないで
できないかなーってところなんだよねｗ

>>438
そういうのは仕様。それを防ぎたかったらevalは使えないのでパースするしか無い
もしくはエスケープ+evalだけどエスケープするために結局パースが必要になる
0448デフォルトの名無しさん
垢版 |
2020/01/26(日) 17:19:14.35ID:EvZHCPY7
<https://tools.ietf.org/html/rfc8216#section-4.2>;によるといずれの形式の属性値も読点を含んではならないとあるのに，

例えば<https://tools.ietf.org/html/rfc8216#section-4.3.4.2>;のCODEC属性値の説明には「引用符で囲まれた読点区切りの…」とある。

もしもAttributeValueの形式に全部のタグが従っていたら，上での細かい話は要らずに
IFS=','やらawk -v FS=','やらいくらでも方法はあったのにね。

ざっと見たところ，属性値であるにもかかわらず読点を含むという仕様になってるのは例にも挙げた
#EXT-X-STREAM-INF:タグのCODEC属性値のみっぽいので，もういっそそれだけを区別して処理するのもありかも。
0449デフォルトの名無しさん
垢版 |
2020/01/26(日) 17:24:07.99ID:EvZHCPY7
中身のない連投すまんが，
処理する相手がRFC 8216に準拠したファイルだという前提があるとするなら
タグごとに挙動を変えるほうが賢いかもしれない。
というのもどのタグにどういう文字列が現れうるかということが規格に明記されているので。

>>446 ありえない文字に置換する手法もいいとは思うけど，そういう制御文字ってたいてい
<https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap06.html#tagtcjh_4>;に記述されている
非可搬な文字だから，ちゃんと運用する予定のスクリプトに入れるのは不安……。
0450デフォルトの名無しさん
垢版 |
2020/01/26(日) 17:29:07.81ID:EvZHCPY7
しっかし音楽・映像関連の処理をシェルスクリプトでやろうとしているとは，
そうとう変わってるなw

普通そんなファイルが存在して，かつそれらを自分で処理する=その後何らかの形で利用する
ような環境にいるんだったら，もっと色々やりやすい道具（PythonやらJavaScriptやら）もある筈よね。
シェルスクリプトで処理するしかないのは，貧弱な環境と単純なデータ構造に対してでしょうに。
（まあ>>1で「他の言語でやれ」は禁止とあるから，シェルによる処理を考えているけど）
0451デフォルトの名無しさん
垢版 |
2020/01/26(日) 17:42:41.77ID:GaEtLwpN
世の中には「ナントカ原理主義」を標榜する一派がいるのでな…
いや、この話題はやめておこう
0452デフォルトの名無しさん
垢版 |
2020/01/26(日) 17:54:10.76ID:5vRllc8t
>>449
非可搬な文字ってどういう意味？
ただの文字コードに過ぎないし、化けるわけでもなし
どんな問題があるのか全くわからんのだけど、

それにそこのテーブルに書いてある文字がダメだというのなら、
ESCAPE文字もダメってことになるじゃんか
16進数で0x1B、8進数で033、 文字に色をつけるときの\033
echo -e "\033[0;31mテキスト\033[0;39m"

理論上でもいいからどんな問題があるのかを言ってくれないと
0453デフォルトの名無しさん
垢版 |
2020/01/26(日) 17:55:19.59ID:5vRllc8t
非可搬な文字を心配するぐらいだったらAWKのGNU拡張に対応してるかを心配するほうがより現実的ｗ
0454デフォルトの名無しさん
垢版 |
2020/01/26(日) 18:45:22.92ID:EvZHCPY7
>>452
おっしゃる通り理論上の話で実際はほぼありえない（制御文字の使い方もほぼ統一されてるから）けど，
<DEL>文字が端末それ自体を制御する為のものだった場合，それが標準出力に出力された時に
端末自体に挙動が渡ってしまう。

> 文字に色をつけるときの...
事実色をエスケープ文字によって付ける方法はシェルの標準には載ってない。
0455デフォルトの名無しさん
垢版 |
2020/01/26(日) 19:38:00.94ID:5vRllc8t
>>454
別に<DEL>じゃなくてもいいよｗ
略称思いつかなかっただけだし、表示されて困る文字だからこそ
テキストの中に含まれてることはないだろという理由だし

> 事実色をエスケープ文字によって付ける方法はシェルの標準には載ってない。
シェルの標準の載ってるかどうかの話じゃなくて「非可搬な文字」だから「使えない」という
理屈でいくのなら、エスケープ文字も使えないねって話

俺は「非可搬な文字」だけど「使っていけないとは書かれてない」と言ってる
だいたい非可搬っていうのは、その文字の意味が定められていないぐらいの意味やろ
バイナリで見ればただのデータなんだから

バイナリで見ればこのバイトは非可搬な文字と一致するから
データの中に使ってはいけないんだ〜みたいな話したいわけじゃないやろ？
0456デフォルトの名無しさん
垢版 |
2020/01/26(日) 21:27:37.26ID:EvZHCPY7
>>455
いや，別に<DEL>に限った話じゃない。
今回みたく
「シェルに扱ってほしくない文字を置換して一時的に退避」
→「シェルで処理」→「元に戻す」
↑こういう手法を使うにあったって必要な，
「普通の文字列には現れそうにない文字」
っていうのは大抵不可視の制御文字でしょう？（<DEL>だろうが<US>だろうが<FS>だろうが）
で，そいつら制御文字が標準出力に流れた時の挙動は未定義だから避けたほうがいいんじゃない？
という話。

繰り返すけど，これは理論上の話で，実際はほぼ起こり得ない。
けれども，
printf '\033[>c' | cat
↑こういうスクリプトが実行されたとすると，こいつはある種のOS/端末で端末情報を返すので
パイプも働かないし，おかしなことになる。
しつこいけど，こんなことが意図せず起きるなんて万に一つ。
普通は<US>やら<FS>やらを一時退避用の制御文字として利用するし，こいつらはOS/端末に対してなんら特殊な働き掛けをしないのが通例だからね。
ただ，しないとも限らないし，そうでないことが規定されておらず「非可搬」だと明記されていることも踏まえると，使わないほうがいいかなと。
0457デフォルトの名無しさん
垢版 |
2020/01/26(日) 23:20:03.89ID:5MGoPlaT
>>456
> で，そいつら制御文字が標準出力に流れた時の挙動は未定義だから避けたほうがいいんじゃない？

いやだから、そういう理屈でいくと、
「色をつけるエスケープ文字も避けたほうがいいんじゃない？」って
言ってるってことでいいんだねって聞いてるんだが
0458デフォルトの名無しさん
垢版 |
2020/01/26(日) 23:27:21.62ID:2jcz6vHU
Ruby にも、CSV モジュールがある

デフォルト設定では、
行区切り文字は、改行
列区切り文字は、カンマ
クォート文字は、"

この3つの特殊文字が、要素内にない時は、クォートしなくてよい

逆に、ある時は、クォート文字で囲む。
その際、" だけは、"" と2つにする！
0460デフォルトの名無しさん
垢版 |
2020/01/27(月) 00:15:59.79ID:Ad8VU0Ek
csvパーサー使えで終わる話を
延々とやってる暇人のほうがどう考えても馬鹿だと思うぞ
0462デフォルトの名無しさん
垢版 |
2020/01/27(月) 08:20:17.15ID:bYuDSUjl
>>457

うん。色を付けるエスケープ文字も，可搬な規格がない以上避けたほうがいい。
もちろん，ISO 1745やらに従って着色するという手もあるけど
IEEE Std 1003に準拠してる処理系がISO 1745にも準拠してるとは限らないからねぇ。

>>460
今の話はCSVの話じゃないよ，HTTP Live Streamingのファイル形式。
これはCSVの規格と違うもの。
0463デフォルトの名無しさん
垢版 |
2020/01/27(月) 12:19:59.05ID:3a7Xl2Zg
じゃあ可搬な規格がない文字を出力する
POSIX標準のtputはアウトだねｗ

可搬な規格がない = 使ったらダメって考えなんでしょ

なんで可搬な規格がないから使ったらダメになるのかさっぱりだｗ
0464デフォルトの名無しさん
垢版 |
2020/01/27(月) 12:49:44.28ID:YY6i47O6
>>463
どうやったら「避けたほうがいい。」が「使ったらダメ」になるんだ？
読んでるこっちの方のセリフだよ＞さっぱりだ
0465デフォルトの名無しさん
垢版 |
2020/01/27(月) 13:00:46.30ID:3a7Xl2Zg
>>464
非可搬な文字だから，ちゃんと運用する予定のスクリプトに入れるのは不安
なんでしょ？その不安を解決するには禁止するしか無いじゃん

だいたい最初に聞いたはずだが、一体何がポータブルじゃないのかって。


ポータブルじゃないのはその文字を端末に表示した時の端末の挙動であって、
その文字を使ったときにシェルが誤動作するとかいう話ではまったくない
そもそも今回は画面に表示しないから全く関係ない。
スクリプトはどんな環境でも正しく動くのに避ける理由がない。
画面に表示した時の端末の挙動の話であることをあんたは理解してない

文字自体はポータブル（そもそもただの値でしか無い）
シェルスクリプトで使えないデータは 0x00 のみ（zshなど一部シェルでは使えるようだが）
0466デフォルトの名無しさん
垢版 |
2020/01/27(月) 13:02:14.15ID:3a7Xl2Zg
× 画面に表示した時の端末の挙動の話であることをあんたは理解してない
? 理解したふりして本質的な所が分かってない。理解が浅いから
話がつながってることが分かってない。それぞれ単独に知ってるだけ。
0471デフォルトの名無しさん
垢版 |
2020/01/28(火) 10:45:44.35ID:kbn44J5i
シェルスクリプトでC言語みたく
do {...;} while ()
的な書き方できないかな。
つまり最初に条件無視して絶対一回実行されるっていう。
0475デフォルトの名無しさん
垢版 |
2020/01/28(火) 18:42:04.80ID:eRWskeVd
do {...;} while () はいらない子
0476474
垢版 |
2020/01/28(火) 20:54:08.43ID:kbn44J5i
>>475
たしかにCでも>>472氏や>>473氏のような手法で
while (...) { ...; }
文で実現できるな…
0478デフォルトの名無しさん
垢版 |
2020/01/29(水) 13:54:11.80ID:B4xAwP+d
wc -mがUTF-8とかの文字列でも正しく判定できててビビった。
GNU系はともかく組み込み向けの実装では
絶対無理だと思ってBusyboxとかで試したんだけど、
全部正しい文字数を数えれてた……。

寧ろ喜ぶべきなんだけど、なんか釈然としない（foldとかがポンコツなのに）
0479デフォルトの名無しさん
垢版 |
2020/01/29(水) 14:12:22.86ID:sm4oITBd
逆にbusyboxは動くやろｗ

不安なのはBSDやで、
あれ、それなりにOKだったらそこで終わってるやん
POSIXの最低基準さえ満たせればいいって思ってる。

busyboxはPOSIX完全準拠を目指さない代わりに
「現実的な用途で動くこと」を目指してる。
UTF-8対応も現実的な要件の一つだよ
0481デフォルトの名無しさん
垢版 |
2020/01/29(水) 16:06:00.43ID:9GJ5+8eT
Windows版busyboxも日本語処理なんとかしてくれないかなぁ。
cp932の処理がいまいちなのか、コマンド・プロンプトで使うlsでダメ文字のファイルが表示されないよ。
0486デフォルトの名無しさん
垢版 |
2020/01/29(水) 21:24:51.02ID:+kOHCQkf
>>482
cp65001 だと文字化けして使えない

>>483
powershell で busybox ls とやっても同じくダメ文字が表示されない

最新のバイナリ（busybox-w64-FRP-3329-gcf0fa4d13.exe）でもだめ
0487デフォルトの名無しさん
垢版 |
2020/01/30(木) 22:29:51.66ID:uJZNpkau
なんで対処方法お母さんに聞かなかったの？

自分で対応できると思ったの　
0488デフォルトの名無しさん
垢版 |
2020/01/31(金) 07:54:20.77ID:aEgzRTpo
シェルスクリプトでaliasを使うことでしか実現できない挙動ってある？
コマンドを別に定義する方法って主に3通りくらいある
関数: somecmd() { ... }
別名: alias somecmd=...
変数 : somecmd=...
と思うんだけど、この内aliasに独特の特長ってあるのかな。
0489デフォルトの名無しさん
垢版 |
2020/01/31(金) 09:38:38.09ID:fxx+hpXO
>>478
UTF-8は上位ビットを見れば文字の先頭か途中かまた何バイトなのか等がわかるので変換しなくても文字数はわかる(詳しくはWikipedia等を参照)。

そんな小技使って作られているかどうかはわからないが。
0492デフォルトの名無しさん
垢版 |
2020/01/31(金) 11:40:54.85ID:aEgzRTpo
>>490
一応変数使ってもいけね？

loop='while true; do'

eval "$loop echo aaa; sleep 0.1; done"

てかeval使えばなんでもありだから，
evalを使わずにって条件だと，挙げてくれた例みたいなことが
実現できるのかな。
0498デフォルトの名無しさん
垢版 |
2020/01/31(金) 19:33:30.56ID:dOfy+zuH
shebangにさ、#!/bin/sh -eu って書いたらちゃんと動くのに、
#!/bin/sh -e -u って書いたら動かない
オプションは一つしか受け付けない？
これってどこに仕様ありますか？
0499デフォルトの名無しさん
垢版 |
2020/01/31(金) 19:37:01.40ID:dOfy+zuH
一つしか受け付けないと言うか

#!/bin/sh -e -u
って書いたら

/bin/sh "-e -u"
って解釈されるのか
全体が一つの引数
0502デフォルトの名無しさん
垢版 |
2020/01/31(金) 21:53:14.63ID:ppIZAX+V
>>488
\ でalias をキャンセルできる機能
関数とか変数では、例えば ls を定義したときに
簡単にキャンセルできない。alias なら

$ \ls

で一発O.K.
0505デフォルトの名無しさん
垢版 |
2020/01/31(金) 22:17:23.02ID:NEnVm4zd
>>501
a) 1つ目のスペースの前がコマンド名、その後はスペースも含めて1つの引数 (Linux等)
b) 1つ目のスペースの前がコマンド名、その後はスペース区切りの複数の引数 (昔のBSDやOSX等)
c) スペースも含めて全部コマンド名 (実在するか不明)
d) shebang非対応 (昔はあったがほぼ絶滅)

あとは、最大長とかにも注意
0508デフォルトの名無しさん
垢版 |
2020/02/01(土) 00:09:21.13ID:4wtj5811
>>478
Windows10, WSL, Ubuntu 18.04 では、
中国の「深圳」みたいな、サロゲートペアも、1文字になる！

echo -n '深圳' | wc -m
2
0510デフォルトの名無しさん
垢版 |
2020/02/01(土) 02:50:01.41ID:SC0qANHR
>>507
逆にスペースを入れてはいけないというふうに教わったけど、
入れたからといって動かないというのはないな。
0511デフォルトの名無しさん
垢版 |
2020/02/01(土) 18:54:16.89ID:izL/3CDz
>>510
オライリーのシェルスクリプトの本には
一部のBSD系OSで#! の後にスペースが要るみたいなこと書いてあった。
でも、これは又聞きで全部試した訳じゃないけど
そんな挙動のBSD実装はなくて、
実はGNUプロジェクトのソースコードに誰かが勘違いして書き込んだコメントが元らしい。
0512デフォルトの名無しさん
垢版 |
2020/02/01(土) 19:00:18.82ID:S6J9WFvX
>>505
> b) 1つ目のスペースの前がコマンド名、その後はスペース区切りの複数の引数 (昔のBSDやOSX等)

macOSが今もこれなんだな。複数の実装があるのはめんどくさいな
0513デフォルトの名無しさん
垢版 |
2020/02/01(土) 19:16:51.31ID:rbhAio8f
>>512
ソースチラ見した限りでは元々は a) ぽい。# の後ろはコメントとして切り捨ててるみたいだが
FreeBSDをガシガシ取り入れた時にFreeBSDが b) だからに変えたぽいかな。その後FreeBSDが a) に変わったが追従せずな
0514デフォルトの名無しさん
垢版 |
2020/02/01(土) 19:25:08.01ID:rbhAio8f
>>513
># の後ろはコメントとして切り捨ててるみたいだが
元々はこれもなく、まんま a) 。その後に #の後ろ切り捨て。その後 b) だった
0515デフォルトの名無しさん
垢版 |
2020/02/01(土) 19:29:08.08ID:7bhnkH1k
macOSでshebangにダブルクォートが入っていた場合どうなるんだろうなぁ
すぐそこにマシンあるから調べればわかるけどさｗ
0516デフォルトの名無しさん
垢版 |
2020/02/01(土) 19:56:33.67ID:rbhAio8f
一番古い10.0から公開されてる最新の10.4までで、そこでダブルクォート文字は現れない、'\n'、'#'、' '、'\t' ぐらいしか文字としてナニかを判断してない
単なる文字だね。そのまま引数としての単なる文字として
0520デフォルトの名無しさん
垢版 |
2020/02/01(土) 20:57:55.39ID:rbhAio8f
なんか説明しようとしたんだがな
ダブルクォートが入っていても関係ないよ。なぜかは調べてね
0521デフォルトの名無しさん
垢版 |
2020/02/01(土) 20:59:45.01ID:rbhAio8f
>>518
悪い文化というより、POSIXで規定しろというだけかな
悪い文化のががっつりカーネルで実装されてるんだけど
0522デフォルトの名無しさん
垢版 |
2020/02/01(土) 21:13:13.94ID:izL/3CDz
>>521
単なる表現だから気にしないでほしいけど
悪い←実装ごとに挙動がバラバラ・標準仕様が規定を諦めている
文化←にもかかわらずほとんどの実装がこれを取り入れていて、利用者もしょうがなく使っている
という状況を言ったつもりだった。
0523デフォルトの名無しさん
垢版 |
2020/02/01(土) 21:19:14.91ID:rbhAio8f
>>522
なるほど
まあ、誰も(大多数が)困ってないんじゃなのかな、統一されてなくても
もしくはそれぞれがそれぞれが良いと思って譲らないとかかwそれは確かに悪い文化だな
誰も困ってないって方だと思うけど
0524デフォルトの名無しさん
垢版 |
2020/02/01(土) 21:48:34.75ID:7bhnkH1k
shebangが悪い所の一つは絶対パス指定ってところなんだよね
content-typeみたいなのだったら良かったのに

shebangのオプションに関しては使わないっていうのが正解なんだと思う
なぜならファイルを直接指定して実行すると変わっちゃうから
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況