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

■ このスレッドは過去ログ倉庫に格納されています
2018/09/21(金) 23:34:47.98ID:/eJt2TVD
シェルスクリプトに関する総合スレッドです。

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

前スレ:
シェルスクリプト総合 その28
http://mevius.5ch.net/test/read.cgi/tech/1532397676/
2019/04/04(木) 21:11:14.30ID:19nHnpBp
>>130
そんなあけすけな手にはのらないww
2019/04/04(木) 21:46:57.92ID:gljFUA1G
もうどっちがどっちなのか分からんけど
グロブに関する疑問なら答えられそうなので,
最初の質問を教えてくれ。
2019/04/04(木) 21:49:48.14ID:19nHnpBp
ありゃりゃ。終わっちゃうかっw
親切だな。まあいいことだけど。ヤツにとっていいこととは思えないけど(余計なお世話)
2019/04/04(木) 21:52:55.41ID:19nHnpBp
>>133
>>96が元、(>>105.106からの?)>>107
だよ。それ以外はいらないww(たぶん)
2019/04/04(木) 22:06:28.63ID:opkeFDjY
>>133
echo * (別にechoである必要はない)で
ファイルが見つからない時になぜ * を返すのか?
そういう仕様にした理由
2019/04/04(木) 22:52:03.02ID:opkeFDjY
ありゃ? もうすぐ答え出るかと思ってひとっ風呂浴びてきたんだが
まだでてないや。誰か曰くmanに書いてあるらしいから
知らなくても答える気があるなら、答えられるはずなんだけどなー

な?書いてないだろ?
2019/04/04(木) 22:55:28.86ID:19nHnpBp
そこまで言い張ってあったらどうすの?いやあるんだけど
黙って逃げるだけの未来しか見えないw
2019/04/04(木) 23:03:19.00ID:opkeFDjY
じゃあ先に答えを言ってくれた人へ

ありがとう


これでもう黙って逃げるだけの未来はなくなりました。
2019/04/04(木) 23:04:43.01ID:19nHnpBp
やかましわっ、アホっw

なんでこうも強情というか自信満々なのかなあと、実際にあるのに書いてあるのを知っている方は思うんだよ
で、ここまで強情で自身満々故になのか逃げるだけかというのも透けて見えるんだよ

まあ、>>133のお人が答えてもらえるんだからもっと待ちなさいな
なんでそうも自己都合なんだかw。俺が>>133だったら答えるのやめるw。別に>>133のお人に答えるなとか風なことでではない、あくまでも俺だったらね
2019/04/04(木) 23:10:20.77ID:opkeFDjY
書いてある内容をコピペすりゃ終わりなのに
長引かせてるのはお前やで?
2019/04/04(木) 23:13:02.33ID:19nHnpBp
そうだよ?言われなくても、そうだよ?(すでに>>131で書いてあるやん?w)
なにを急に言い出してるの?それもあんたも律儀にレスしてんのに
2019/04/04(木) 23:14:01.18ID:opkeFDjY
自信満々に荒らし宣言w
2019/04/04(木) 23:17:24.59ID:19nHnpBp
いやいや、それを言うならあんたもだって。なんだかなあ。それに俺はちゃんと答えている(ふんわりと)、それにあーだこーだ言っているのはあんたなんですけど?どっちがよりでしょうねえ?
第三者から荒らしと言われてもしょうがないかと思うが、あんたが言い出すとは、まあ、先の「言い張る〜」と同じパターンやね

てかさ、せっかく>>133が出てきたのにそうやってなぜ流すようなことすんの?w
2019/04/05(金) 11:46:05.38ID:zBV/1Std
>>133
待ってますよ
2019/04/07(日) 10:20:38.47ID:eWoMr/0V
>>133
まだですか?
2019/04/08(月) 15:20:56.18ID:NNFII5Ih
横からだけど面倒臭いから答えを書いとくよ
bash なら man bash の Pathname Expansion に書かれてるから、それをちゃんと読んでから質問してね。
2019/04/08(月) 15:59:00.29ID:3hZl3Wdo
>>147
そこに「なぜ*を返すことにしたのかという理由」は書いてないって言うのが面倒だから、ソースとGoogle翻訳貼り付けるわ
https://git.savannah.gnu.org/cgit/bash.git/tree/doc/bashref.info#n2116

*パターンマッチング::シェルがパターンをどのようにマッチングするか。

単語分割後、 '-f'オプションが設定されていない限り(* Set The Builtin::)、Bashは各単語をスキャンして文字 '*'、 '?'、および '['を探します。
これらの文字の1つが現れると、その単語はPATTERNと見なされ、パターンと一致するファイル名のアルファベット順にソートされたリストに置き換えられます(* Pattern Matching::)。
一致するファイル名が見つからず、シェルオプション 'nullglob'が無効の場合、単語は変更されません。
'nullglob'オプションが設定されていて、一致が見つからない場合、その単語は削除されます。
'failglob'シェルオプションが設定されていて、一致するものが見つからなかった場合、エラーメッセージが表示され、コマンドは実行されません。
シェルオプション 'nocaseglob'が有効になっている場合、アルファベット文字の大文字と小文字を区別せずに照合が実行されます。

パターンがファイル名展開に使用されるとき、文字 '。' シェルオプション 'dotglob'が設定されていない限り、ファイル名の先頭またはスラッシュの直後に明示的にマッチしなければなりません。
ファイル名 '。' 'dotglob'が設定されていても、 '..'は常に明示的に一致しなければなりません。
それ以外の場合は、「。」 文字は特別扱いされません。

ファイル名を一致させる場合、スラッシュ文字は常にパターン内のスラッシュと明示的に一致させる必要がありますが、
他の一致コンテキストでは、後述のように特殊なパターン文字と一致させることができます。
2019/04/08(月) 15:59:15.40ID:3hZl3Wdo
nocaseglob'、 'nullglob'、 'failglob'、および 'dotglob'オプションの説明については、* note The Shopt Builtin ::の 'shopt'の説明を参照してください。

'GLOBIGNORE'シェル変数はパターンにマッチするファイル名のセットを制限するために使用されるかもしれません。
「GLOBIGNORE」が設定されている場合、「GLOBIGNORE」のパターンの1つとも一致する各一致ファイル名は、一致リストから削除されます。
'nocaseglob'オプションが設定されている場合、 'GLOBIGNORE'のパターンとのマッチングは大文字小文字の区別なしに実行されます。
ファイル名 '。' 'GLOBIGNORE'が設定されていてヌルでない場合は、 '..'は常に無視されます。
ただし、 'GLOBIGNORE'をNULL以外の値に設定すると、 'dotglob'シェルオプションが有効になるので、他のすべてのファイル名は '。'で始まります。 一致します。
'。'で始まるファイル名を無視するという古い動作をするには、 '。*'を 'GLOBIGNORE'のパターンの1つにします。
'GLOBIGNORE'が設定されていない場合、 'dotglob'オプションは無効になります。
2019/04/08(月) 16:53:14.39ID:6GvfotlI
存在する機能の説明なのでその機能について説明しているだけかなと
2019/04/08(月) 16:56:27.29ID:3hZl3Wdo
133 名前:デフォルトの名無しさん[sage] 投稿日:2019/04/04(木) 21:46:57.92 ID:gljFUA1G
もうどっちがどっちなのか分からんけど
グロブに関する疑問なら答えられそうなので,
最初の質問を教えてくれ。

136 自分:デフォルトの名無しさん[sage] 投稿日:2019/04/04(木) 22:06:28.63 ID:opkeFDjY [17/21]
>>133
echo * (別にechoである必要はない)で
ファイルが見つからない時になぜ * を返すのか?
そういう仕様にした理由
2019/04/08(月) 17:06:51.60ID:6GvfotlI
なぜかは、
だいたいは、こんな感じ(だろうで)、
if(argc < 2){
fprintf(stderr, "usage: hoge file ...\n");
exit(1);
}
if((fp = fopen(argv[1], ...)) == NULL){
warn("%s", arg);
exit(1);
}

$ rm -v '*'
rm: *: No such file or directory
$ rm -v ''
rm: : No such file or directory
$ rm -v
usage: rm [-f | -i] [-dPRrvW] file ...
unlink file
どれがエラーとして適切?ということとかとか。他にエラーにならないのが困るとか

スクリプトでしかの話なら何も返さないというのもあるけど、スクリプトだけのためのじゃないからねえ。上記の通りコマンド的にはエラーの方がわかりやすく、シェルがどのコマンドだから展開方法を変えるというわけでもないし

>>151
そこにあるキーワードで別のmanがググれるよ
2019/04/08(月) 17:08:25.01ID:6GvfotlI
>>152
誤 warn("%s", arg);
正 warn("%s", argv[1]);
2019/04/08(月) 17:14:32.56ID:3hZl3Wdo
>>152
それどれもエラーになってますよ?
2019/04/08(月) 17:16:06.60ID:6GvfotlI
エラーだもの。「エラーの方がわかりやすく」ってとこ?すまん変な文になった
そのままの方がわかりやすく(?)
かな。
2019/04/08(月) 17:16:38.44ID:3hZl3Wdo
>>152
> そこにあるキーワードで別のmanがググれるよ

今度は、どのmanですか?
2019/04/08(月) 17:19:09.45ID:6GvfotlI
ああ、「どれがエラーとして適切?」もか。「どれもエラーだがどれが適切?」というつもりだったんだが。「どれもエラーだがどれがエラメッセージとして適切?」までか
2019/04/08(月) 17:20:08.01ID:6GvfotlI
>>156
今度はという意味がわからんが、
man 「キーワード」
でググってみ
2019/04/08(月) 17:21:42.07ID:6GvfotlI
てか、またおまえか?いちいち教えてもらったのに文句つけてるんだなw
2019/04/08(月) 17:23:26.97ID:3hZl3Wdo
>>157
for i in *.txt; do rm "$i"; done
(すでに拡張子txtのファイルが全て削除されている場合)
rm: '*.txt' を削除できません: そのようなファイルやディレクトリはありません

これは適切なエラーメッセージだと思いますか?
2019/04/08(月) 17:24:20.52ID:3hZl3Wdo
>>158
なんで「キーワード」というふうに隠すんですか?
キーワードの中身を書きましょうよw
2019/04/08(月) 17:24:53.61ID:6GvfotlI
>>152の最後に書いてあるだろう。なんでいちいちいちいち教えなきゃならんのねん
コマンドとしては適切だろう
2019/04/08(月) 17:27:49.54ID:6GvfotlI
>>161
いちいち教えてもらわなきゃならないのに、隙あらば文句つけるようなヤツに丁寧に教える必要はないってことだよ。社会的に一般的なことだなw
まあ、もともとはあんたに具体的に教えたくないから、あんたじゃない人に他にあるよと言ってみただけだな

てか、ぜんぜん進んでねーな。こんなやりとりしてもぜんぜん進まないよ?少しは頭を働かせて自力でやってみなさいな
2019/04/08(月) 17:29:55.75ID:3hZl3Wdo
1. man bashにある
2. ありませんでした。
3. 他のmanにある
4. ありませんでした。

この流れか
2019/04/08(月) 17:31:26.91ID:3hZl3Wdo
日本語に訳してあげないと、書いてないことを認めなかったくせに
何言ってるんだろうね。
2019/04/08(月) 17:31:36.42ID:6GvfotlI
マジで「読めない」のな...どうしようかw
2019/04/08(月) 17:32:31.71ID:6GvfotlI
>>165
なにをおっしゃってるんですか?すごいな、いやすごい

な?全然進まんだろ?w
2019/04/08(月) 17:35:16.40ID:3hZl3Wdo
お前が出てくるといつも進まんよなw
2019/04/08(月) 17:37:34.84ID:6GvfotlI
あんたが進まなだけだからな、別にあんたが進まないのは俺はどうでもいいんだけど、なにか進みたがってるあんたがどう動くのかが興味ありの
なんで俺にいちいちレスしてんの?w
2019/04/08(月) 17:42:21.44ID:3hZl3Wdo
> なんで俺にいちいちレスしてんの?w

お前が言ってることが嘘だからだよ。
manにそういう仕様にした理由は書いてませんでした。
2019/04/08(月) 17:42:42.54ID:3hZl3Wdo
知らないなら、素直に知らないって言えばいいのに
2019/04/08(月) 17:44:22.86ID:6GvfotlI
ちょっとは進んで(ID:3hZl3Wdo がヤツだとは思わなかったのでw)、>>152を書いてみたが、ヤツはやっぱり聞かないだけだったという
俺は単に最初からmanにあるとしか言ってない、man bashに言及してるのはあったけど(>>105ですでになのに、なんでいまごろなんだ?)、まあそこからでもたどり着くかなとw

>>164なんてお前の勝手な妄想解釈。あるよ本当に
(「言っちゃった」とちょっと悔しくもある。また、「言っちゃった」のになんで探せないないねんwwwここまで言えばさすが自分で探すか?)
2019/04/08(月) 18:02:56.45ID:6GvfotlI
探せたか?wwまあ、探せても「読めない」可能性が高いかな
・やっぱり、探せない
・探せたが、読めなくて文句つける
・探せて、黙って逃げる
・他
どれでしょう。まあこう書いたら「他」にする可能性が高いか
2019/04/08(月) 18:16:37.06ID:3hZl3Wdo
> なんでいまごろなんだ?

>>105の「パス名展開」の項にないのはわかっていて、そこにないと言ってるのに
性懲りもなく、>>147で「bash なら man bash の Pathname Expansion に書かれてるから」と
いうから、こいつ読んでないなってことで日本語に訳してあげたんだろ

そして
> ファイルが見つからない時になぜ * を返すのか?
> そういう仕様にした理由
は、そこに書いてないと同意取れたはずだが?

なんでそんな説明をせにゃいかんのよ?
2019/04/08(月) 18:23:16.92ID:6GvfotlI
「性懲りもなく」...「訳してあげた」んだろ
すんげええなあ、今までさんざん無能っぷりを自ら披露しているのにw 単によくレスを見なかった人がと考えはしないのね。自分がレスをよく見ないくせにw

お前のレスはぜーーーーんぶ自分内で完結している。こんな他人と交わらない方がいいんじゃないの?
呆れ果てるな。まあ、その自己の世界で妄想ダダ漏れすればいいと思うよ
2019/04/08(月) 18:24:46.51ID:3hZl3Wdo
↑ほらな。俺の言ったことを否定したいだけw
2019/04/08(月) 18:28:18.84ID:6GvfotlI
そりゃ、否定するよ。矛盾自己肯定だらけだもの
もしかして、あんたって40超えたおっさんで外人にクソガキ呼ばわりされたことない?って気になったり。まあ、違うかw
2019/04/08(月) 18:34:08.77ID:3hZl3Wdo
>>117
40超えたおっさんにクソガキ呼ばわりでもされたか?w
2019/04/08(月) 18:34:25.94ID:3hZl3Wdo
>>117 じゃなくて >>177
2019/04/08(月) 18:37:29.49ID:6GvfotlI
いや、そういう(一部で有名な)有名人がいてな、あんたの属性が似すぎててな。幾つかは知らんが、あんたもそのうちそうなるだろうな
年意外同じだからw 年取ればそれが変わるわけでもないぞw
2019/04/08(月) 18:40:11.70ID:3hZl3Wdo
嫌いなやつはみんな一緒。思考回路が単純(笑)
2019/04/08(月) 18:43:03.63ID:6GvfotlI
イミフ。なんで「嫌い」とかアホなこと言っているのだか。人のふり見て我がふり直すとかあるでしょ?そういう意味だよ、そういう有名人
誰ともわからないハズなのに「嫌い」とだけの理由にできるとは...さては...ww
2019/04/08(月) 18:45:02.15ID:3hZl3Wdo
はいはい。話戻すぜ。

ファイルが見つからない時になぜ * を返すのか?
そういう仕様にした理由
^^^^^^^^^^^^^^^^^^^^^^

manに書いてあるそーです。やつのたわごとを信じる人は
(ネットじゃなくて)manの中から探してみてください。
信じない or 信じたけど裏切られたら、
ここにmanの場所が書かれることはないでしょう(予言)
2019/04/08(月) 18:46:10.94ID:6GvfotlI
・やっぱり、探せない
か... うん、なんかよかったww
じゃ、がんばれよ
2019/04/08(月) 18:50:10.35ID:3hZl3Wdo
>>184
安心しろ。俺以外の人も見つけられない。
だからここに俺とお前以外の人間が書くこともない。
俺が言ってることが正しければな(笑)
2019/04/08(月) 18:56:04.68ID:6GvfotlI
ほんと「読めないのな」。よかったはそういう意味じゃない
わざとかと思えなくもないけど、いままでの「読めなさ」からはわざとではないとしか思えない

どう見ても、お前の都合のよいことだな、さすがだよ
場所のレスもらえればお前がいままで知りたかったことがわかり、黙って逃げるだけw(そこにお前の苦悩とかなさげ)
もらえなかったら、お前の中では自己肯定の補強にになるだけとういう。間違いでもな

しょうがないな、1ヶ月後に教えてやるよw何もなかったら1ヶ月後に、この話題はw
2019/04/08(月) 19:02:14.14ID:3hZl3Wdo
なんなら一年後でいいんやで?w
2019/04/08(月) 19:09:11.60ID:6GvfotlI
イミフ。下衆い意味で言っていそうではあるがwじゃ、適当な時にな
2019/04/08(月) 19:20:16.01ID:3hZl3Wdo
それまで別の話題でお会いしましょう(笑)

あ、他の人、manにないのは明らかなんで探さなくていいですよ〜w
時間の無駄でしょうし。
2019/04/08(月) 19:24:11.57ID:3hZl3Wdo
__ - ____ ________ - ___
2019/04/08(月) 21:48:40.20ID:9U0C5XME
>>136
bashがそういう仕様にした理由は, shにあわせたからです.
shがそういう動作をする理由は, expand()が0をかえしたときはもとの引数文字列でmakearg()するようにつくられているからです. おそらく, そういう仕様をきめてからそういう動作をさせたわけではないとおもいます.
2019/04/08(月) 22:28:59.33ID:Ejuihx1D
ようやくまともなレスがw

>>191
その動き(expandやmakearg)はソースコードから?

補足しておくと俺は「"bashは"なぜそうしたのか?」とは
聞いてなくて、シェルスクリプト(元をたどればsh?)が
どうしてそういう動作をするのかの理由を聞いてる。

で、それは特に理由はないのかな?たまたま最初の実装した人が
あまり考えず、そうしましたぐらいの理由で。
だから理由を探しても見つからないと
2019/04/08(月) 22:36:01.12ID:Ejuihx1D
まとめ

for i in *.txt; do
 echo "$i"
done

何もファイルがないディレクトリで↑を実行すると
「*.txt」 というファイルが見つかったかのような動きをします。

「*.txt」というファイルだけがあるディレクトリで実行すると
全く同じように「*.txt」 というファイル名が表示されます。

つまり空ディレクトリでも「*.txt」というファイルがあっても
表示結果が全く同じになります。これは驚き最小の原則に反しています。
194デフォルトの名無しさん
垢版 |
2019/04/08(月) 22:57:42.88ID:b/SlAWxT
https://linuxjm.osdn.jp/html/LDP_man-pages/man7/glob.7.html
2019/04/08(月) 23:22:25.12ID:Ih2qq+NP
の、POSIXのところは
http://pubs.opengroup.org/onlinepubs/009695299/functions/glob.html
GLOB_NOCHECK
かな?オプション名が意図不明だが説明文からは
2019/04/08(月) 23:37:03.41ID:8H4AhNTa
>>194
これを読んでも同じ結論になるわけだけど

> 先に与えた、わかりやすく簡単なルール、 「ワイルドカードパターンをマッチしたパス名のリストに展開する」と言うのは、
> オリジナルの UNIX における定義であった。 これはパターンが空のリストに展開されることも許可されていた。 例えば

> において、*.gif ファイルが全くない場合でも、 これは空のリストに展開されるため、エラーにならない。
> しかし POSIX では、文法的に正しくないパターンや、 マッチがなかったパターンは、 そのまま変更されずに残されることになっている。

なぜ、わかり易く簡単なルールを捨てて、POSIXでは「そのまま変更されずに残されることになっている。 」を
選んだのかが書かれてないんだよね。
2019/04/08(月) 23:45:50.70ID:Ih2qq+NP
・探せたが、読めなくて文句つける
か... 探してじゃなくてっぽいけどw
書いてあることが。読めれば」>>152もわかるだろうに。どういう意味で言ったかわからん最小の原則wとかやらにあっているだろう

まあ、単に「認めたくない」だけだろな
何か他にファイルなどがあるとこで、*.hogeなんてファイルがなかったとしよう、
ls *.hoge
でどう動くのが望ましい?この例「だけ」に噛み付くのじゃなく、ちゃんと頭を使って考えような
2019/04/08(月) 23:50:01.35ID:8H4AhNTa
>>197

1. 見つからない場合はエラーとなってls自体が実行されない
2. ls "" とみなされる

のどちらかだろうな。

次はあんたが、頭を使ってレスしてくれなw
2019/04/08(月) 23:52:32.47ID:8H4AhNTa
>>197
ついでだから、ファイルが見つからない時

for i in *.txt; do
 echo "$i"
done

はどう動くのが望ましいか書いてくれよ。
今の動きや仕様を書くんじゃなくて
どう動くのが望ましいかをね
2019/04/08(月) 23:53:17.08ID:Ih2qq+NP
ほんとに脊髄だけで、頭使わないのな
POSIXはシェルスクリプトだけを考えてるわけではないのだよ
ls *.a *.c *.c
で、どれかがあってどれかが無い場合の動作は?よくそれで頭使ってる風に言えるもんだ。
2019/04/08(月) 23:54:01.05ID:8H4AhNTa
> で、どれかがあってどれかが無い場合の動作は?

>>198に書いたとおり
2019/04/08(月) 23:54:41.62ID:QfzJZ21c
Ruby のglob を使った方が、バグらないので良い!
2019/04/08(月) 23:55:27.24ID:8H4AhNTa
空のディレクトリで実行するとこうなるのかw

$ ls *.a *.c *.c
ls: '*.a' にアクセスできません: そのようなファイルやディレクトリはありません
ls: '*.c' にアクセスできません: そのようなファイルやディレクトリはありません
ls: '*.c' にアクセスできません: そのようなファイルやディレクトリはありません
2019/04/08(月) 23:58:38.45ID:8H4AhNTa
多分あいつは、
> この例「だけ」
のことしか考えてない予感がするなw
2019/04/09(火) 00:00:36.62ID:cRtn1aSe
>>202
そうだね。ファイルが見つからないときは
ちゃんと空のリストを返してくれる。
シェルスクリプトのように、「*」を返すことはないね。

irb(main):001:0> Dir.glob('*')
=> []
2019/04/09(火) 00:01:15.03ID:cRtn1aSe
ID変わったけど、俺が ID:8H4AhNTa な
2019/04/09(火) 00:01:53.02ID:b0dEtQwc
まだ、ゴネてる。自分の思ったようにならないってだけでよくそれだけ粘れるな
POSIXの仕様に意味があるのはさんざん言った。お前が認めたくないなんて知ったこっちゃない
POSIXの仕様に合わせてそんなのが動くように普通に書けるし、嫌だったらbashのオプションであんたの好きにできるだろうに

>>201
ls: : No such file or directory
ls: : No such file or directory
ls: : No such file or directory
って、出て来るのが望ましいのね
ls: *.a: No such file or directory
ls: *.b: No such file or directory
ls: *.c: No such file or directory
POSIXの人も俺と同じだと思うよw

>>203
イミフ。なにを言いたいの?

なんで、いちいちいちいちいちいち説明教えなきゃならいないねん
2019/04/09(火) 00:12:14.14ID:cRtn1aSe
>>207
この質問は無視?

for i in *.txt; do
 echo "$i"
done

はどう動くのが望ましいか書いてくれよ。
2019/04/09(火) 00:12:42.47ID:cRtn1aSe
>>207
やっぱりlsの例だけしか考えてないようだね
2019/04/09(火) 00:15:06.05ID:b0dEtQwc
その例だけなら、回らないのが望ましいだろな。だが、POSIXはシェルスクリプトだけを考えてるわけではないからしょうがないうちだろな
で?
2019/04/09(火) 00:16:54.68ID:b0dEtQwc
>>209
何を言いたいのかわからんな。どゆこと?まさか「正確」と同じパターンじゃないよな?その気しか思えないので具体的に言って
2019/04/09(火) 00:18:30.84ID:cRtn1aSe
ついでにPHPの場合

$ php -r "print_r(glob('*'));"
Array
(
)

Perlの場合
perl -MData::Dumper -e 'print Dumper [glob "*"]'
$VAR1 = [];

Rubyと同じく、見つからない場合は
デフォルトでは空のリストが帰ってくる。
2019/04/09(火) 00:19:17.64ID:cRtn1aSe
>>210
さっきから

> POSIXはシェルスクリプトだけを考えてるわけではないから

を繰り返してるけど、シェルスクリプト以外とは何の話をしてるの?
そして、シェルスクリプト以外ではどうだって言いたいの?
2019/04/09(火) 00:20:20.88ID:cRtn1aSe
>>211
だからお前、"lsの場合では" *だったらエラーがわかりやすいって言ってるだけじゃん。

forの場合では、当てはまらないじゃん。
2019/04/09(火) 00:20:53.10ID:b0dEtQwc
>>213
マジか...
2019/04/09(火) 00:21:12.57ID:cRtn1aSe
>>215
逃げるなよ
2019/04/09(火) 00:24:19.08ID:b0dEtQwc
>>214
ああ、なんだ「シェルスクリプト」の(それも特定な)場合か。「ls」なんて言ってるから他のコマンドとかと思ったぞ
POSIXはシェルスクリプトだけを考えてるわけではないからw
話にならない、POSIXを勉強して出直してね
2019/04/09(火) 00:24:33.50ID:cRtn1aSe
C言語めんどくせーなーと思ったら、サクッとソースコード見つかった。
https://qiita.com/sassy_watson/items/03c16bd03b56e5579477

↑のコードの ./*.txt を * に変換したけど、
やはり、空のディレクトリで * と表示されることはなく
何も表示されなかった。

POSIXってほんと何を言いたいんだろう?
2019/04/09(火) 00:25:50.97ID:b0dEtQwc
>>216
逃げるも何も「文句をつける対象を理解してない」のにどう相手をすれと?あんたにこれ以上こまごまこまごま教えてなきゃならんのか?
だったら、逃げるよ
2019/04/09(火) 00:26:21.07ID:cRtn1aSe
POSIXはシェルスクリプトだけを〜とか、じゃあC言語のことなんですかねぇ
でもC言語でも空のディレクトリで * が返ってくることはないし
ほんと何が言いたいんだかw
2019/04/09(火) 00:27:47.89ID:cRtn1aSe
POSIXはシェルスクリプトだけを考えてるわけではないから

→ Ruby・・・空の配列を返す
→ Perl・・・空の配列を返す
→ PHP・・・空の配列を返す
→ C言語・・・空の配列を返す

シェルスクリプト以外は空の配列を返します。
2019/04/09(火) 00:28:27.37ID:b0dEtQwc
>>218,220
はあ...最後な
>>194,195をよーく読め。なんでそれがbashでになってるのかも
2019/04/09(火) 00:29:23.15ID:b0dEtQwc
以後、脊髄反射マンと呼ぶからなw
2019/04/09(火) 00:29:27.03ID:cRtn1aSe
>>222
またそれか。よく読んでも、そうした理由は書いてない。
2019/04/09(火) 00:29:47.10ID:cRtn1aSe
>>223
脊髄反射マン必死だなw
2019/04/09(火) 00:31:21.79ID:b0dEtQwc
Supports rule 3 in the Shell and Utilities volume of IEEE Std 1003.1-2001, Section 2.13.3, Patterns Used for Filename Expansion.
2019/04/09(火) 00:32:12.65ID:b0dEtQwc
>>225
モロ体現してありがたい。オモロイなあんたは
2019/04/09(火) 00:32:37.61ID:cRtn1aSe
>>226
何度も言ってるが、
俺が聞いているのは、そういう仕様にした"理由"であって
仕様の場所は聞いてはいない。

ほんと、脊髄反射しかしねーなw
2019/04/09(火) 00:34:36.17ID:b0dEtQwc
>>228
言っているけど。「読めれば」そう書いてあるんだけどな。「読めない読めない」言われてもしょうがない
あんただって、「空」だったらマズいときもあるって認めてるやん
本当にただただ「認めたくない」だけなんだな。その「コロ」っとあんたの原点に戻るあたり
まあ、がんばりや
2019/04/09(火) 00:35:06.66ID:cRtn1aSe
そして面白いのが、シェルスクリプトは glob で見つからない場合に
検索パターンを返すのに対して、シェルスクリプト以外では
見つからない場合に、空のリストを返すって所だな。
2019/04/09(火) 00:37:41.48ID:cRtn1aSe
>>229
お前、マズイときもあるし、マズくない時もあるって
自分で認めてるやんw

ということはお前の主張は、所詮マズイときの例でしかなく
マズくない時には当てはまらないってことになるんだぞ
わかってるのか?お前の主張が崩れてるの

で、シェルスクリプト以外は空のリストを返しているのに
シェルスクリプトだけは、見つからなかった時に * という
文字列を返すという仕様にした理由は?
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況